特許 7562335 診断支援装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-27

(45)【発行日】2024-10-07

(54)【発明の名称】診断支援装置

(51)【国際特許分類】

   A61B 5/107 20060101AFI20240930BHJP

   A61B 5/00 20060101ALI20240930BHJP

【ＦＩ】

A61B5/107 800

A61B5/00 M

【請求項の数】 9

(21)【出願番号】P 2020143247

(22)【出願日】2020-08-27

(65)【公開番号】P2022038639

(43)【公開日】2022-03-10

【審査請求日】2023-06-30

(73)【特許権者】

【識別番号】594164542

【氏名又は名称】キヤノンメディカルシステムズ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】森 啓

【審査官】▲高▼木 尚哉

(56)【参考文献】

【文献】特表２０１０－５２０７７４（ＪＰ，Ａ）

【文献】特開２０１６－１８９８７７（ＪＰ，Ａ）

【文献】特開２００９－０３２０９１（ＪＰ，Ａ）

【文献】特開２００５－１９２９４４（ＪＰ，Ａ）

【文献】国際公開第２００６／０６４６３５（ＷＯ，Ａ１）

【文献】特開２００３－０７０７４９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６１Ｂ ５／００－５／０１

Ａ６１Ｂ ５／０６－５／２２

(57)【特許請求の範囲】

【請求項1】

被検体の皮膚を撮像した画像の入力を受け付ける受付部と、
前記画像に表された皮野の大きさに基づいて、当該画像の画像サイズを推定する推定部と、
前記画像と前記推定部で推定された前記画像サイズとに基づいて前記皮膚の状態を判定する判定部と、
前記判定部の判定結果に応じた通知先に、当該判定結果又は当該判定結果に応じた通知内容を通知する診断支援動作を実行する診断支援部と、
を備える診断支援装置。

【請求項2】

被検体の皮膚を撮像した画像の入力を受け付ける受付部と、
前記画像と当該画像の画像サイズとに基づいて、前記皮膚に生じた発疹が重症薬疹である可能性を示す指標となる重症度を判定する判定部と、
前記判定部の判定結果に応じた通知先に、当該判定結果又は当該判定結果に応じた通知内容を通知する診断支援動作を実行する診断支援部と、
を備える診断支援装置。

【請求項3】

前記判定部は、前記皮膚に生じた疾患の疾患名と重症度とを判定し、
前記診断支援部は、前記判定部の判定結果に応じて通知先を変更する請求項１又は２に記載の診断支援装置。

【請求項4】

前記判定部は、前記皮膚に生じた発疹が重症薬疹である可能性を示す指標となる重症度を判定し、
前記診断支援部は、前記判定部の判定結果に応じて通知先を変更する請求項１に記載の診断支援装置。

【請求項5】

前記診断支援部は、前記判定部で判定された重症度が閾値未満の場合に、前記判定部の判定結果を前記画像の入力元に通知し、前記判定部で判定された重症度が閾値以上となる場合に、前記判定部の判定結果を前記入力元より高度な検査を行うことが可能な医療施設に通知する請求項３又は４に記載の診断支援装置。

【請求項6】

前記診断支援部は、前記判定部で判定された疾患名が特定の疾患名以外である場合に、前記判定部の判定結果を前記画像の入力元に通知し、前記判定部で判定された疾患名が前記特定の疾患名である場合に、前記判定部の判定結果を前記入力元より高度な検査を行うことが可能な医療施設に通知する請求項３に記載の診断支援装置。

【請求項7】

前記診断支援部は、前記医療施設に対し前記被検体の検査予約を実行する請求項５又は６に記載の診断支援装置。

【請求項8】

前記受付部は、前記画像とともに、前記被検体又は前記画像の撮像に関する付加情報の入力を受け付け、
前記判定部は、前記画像と前記付加情報とに基づいて判定を行う、請求項１又は２に記載の診断支援装置。

【請求項9】

前記受付部が受け付けた前記画像及び前記付加情報が、前記判定部の判定に係る要件を充足するかを検査する検査部と、
前記検査部で前記要件を充足しないと判定された場合、不足した要件を前記画像の入力元に通知する通知部と、
を更に備える、請求項８に記載の診断支援装置。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書等に開示の実施形態は、診断支援装置に関する。

【背景技術】

【0002】

従来、診療所等の医療施設では、様々な症状の患者を診断することが行われている。例えば、診療所では、被検体の皮膚に生じた疾患を診断することも行われている。

【0003】

また、カメラ等の撮像装置を用いて撮像した被検体の皮膚の画像から疾患名等を診断することが可能な技術が登場している。例えば、皮膚を撮像した画像を解析することで、メラノーマ等の皮膚疾患を診断することが可能な技術が提案されている。

【0004】

一方で、近年では、医療機関同士が相互に連携を図る地域医療連携が進められている。例えば、診療所で精密検査等が必要と判断された場合には、患者等の被検体を中核病院に移管することが行われている。

【0005】

ところで、皮膚疾患の初期診断は診療所で受けることが一般的であるが、他の疾患と似ている症状があるため診療所では見分けることが困難な重症疾患も存在している。例えば、重症化を呈する重症薬疹は早期の皮膚症状が軽症薬疹と酷似しているため診療所では見分けることが難しく、正確な診断のため病院で精密な精密検査を受けることが望ましい。

【0006】

しかしながら、従来の医療連携のシステムでは、診療所での診断は医師等の医療従事者が行うことが一般的である。また、病院への移管は診療所の医療従事者に委ねられているため、上記した重症疾患を見分けることができない場合、病院への連絡遅れにより症状が重症化する可能性がある。

【先行技術文献】

【特許文献】

【0007】

【文献】特開２０１６－１７４７２８号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

本明細書等に開示の実施形態が解決しようとする課題の一つは、被検体の皮膚の状態を判定し、当該状態に適した診断支援動作を実施することである。ただし、本明細書等に開示の実施形態により解決される課題は上記課題に限られない。後述する実施形態に示す各構成による各効果に対応する課題を、本願明細書に開示の実施形態が解決する他の課題として位置づけることもできる。

【課題を解決するための手段】

【0009】

実施形態に係る診断支援装置は、受付部と、推定部と、判定部と、診断支援部とを備える。受付部は、被検体の皮膚を撮像した画像の入力を受け付ける。推定部は、前記画像に表された皮野の大きさに基づいて、当該画像の画像サイズを推定する。判定部は、前記画像と前記推定部で推定された前記画像サイズとに基づいて前記皮膚の状態を判定する。診断支援部は、前記判定部の判定結果に応じた通知先に、当該判定結果又は当該判定結果に応じた通知内容を通知する診断支援動作を実行する。

【図面の簡単な説明】

【0010】

【図1】図１は、実施形態に係る診断支援システムの構成例を示す図である。

【図2】図２は、実施形態に係る診断支援装置の構成の一例を示す図である。

【図3】図３は、実施形態に係る診断支援装置の処理回路が有する構成要素の一例を示す図である。

【図4】図４は、実施形態に係る皮膚画像の一例を示す図である。

【図5】図５は、実施形態に係る皮膚画像に表された皮膚表面の様子を模式的に示す図である。

【図6】図６は、実施形態の支援機能が行う診断支援動作に係る設定情報の一例を示す図である。

【図7】図７は、実施形態の支援機能が行う診断支援動作に係る設定情報の一例を示す図である。

【図8】図８は、実施形態の支援機能が行う診断支援動作に係る設定情報の一例を示す図である。

【図9】図９は、実施形態の診断支援装置が行う処理の一例を示すフローチャートである。

【図10】図１０は、実施形態の変形例１に係る診断支援システムの構成例を示す図である。

【発明を実施するための形態】

【0011】

以下、図面を参照しながら、診断支援装置の実施形態について説明する。

【0012】

図１は、実施形態に係る診断支援システムの構成例を示す図である。図１に示すように、診断支援システム１は、診療所端末１０と、病院端末２０と、診断支援装置３０とを有する。

【0013】

診療所端末１０、病院端末２０、及び診断支援装置３０は、ネットワークＮ１を介して通信可能に接続される。ネットワークＮ１は、診療所Ｈ１と病院Ｈ２との間で閉じたローカルネットワークにより構成されてもよいし、インターネットを介したネットワークでもよい。

【0014】

診療所端末１０は、診療所Ｈ１に設置される端末装置である。診療所端末１０は、診療所Ｈ１内に勤務する医師や検査技師等のメディカルスタッフによって各種情報の入力や、閲覧等が行われる装置である。例えば、診療所端末１０は、パーソナルコンピュータ（ＰＣ：Personal Computer）やタブレット式ＰＣ、ＰＤＡ（Personal Digital Assistant）、カメラ機能を備えたスマートフォン等によって実現される。

【0015】

また、診療所Ｈ１には、撮像装置１１が設けられている。撮像装置１１は、主に被検体の皮膚を撮像する用途に用いられる。例えば、撮像装置１１は、ダーモスコピー（又はダーモスコープ）、デジタルカメラ等によって実現される。また、撮像装置１１は、スマートフォン等の携帯機器が備えるカメラであってもよい。

【0016】

診療所端末１０は、メディカルスタッフの操作に応じて、撮像装置１１で撮像された被検体の皮膚の画像（以下、皮膚画像ともいう）、当該被検体に関する被検愛情報、皮膚画像に関する画像情報等を含む判定用情報を、診断支援装置３０に送信する。なお、被検愛情報及び画像情報は、付加情報の一例である。

【0017】

ここで、撮像装置１１から診療所端末１０への皮膚画像の転送方法は特に問わないものとする。例えば、撮像装置１１から診療所端末１０への皮膚画像の転送は、診療所Ｈ１内に設けられた院内ネットワークや、医用画像管理システム（ＰＡＣＳ：Picture Archiving and Communication System）等を介して、自動又は手動で行われてもよい。

【0018】

被検体情報は、診療所Ｈ１で取得された被検体に関する情報である。例えば、被検体情報は、被検体の氏名、年齢、性別、住所等の個人情報の他、患者ＩＤ、診療所Ｈ１での検査結果、診断結果等の情報を含む。ここで、患者ＩＤは、被検体を一意に識別することが可能な識別情報の一例である。患者ＩＤには、診療所Ｈ１内で固有の識別子、或いは診療所Ｈ１と診療所Ｈ１とで固有の識別子が割り当てられる。なお、被検体情報は、メディカルスタッフによって手入力されてもよいし、診療所Ｈ１に設けられた電子カルテシステム等から取得する形態としてもよい。

【0019】

画像情報は、皮膚画像に関する情報、皮膚画像を撮像した撮像装置１１に関する情報等を含む。例えば、画像情報は、皮膚画像自体に関する情報として、発症何日目に撮像された画像か、被検体のどの部位を撮像したものか等を示す情報を含む。また、例えば、画像情報は、撮像装置１１に関する情報として、撮像装置１１の種別（ダーモスコピー、デジタルカメラ、スマートフォン等）、画像サイズ等が挙げられる。

【0020】

皮膚画像自体に関する情報は、メディカルスタッフによって手入力されてもよいし、診療所Ｈ１に設けられた電子カルテシステム等から取得する形態としてもよい。また、撮像装置１１に関する情報は、メディカルスタッフによって手入力されてもよいし、撮像装置１１から取得してもよい。また、撮像装置１１に関する情報は、皮膚画像が付帯する形態としてもよい。

【0021】

病院端末２０は、病院Ｈ２に設置される端末装置である。病院端末２０は、病院Ｈ２内に勤務する医師や検査技師等のメディカルスタッフによって各種情報の入力や、閲覧等が行われる装置である。例えば、病院端末２０は、パーソナルコンピュータやタブレット式ＰＣ、ＰＤＡ、携帯電話等によって実現される。

【0022】

本実施形態では、病院端末２０は、病院Ｈ２で行われる検査の予約等を受け付ける受付端末としても機能する。病院端末２０は、ネットワークＮ１を介して接続される診断支援装置３０等の外部装置から検査予約の要求を受け付けると、病院情報システム（ＨＩＳ：Hospital Information System）等に予約対象の被検体に関する情報を登録することで、検査予約を行う。

【0023】

なお、診断支援システム１において、診療所Ｈ１と病院Ｈ２とは、例えば地域医療連携の関係にあるものとする。具体的には、診療所Ｈ１において精密検査等が必要と判断された場合には、病院Ｈ２に精密検査を依頼することが可能な関係にあるものとする。つまり、病院Ｈ２は、診療所Ｈ１よりも高度な検査及び治療を行うことが可能な医療機関である。

【0024】

診断支援装置３０は、診断支援装置の一例である。診断支援装置３０は、診療所端末１０から送信される判定用情報に基づいて、被検体の皮膚の状態を判定し、その判定結果に応じて、診療所端末１０や病院端末２０に対する被検体の診断支援動作を実行する。例えば、診断支援装置３０は、サーバやワークステーション等のコンピュータ機器によって実現される。

【0025】

図２は、本実施形態に係る診断支援装置３０の構成の一例を示す図である。図２に示すように、診断支援装置３０は、入力インタフェース３１と、ディスプレイ３２と、記憶回路３３と、通信インタフェース３４と、処理回路３５とを備える。

【0026】

入力インタフェース３１は、操作者から受け付けた入力操作を電気信号に変換して処理回路３５に出力する。例えば、入力インタフェース３１は、トラックボール、スイッチボタン、マウス、キーボード、操作面へ触れることで入力操作を行うタッチパッド、表示画面とタッチパッドとが一体化されたタッチスクリーン、光学センサを用いた非接触入力インタフェース、音声入力インタフェース等の入力装置によって実現される。なお、入力インタフェース３１は、診断支援装置３０とは別体に設けられた操作装置から操作に対応する電子信号を受け付ける接続インタフェース等の制御回路であってもよい。

【0027】

ディスプレイ３２は、処理回路３５から出力される各種情報や各種画像を表示する。例えば、ディスプレイ３２は、有機ＥＬ（Electro Luminescence）モニタや、液晶モニタや、ＣＲＴ（Cathode Ray Tube）モニタや、タッチパネル等の表示装置によって実現される。例えば、ディスプレイ３２は、操作者の指示を受け付けるためのＧＵＩ（Graphical User Interface）や、各種の表示用の画像データ、処理回路３５による各種の処理結果を表示する。

【0028】

記憶回路３３は、処理回路３５に接続されており、各種データを記憶する。例えば、記憶回路３３は、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子や、ハードディスク、光ディスク等によって実現される。

【0029】

通信インタフェース３４は、処理回路３５に接続されており、ネットワークＮ１を介して、診療所端末１０、病院端末２０等の外部装置との間で行われる各種データの伝送及び通信を制御する。更に詳しくは、通信インタフェース３４は、外部装置から各種の情報を受信し、受信した情報を処理回路３５に出力する。また、通信インタフェース３４は、処理回路３５から入力される各種の情報を外部装置に送信する。例えば、通信インタフェース３４は、ネットワークカードやネットワークアダプタ、ＮＩＣ（Network Interface Controller）等によって実現される。

【0030】

処理回路３５は、診断支援装置３０が有する各構成要素を制御する。例えば、処理回路３５は、プロセッサによって実現される。また、本実施形態に係る処理回路３５は、図３に示すように、受付機能３５１、チェック機能３５２、推定機能３５３、リジェクト機能３５４、保存機能３５５、加工機能３５６、判定機能３５７、及び支援機能３５８を有する。

【0031】

ここで、図３は、診断支援装置３０の処理回路３５が有する構成要素の一例を示す図である。例えば、図３に示す処理回路３５の構成要素である受付機能３５１、チェック機能３５２、推定機能３５３、リジェクト機能３５４、保存機能３５５、加工機能３５６、判定機能３５７、及び支援機能３５８が実行する各処理機能は、コンピュータによって実行可能なプログラムの形態で記憶回路３３に記憶されている。処理回路３５は、各プログラムを記憶回路３３から読み出し、実行することで各プログラムに対応する機能を実現するプロセッサである。換言すると、各プログラムを読み出した状態の処理回路３５は、図３の処理回路３５内に示された各機能を有することとなる。

【0032】

なお、図３においては単一の処理回路３５にて、受付機能３５１、チェック機能３５２、推定機能３５３、リジェクト機能３５４、保存機能３５５、加工機能３５６、判定機能３５７、及び支援機能３５８が実現されるものとして説明したが、複数の独立したプロセッサを組み合わせて処理回路３５を構成し、各プロセッサがプログラムを実行することにより機能を実現するものとしても構わない。また、処理回路３５が有する各処理機能は、単一又は複数の処理回路に適宜に分散又は統合されて実現されてもよい。

【0033】

また、処理回路３５は、ネットワークＮ１を介して接続された外部装置のプロセッサを利用して、機能を実現することとしてもよい。例えば、処理回路３５は、記憶回路３３から各機能に対応するプログラムを読み出して実行するとともに、診断支援装置３０とネットワークＮ１を介して接続されたサーバ群（クラウド）を計算資源として利用することにより、図３に示す各機能を実現する。

【0034】

なお、図３の処理回路３５の外側に示す判定用情報記憶部３３１は、記憶回路３３が有する一部の記憶領域によって実現されるものである。また、図３では、処理回路３５に対する情報の入出力を説明するため、通信インタフェース３４を省略した形態でネットワークＮ１を示している。

【0035】

受付機能３５１は、受付部の一例である。受付機能３５１は、通信インタフェース３４を介して、診療所端末１０から被検体の皮膚画像の入力を受け付ける。具体的には、受付機能３５１は、診療所端末１０から送信された判定用情推定部の報（皮膚画像、被検体情報、画像情報）を受け付ける。

【0036】

チェック機能３５２は、検査部の一例である。チェック機能３５２は、受付機能３５１が受け付けた皮膚画像が、後述する判定機能３５７の判定に係る要件（以下、判定要件ともいう）を満たすか否かをチェック（判定）する。ここで、判定要件は、皮膚画像から皮膚の状態を判定するために必要な要素の要件を意味する。例えば、判定要件は、皮膚画像自体や、当該皮膚画像の画質（色、輝度、コントラスト等）等が挙げられる。

【0037】

また、後述する判定機能３５７が、被検体情報及び画像情報に含まれる要素を用いて判定を行う場合には、チェック機能３５２は、これらの要素についても判定要件を充足するか否かをチェックする。この場合、例えば、判定要件は、被検体の撮像部位、撮像装置の種別、画像サイズ等の他、発症からの時間等が挙げられる。

【0038】

チェック機能３５２は、判定用情報と判定要件とを比較し、判定用情報に含まれる要素が判定要件を充足するか否かを判定する。ここで、判定要件を充足すると判定した場合、チェック機能３５２は、判定用情報を保存機能３５５へと出力する。

【0039】

また、判定要件を充足しないと判定した場合、チェック機能３５２は、不足した要件（判定用情報に不足する要素）が上述した画像サイズのみか否かを更に判定する。例えば、デジタルカメラやスマートフォンで撮像された場合には、皮膚画像の画像サイズが不明の状態となる可能性がある。

【0040】

ここで、画像サイズ以外で不足した要件が存在する場合には、チェック機能３５２は、その不足した要件をリジェクト機能３５４に通知し、保存機能３５５への判定用情報の出力を抑制する。また、不足した要件が画像サイズのみの場合には、チェック機能３５２は、皮膚画像を推定機能３５３に出力することで、推定機能３５３に画像サイズの推定を行わせる。

【0041】

推定機能３５３は、推定部の一例である。推定機能３５３は、皮膚画像に表された皮野の大きさに基づいて皮膚画像の画像サイズを推定する。以下、図４、図５を参照して、推定機能３５３の動作について説明する。

【0042】

図４は、皮膚画像の一例を示す図である。なお、図４に示す皮膚画像Ｇ１は、発疹Ｇ１１が現れた皮膚の状態を示している。

【0043】

推定機能３５３は、皮膚画像Ｇ１を解析し、当該皮膚画像Ｇ１に表された皮野の大きさ（皮野面積）を計測する。皮野は、図５に示すように、皮膚表面に存在する皮溝Ｇ１２によって三角形やひし形等の多角形に区切られた皮丘Ｇ１３の領域部分を意味する。ここで、図５は、皮膚画像に表された皮膚表面の様子を模式的に示す図である。

【0044】

なお、計測対象となる皮膚画像Ｇ１上の領域は特に問わず、例えば発疹Ｇ１１が存在しない領域であってもよいし、発疹Ｇ１１が現れた領域であってもよい。また。推定機能３５３は、皮膚画像Ｇ１を拡大（又は縮小）してもよい。

【0045】

一般的に、皮野の面積は、年齢・性別を問わずほぼ一定値（約０．０８ｍｍ²）であるという特徴を有している。そこで、推定機能３５３は、この特徴に基づき皮膚画像Ｇ１から計測した皮野面積に基づき、皮膚画像Ｇ１全体の大きさ、つまり画像サイズを推定する。例えば、推定機能３５３は、皮膚画像Ｇ１全体の面積に占める皮野面積の割合の逆数に、上記した一定値を乗算することで、皮膚画像Ｇ１の画像サイズを推定する。また、皮膚画像Ｇ１を拡大（又は縮小）した場合には、推定機能３５３は、その倍率を加味して画像サイズを推定する。

【0046】

なお、推定機能３５３が推定する画像サイズの単位は、後述する判定機能３５７で取り扱い可能な単位であれば特に問わず、例えばピクセルやｄｐｉ（dots per inchi）等の単位であってもよい。

【0047】

また、上述の動作例では、画像サイズとして皮膚画像Ｇ１全体の画像サイズを推定する形態としたが、これに限らず、皮膚画像Ｇ１に含まれた主要な被写体部分の画像サイズを推定する形態としてもよい。例えば、推定機能３５３は、皮膚画像Ｇ１に表された発疹Ｇ１１の画像サイズを推定してもよい。また、この場合、推定機能３５３は、発疹Ｇ１１の最小の画像サイズと、最大の画像サイズとを推定してもよい。

【0048】

図３に戻り、チェック機能３５２は、推定機能３５３で画像サイズが推定された場合、チェック機能３５２は、推定機能３５３で推定された画像サイズを判定用情報に含めて保存機能３５５に出力する。

【0049】

リジェクト機能３５４は、通知部の一例である。リジェクト機能３５４は、チェック機能３５２で判定要件を充足しないと判定された場合に、不足分の判定要件（判定用情報に不足する要素）を、判定用情報を送信した送信元に通知する。

【0050】

具体的には、リジェクト機能３５４は、チェック機能３５２から通知された不足分の要素に基づいて、当該要素の取得（再送信）を依頼するメッセージ等のリジェクト情報を、送信元の診療所端末１０に送信する。

【0051】

一例として、チェック機能３５２で皮膚画像の画質や撮像部位が判定要件を充足しないと判定された場合、リジェクト機能３５４は、判定要件を満たす画質の条件、撮像すべき部位等を案内するリジェクト情報を送信する。

【0052】

この場合、診療所端末１０を操作するメディカルスタッフは、診断支援装置３０から通知されたリジェクト情報に基づき、不足分の要素を追加した判定用情報を再度送信する。これにより、診断支援装置３０では、再送された判定用情報に基づき被検体の皮膚の状態を判定することができる。

【0053】

なお、リジェクト機能３５４は、リジェクト情報を送信する際に、リジェクト対象となった判定用情報を識別可能な識別子（以下、リチェック識別子ともいう）を発行し、当該識別子をリジェクト情報に含めて送信してもよい。また、この場合、リジェクト機能３５４は、チェック機能３５２や保存機能３５５等と協働することで、リジェクト対象となった判定用情報にリチェック識別子を関連付けて判定用情報記憶部３３１等に保持させることが好ましい。

【0054】

このような構成とすることで、診療所端末１０から入力される新たな判定用情報にリチェック識別子が含まれる場合に、判定用情報記憶部３３１等に保持された該当するリチェック識別子の判定用情報とあわせて処理することができる。これにより、診療所端末１０を操作するメディカルスタッフは、不足分の要素をリチェック識別子とともに判定用情報として送信することで、先に送信した判定用情報で不足した要素を補完することができるため、利便性の向上を図ることができる。

【0055】

保存機能３５５は、チェック機能３５２でチェックされた判定用情報を判定用情報記憶部３３１に保存（記憶）する。また、保存機能３５５は、判定用情報を判定用情報記憶部３３１に保存する際に、加工機能３５６を制御し、判定用情報に含まれた個人を特定可能な情報を匿名化する加工処理を実行させる。

【0056】

加工機能３５６は、判定用情報に含まれた個人を特定可能な情報を匿名化する加工処理を実行する。具体的には、加工機能３５６は、判定用情報に含まれた皮膚画像から被検体の眼が表された領域を検出すると、その領域を除去したり、塗りつぶしたりする匿名化処理を行う。かかる匿名化処理により、判定用情報記憶部３３１には、匿名化された皮膚画像を含む判定用情報が記憶されることになる。

【0057】

なお、匿名化処理の対象は皮膚画像に限らず、被検体情報や画像情報を対象としてもよい。例えば、加工機能３５６は、被検体情報に含まれる個人情報を削除等することで匿名化を行ってもよい。但し、後述する診断支援動作において、病院端末２０への検査予約を行う際に個人情報が必要となる可能性があるため、診断支援動作の妨げとならないように、匿名化する項目を予め設定しておくことが好ましい。

【0058】

また、加工機能３５６は、匿名化処理以外の他の処理を実行してもよい。例えば、判定機能３５７の判定処理の妨げとなる要素が判定用情報に含まれる場合、当該要素を除去又は別データとして記憶する処理を実行してもよい。

【0059】

判定機能３５７は、判定部の一例である。判定機能３５７は、被検体の皮膚画像に基づき当該皮膚画像に表された皮膚の状態を判定する。具体的には。判定機能３５７は、判定用情報記憶部３３１に記憶された被検体情報に含まれる判定要件に係る要素に基づいて、被検体の皮膚の状態、つまり疾患名とその重症度とを判定する。ここで、判定要件に係る要素には、少なくとも皮膚画像が含まれるものとする。

【0060】

判定機能３５７の判定方法やアルゴリズムは特に問わず、種々の技術を用いることができる。例えば、判定機能３５７は、ディープラーニング等の機械学習によって生成された学習済モデルを用いて皮膚の状態を判定してもよい。この場合、学習済モデルは、判定要件に係る要素を入力することで、疾患名と重症度とを推論結果として出力するよう予め学習されているものとする。また、この場合、上述した画像サイズ毎に学習済モデルを用意等することで、推論精度（判定精度）を高めることができる。学習済モデルを用いる場合には、判定機能３５７は、被検体情報から抽出した種々の要素を学習済モデルに入力することで、学習済モデルで推論された疾患名と重症度とを判定結果として出力する。

【0061】

また、判定結果として導出される重症度は、疾患の状態の程度を示す指標値であり、例えば、軽症＝１、中等症＝２、重症＝３の３段階の数値等で表される。なお、判定機能３５７は、重症度とともに、或いは重症度に代えて、緊急性の程度を示す緊急度を判定する構成としてもよい。

【0062】

また、重症度は、特定の疾患に罹患している可能性を示す指標値であってもよい。例えば、判定機能３５７は、メラノーマや重症薬疹等の特定疾患に罹患している可能性を定量的に示す数値等の情報を重症度の判定結果として導出する。ここで、重症度は、パーセンテージ等の数値であってもよいし、可能性の有無を表す二値の数値であってもよい。

【0063】

支援機能３５８は、診断支援部の一例である。支援機能３５８は、判定機能３５７の判定結果に応じた通知先に、当該判定結果又は当該判定結果に応じた通知内容を通知する診断支援動作を実行する。具体的には、支援機能３５８は、判定機能３５７で判定された疾患名又は重症度に応じて、その判定結果の通知先を変更する診断支援動作を実行する。かかる診断支援動作は、疾患の重症度（又は緊急度）や実際の医療連携の関係に基づき設定情報として予め規定しておくことで、支援機能３５８を有用に機能させることができる。

【0064】

以下、図６～図８を参照しながら、支援機能３５８が行う診断支援動作例について説明する。ここで、図６～図８は、支援機能３５８が実行する診断支援動作に係る設定情報の一例を示す図である。

【0065】

まず、図６の設定情報について説明する。図６に示すように、設定情報は、例えば動作条件と、通知先との組で構成される。

【0066】

動作条件は、支援機能３５８が診断支援動作を行う際の条件であり、例えば、重症度に応じて切り分けることができる。ここでは、重症度が閾値Ｔｈ未満の場合と、閾値Ｔｈ以上の場合とで区分した例を示している。閾値Ｔｈは、上述した軽症、中等症、重症の３段階の数値（１～３）の何れかである。例えば、閾値Ｔｈを「３」とすることで、軽症及び中等症の場合と、重症の場合とで診断支援動作を変更することができる。

【0067】

通知先は、判定機能３５７の判定結果を通知する通知先を規定するものである。図６の例では、重症度が閾値Ｔｈ未満の場合の通知先を、判定用情報の送信元、つまり診療所Ｈ１としている。また、重症度が閾値Ｔｈ以上の場合の通知先を、判定用情報の送信元（診療所Ｈ１）と病院Ｈ２としている。

【0068】

図６の設定情報を用いる場合、支援機能３５８は、判定機能３５７で判定された重症度が閾値Ｔｈ未満の場合、判定機能３５７の判定結果を、診療所端末１０に通知する。また、支援機能３５８は、判定機能３５７で判定された重症度が閾値Ｔｈ以上の場合、判定機能３５７の判定結果を、診療所端末１０と病院端末２０との両方に通知する。

【0069】

これにより、支援機能３５８は、例えば、判定機能３５７で判定された重症度が軽症又は中等症の場合に、判定用情報を送信した診療所Ｈ１に判定結果を通知し、重症の場合には診療所Ｈ１と病院Ｈ２との両方に判定結果を通知することができる。

【0070】

このように、支援機能３５８は、判定機能３５７の判定結果に応じた通知先に、当該判定結果を通知する診断支援動作を実行する。かかる診断支援動作を行うことで、支援機能３５８は、被検体の状態が重症であった場合に、重症の被検体が存在することを診療所Ｈ１と病院Ｈ２とに速やかに通知することができる。したがって、支援機能３５８は、診療所Ｈ１から病院Ｈ２に被検体の状態を通知する手間を省くことができるため、診療所Ｈ１と病院Ｈ２との医療連携を支援することができる。

【0071】

図７は、他の設定情報を示すものである。図７の設定情報は、上述した動作条件と通知先とに、動作内容を加えた構成となっている。ここで、動作内容は、支援機能３５８行う動作を規定するものである。

【0072】

図７の例では、重症度が閾値Ｔｈ未満の場合、通知先（診療所Ｈ１）に対し、判定機能３５７の判定結果を通知することを規定している。また、重症度が閾値Ｔｈ以上の場合、通知先（病院Ｈ２）に対し、判定機能３５７の判定結果の通知と、被検体の検査を予約する動作とを規定している。さらに、重症度が閾値Ｔｈ以上の場合には、通知先（病院Ｈ２）に対し、判定機能３５７の判定結果の通知と、病院Ｈ２に被検体の検査予約を行ったことを報知する動作とを規定している。

【0073】

ここで、病院Ｈ２に対する検査予約は、例えば、判定用情報に含まれた被検体の個人情報や患者ＩＤ、当該判定用情報を送信した診療所Ｈ１に関する情報を、検査予約情報として病院端末２０に送信することで実行される。

【0074】

図７の設定情報を用いる場合、支援機能３５８は、判定機能３５７で判定された重症度が閾値Ｔｈ未満の場合、判定機能３５７の判定結果を、診療所端末１０に通知する。また、支援機能３５８は、判定機能３５７で判定された重症度が閾値Ｔｈ以上の場合、判定機能３５７の判定結果を、診療所端末１０と病院端末２０との両方に通知する。さらに、支援機能３５８は、判定機能３５７で判定された重症度が閾値Ｔｈ以上の場合、被検体の検査予約に係る検査予約情を病院端末２０に送信（通知）することで検査予約を行うとともに、病院Ｈ２に被検体の検査予約を行ったことを診療所端末１０に報知（通知）する。

【0075】

これにより、支援機能３５８は、例えば、判定機能３５７で判定された重症度が軽症又は中等症の場合に、判定用情報を送信した診療所Ｈ１に判定結果を通知し、重症の場合には診療所Ｈ１と病院Ｈ２との両方に判定結果を通知することができる。また、支援機能３５８は、判定機能３５７で判定された重症度が重症の場合に、該当する被検体の検査予約を病院Ｈ２に対して行うとともに、病院Ｈ２の検査予約を行ったことを診療所Ｈ１に報知することができる。

【0076】

このように、支援機能３５８は、判定機能３５７の判定結果に応じた通知先に、当該判定結果又は当該判定結果に応じた通知内容を通知する診断支援動作を実行する。かかる診断支援動作を行うことで、支援機能３５８は、被検体の状態が重症であった場合に、重症の被検体が存在することを診療所Ｈ１と病院Ｈ２とに速やかに通知することができるとともに、当該被検体の検査予約を病院Ｈ２に自動で行うことができる。したがって、支援機能３５８は、診療所Ｈ１から病院Ｈ２に重症患者（被検体）の状態を通知する手間を省くことができるため、診療所Ｈ１と病院Ｈ２との医療連携を支援することができる。また、支援機能３５８は、重症の被検体の検査予約を病院Ｈ２に対し自動で行うことができるため、診療所Ｈ１から病院Ｈ２に検査予約を行う際の手間を省くことができるため、処理の効率化を図ることができる。

【0077】

なお、支援機能３５８は、病院端末２０に対し検査予約を行う際に、判定用情報記憶部３３１に記憶された判定用情報（皮膚画像等）を病院端末２０に提供する構成としてもよい。この場合、支援機能３５８は、検査予約情報とともに判定用情報を病院端末２０に送信してもよいし、判定用情報記憶部３３１に記憶された該当する被検体の判定用情報を病院端末２０からアクセス可能な状態としてもよい。

【0078】

また、支援機能３５８は、診療所端末１０に対し検査予約を行ったことを報知する際に、紹介状（診療情報提供書）の手配を依頼するメッセージ等をあわせて報知してもよい。また、この場合、診断支援装置３０では、診療所端末１０から紹介状を示す情報（以下、紹介状情報ともいう）が別途入力されると、入力された紹介状情報を、病院端末２０に自動で転送する構成としてもよい。

【0079】

図８は、他の設定情報を示すものである。図８の設定情報は、上述した図７の設定情報の動作条件を疾患名に代えたものである。ここでは、判定機能３５７で判定された疾患名が特定の疾患名Ｘである場合と、当該疾患名Ｘ以外の場合とで区分した例を示している。疾患名Ｘは、任意に設定することが可能であり、複数の疾患名を設定することも可能である。例えば、疾患名Ｘには、メラノーマや重症薬疹等、重症度（緊急度）の高い疾患名を規定することが好ましい。

【0080】

図８の設定情報を用いる場合、支援機能３５８は、判定機能３５７で判定された疾患名が疾患名Ｘの場合、判定機能３５７の判定結果を、診療所端末１０と病院端末２０との両方に通知する。さらに、支援機能３５８は、判定機能３５７で判定された疾患名が疾患名Ｘの場合、被検体の検査予約を病院端末２０に行うとともに、検査予約を行ったことを診療所端末１０に報知する。また、判定機能３５７で判定された疾患名が疾患名Ｘ以外の場合、判定機能３５７の判定結果を、診療所端末１０に通知する。

【0081】

このように、支援機能３５８は、判定機能３５７の判定結果に応じた通知先に、当該判定結果又は当該判定結果に応じた通知内容を通知する診断支援動作を実行する。かかる診断支援動作を行うことで、支援機能３５８は、被検体の疾患名が重症度、緊急度の高い疾患名Ｘであった場合に、疾患名Ｘの被検体が存在することを診療所Ｈ１と病院Ｈ２とに速やかに通知することができるとともに、当該被検体の検査予約を病院Ｈ２に自動で行うことができる。したがって、支援機能３５８は、診療所Ｈ１から病院Ｈ２に重症患者（被検体）の状態を通知する手間を省くことができるため、診療所Ｈ１と病院Ｈ２との医療連携を支援することができる。また、支援機能３５８は、重症の被検体の検査予約を病院Ｈ２に対し自動で行うことができるため、診療所Ｈ１から病院Ｈ２に検査予約を行う際の手間を省くことができるため、処理の効率化を図ることができる。

【0082】

以上、設定情報の例を３つ挙げたが、設定情報の内容はこれらに限定されるものではない。設定情報の内容は、医療連携や法制度等の変更に応じて、適宜変更することが可能である。また、例えば、診断支援装置３０が複数の地域の診療所Ｈ１（診療所端末１０）と病院Ｈ２（病院端末２０）との連携を統括して管理する場合、連携関係にある診療所Ｈ１と病院Ｈ２との関係を示した設定情報を別途記憶し、診療所Ｈ１毎に通知先となる病院Ｈ２を切り替える構成としてもよい。

【0083】

以下、図９を参照して、診断支援装置３０が行う処理の一例について説明する。図９は、診断支援装置３０が行う処理の一例を示すフローチャートである。

【0084】

まず、受付機能３５１は、診療所Ｈ１（診療所端末１０）から送信された判定用情報の入力を、通信インタフェース３４を介して受け付ける（ステップＳ１１）。次いで、チェック機能３５２は、判定用情報に含まれる要素が判定機能３５７の判定要件を充足するかをチェックする（ステップＳ１２）。ここで、判定要件を充足すると判定した場合（ステップＳ１２；Ｙｅｓ）、チェック機能３５２は、受付機能３５１が受け付けた判定用情報を保存機能３５５に出力し、ステップＳ１６に移行させる。

【0085】

また、判定要件を充足しないと判定した場合（ステップＳ１２；Ｎｏ）、チェック機能３５２は、不足分の要件が画像サイズか否かを判定する（ステップＳ１３）。ここで、不足分の要件が画像サイズ以外の要件を含む場合（ステップＳ１３；Ｎｏ）、チェック機能３５２は、ステップＳ１４に移行させる。この場合、リジェクト機能３５４は、ステップＳ１２の処理結果に基づいてリジェクト情報を生成し、生成したリジェクト情報を診療所端末１０に返信するリジェクト動作を実行する（ステップＳ１４）。

【0086】

また、不足分の要件が画像サイズのみである場合（ステップＳ１３；Ｙｅｓ）、チェック機能３５２は、ステップＳ１５に移行させる。この場合、推定機能３５３は、判定用情報に含まれ皮膚画像を解析することで皮膚画像の画像サイズを推定する（ステップＳ１５）。そして、チェック機能３５２は、ステップＳ１５で推定された画像サイズを受付機能３５１が受け付けた判定用情報に含めて保存機能３５５に出力し、ステップＳ１６に移行させる。

【0087】

続いて、加工機能３５６は、保存機能３５５に入力された判定用情報に、個人を特定可能な情報が含まれるか否かを判定する（ステップＳ１６）。個人を特定可能な情報が含まれないと判定した場合（ステップＳ１６；Ｎｏ）、加工機能３５６は、ステップＳ１８に移行させる。また、個人を特定可能な情報が含まれると判定した場合（ステップＳ１６；Ｙｅｓ）、加工機能３５６は、当該情報を除去する等の匿名化処理を実行し（ステップＳ１７）、ステップＳ１８に移行させる。

【0088】

続いて、保存機能３５５は、判定用情報記憶部３３１に判定用情報を記憶する（ステップＳ１８）。判定機能３５７は、ステップＳ１８で記憶された判定用情報に基づき、被検体の皮膚の状態を判定する（ステップＳ１９）。次いで、支援機能３５８は。ステップＳ１９の判定結果に応じた診断支援動作を実行し（ステップＳ２０）、本処理を終了する。

【0089】

このように、診断支援装置３０は、診療所Ｈ１（診療所端末１０）から被検体の皮膚を撮像した皮膚画像の入力を受け付けると、受け付けた皮膚画像に基づいて被検体の皮膚の状態を判定し、その判定結果に応じた診断支援動作を実行する。

【0090】

これにより、診断支援装置３０では、例えば、被検体の皮膚に生じた疾患が、診療所Ｈ１では見分けることが困難な重症薬疹等の疾患の場合であっても、診療所端末１０から入力される皮膚画像等に基づき、その疾患名とその重症度とを判定することができる。また、診断支援装置３０は、判定結果に応じて被検体の処置に係る診断支援動作を切り替えることができるため、疾患の重症度が高い場合に、病院Ｈ２への通知や予約を速やかに行うことができる。

【0091】

したがって、診断支援装置３０は、診療所Ｈ１と病院Ｈ２との連携の効率化を進めることができるとともに、被検体を適切な医療機関又は治療に誘導することができる。

【0092】

なお、上述した実施形態は、各装置が有する構成又は機能の一部を変更することで、適宜に変形して実施することも可能である。そこで、以下では、上述した実施形態に係るいくつかの変形例を他の実施形態として説明する。なお、以下では、上述した実施形態と異なる点を主に説明することとし、既に説明した内容と共通する点については詳細な説明を省略する。また、以下で説明する変形例は、個別に実施されてもよいし、適宜組み合わせて実施されてもよい。

【0093】

（変形例１）
上述の実施形態では、診断支援装置３０は、診療所Ｈ１と病院Ｈ２との間の医療連携を支援する形態としたが、支援対象となる医療施設はこれらに限らず、リハビリテーション施設や介護施設等を含んでもよい。

【0094】

また、診断支援装置３０は、医療施設間の連携に限らず、例えば、図１０に示すように、被検体となるユーザ個人と医療施設との間の連携を支援する形態としてもよい。

【0095】

ここで、図１０は、変形例１に係る診断支援システムの構成例を示す図である。図１０に示すように、診断支援システム１は、上述した病院端末２０及び診断支援装置３０と、ユーザ端末４０とを有する。病院端末２０、診断支援装置３０、及びユーザ端末４０は、ネットワークＮ１を介して通信可能に接続される。

【0096】

ユーザ端末４０は、被検体となるユーザ自身が操作する端末装置である。例えば、ユーザ端末４０は、パーソナルコンピュータやタブレット式ＰＣ、ＰＤＡ、カメラ機能を備えたスマートフォン等によって実現される。なお、本変形例では、ユーザ端末４０は、スマートフォンであるとして説明を進める。

【0097】

本変形例に係る診断支援システム１では、ユーザは、ユーザ端末４０を用いて撮像した自己の皮膚画像を判定用情報として診断支援装置３０に送信することができる。またこの場合、ユーザは、自己の氏名や連絡先、発症後何日目に撮像された画像か等を示す情報を判定用情報としてあわせて送信してもよい。

【0098】

診断支援装置３０の受付機能３５１は、ユーザ端末４０から送信された判定用情報の入力を、通信インタフェース３４を介して受け付ける。なお、受付機能３５１は、判定用情報を送信用するためのＷｅｂページをユーザ端末４０に提供することで、皮膚写真とともに判定要件に係る要素を入力させる形態としてもよい。

【0099】

診断支援装置３０では、ユーザ端末４０から受け付けた判定用情報に基づき、上述した実施形態と同様の処理を実行することで、支援機能３５８は、判定機能３５７で判定される被検体（ユーザ）の状態に応じた診断支援動作を行うことができる。

【0100】

なお、本変形例の構成では、上述した実施形態の構成と比較し、皮膚画像の画質が低下する可能性がある。また、判定用情報に含まれる皮膚画像以外の情報は、ユーザ自らが入力することになるため、上述した実施形態の構成と比較し、医学的な知見で得られた情報が少ないため、判定機能３５７による判定が行えない場合や、判定精度が低下する可能性がある。

【0101】

そのため、本変形例の場合には、リジェクト機能３５４や支援機能３５８の動作、判定機能３５７の判定要件等を、カスタマイズすることが好ましい。例えば、判定機能３５７の判定要件を緩める代わりに、判定機能３５７の判定結果に判定精度や判定確度を含めて通知する形態としてもよい。また、例えば、支援機能３５８は、判定機能３５７の判定結果に応じて、異なる撮像角度で撮像した皮膚写真、又は所定時間後に皮膚写真を再度送信することを依頼するメッセージ等をユーザ端末４０に通知する形態としてもよい。このように、撮像角度が異なる複数の皮膚写真や、異なるタイミングで撮像された複数の皮膚写真を用いることで、判定機能３５７の判定精度の向上を図ることができる。

【0102】

また、支援機能３５８は、ユーザの重症度が高い場合等に、診断支援動作として病院端末２０に検査予約を自動で行うことができるが、この動作例に限らず、他の動作を規定してもよい。例えば、支援機能３５８は、重症度が１の場合は、ユーザ端末４０に判定結果を通知し、重症度が２の場合は、上述した診療所Ｈ１（診療所端末１０）に検査予約を、重症度が３の場合に、病院Ｈ２（病院端末２０）に検査予約を行う構成としてもよい。

【0103】

このように、本変形例に係る診断支援装置３０は、判定機能３５７の判定結果に応じた通知先に、当該判定結果又は当該判定結果に応じた通知内容を通知する診断支援動作を実行する。これにより、診断支援装置３０は、例えば、被検体の皮膚に生じた疾患が、重症薬疹等の疾患の場合であっても、ユーザ端末４０から入力される皮膚画像等に基づき、その疾患名とその重症度とを判定することができる。また、診断支援装置３０は、判定結果に応じて、被検体の処置に係る診断支援動作を切り替えることができるため、疾患の重症度が高い場合に、病院Ｈ２への通知や予約を速やかに行うことができる。

【0104】

したがって、診断支援装置３０は、ユーザと医療施設との連携の効率化を進めることができるともに、被検体を適切な医療機関又は治療に誘導することができる。

【0105】

（変形例２）
上述の実施形態では、診療所Ｈ１の外部に診断支援装置３０を設けた形態を説明した。しかしながら、診断支援装置３０の設置位置は、上記実施形態に限定されるものではない。例えば、診療所Ｈ１内に診断支援装置３０を設ける形態としてもよい。この場合、診断支援装置３０は、上述した診療所端末１０等の形態で実装されてもよい。

【0106】

なお、上述した実施形態では、診断支援装置３０が備える機能構成を、処理回路３５によって実現する場合の例を説明したが、実施形態はこれに限られない。例えば、本明細書における機能構成は、ハードウェアのみ、又は、ハードウェアとソフトウェアとの混合によって同機能を実現するものであっても構わない。

【0107】

また、上述した説明で用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。プロセッサが例えばＣＰＵである場合、プロセッサは記憶回路３３に保存されたプログラムを読み出し実行することで機能を実現する。一方、プロセッサが例えばＡＳＩＣである場合、記憶回路３３にプログラムを保存する代わりに、当該機能がプロセッサの回路内に論理回路として直接組み込まれる。なお、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。更に、各図における複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。

【0108】

ここで、プロセッサによって実行されるプログラムは、ＲＯＭ（Read Only Memory）や記憶回路等に予め組み込まれて提供される。なお、このプログラムは、これらの装置にインストール可能な形式又は実行可能な形式のファイルでＣＤ（Compact Disk）－ＲＯＭ、ＦＤ（Flexible Disk）、ＣＤ－Ｒ（Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記憶媒体に記録されて提供されてもよい。また、このプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードされることにより提供又は配布されてもよい。例えば、このプログラムは、上述した各機能部を含むモジュールで構成される。実際のハードウェアとしては、ＣＰＵが、ＲＯＭ等の記憶媒体からプログラムを読み出して実行することにより、各モジュールが主記憶装置上にロードされて、主記憶装置上に生成される。

【0109】

以上説明した少なくとも１つの実施形態によれば、被検体の皮膚の状態を判定し、当該状態に適した診断支援動作を実施することができる。

【0110】

いくつかの実施形態（変形例）を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更、実施形態同士の組み合わせを行うことができる。これらの実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0111】

１ 診断支援システム
１０ 診療所端末
２０ 病院端末
３０ 診断支援装置
４０ ユーザ端末
３５１ 受付機能
３５２ チェック機能
３５３ 推定機能
３５４ リジェクト機能
３５５ 保存機能
３５６ 加工機能
３５７ 判定機能
３５８ 支援機能

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】