(57)【要約】【課題】患者の初期診断に係る臨床推論をするための情報を提供すること。【解決手段】患者情報取得部１０１は、患者に関する情報を含む情報を、患者情報として取得する。疾患情報生成部１０４は、前記患者情報に基づき、前記患者に関連し得る疾患に関する第１情報を生成又は取得する。提示部１０５は、前記第１情報又は前記第１情報に基づく情報を、医療従事者に対して提示する。また、追加情報生成部１０７は、前記第１情報に基づき、前記患者に関連し得る疾患に関する第２情報を生成又は取得する。提示部１０５は、前記第１情報に基づく情報として、前記第２情報を提示することもできる。【選択図】図３
2020144623.tif 000002
【特許請求の範囲】
【請求項１】
患者に関する情報を含む情報を、患者情報として取得する患者情報取得手段と、
前記患者情報に基づき、前記患者に関連し得る疾患に関する第１情報を生成又は取得する第１生成取得手段と、
前記第１情報又は前記第１情報に基づく情報を、医療従事者に対して提示する提示手段と、
を備える情報処理装置。
【請求項２】
前記第１情報に基づき、前記患者に関連し得る疾患に関する第２情報を生成又は取得する第２生成取得手段をさらに備え、
前記提示手段は、前記第１情報に基づく情報として、前記第２情報を提示する、
請求項１に記載の情報処理装置
【請求項３】
前記第２情報は、前記患者に対する質問を含む、
請求項２に記載の情報処理装置。
【請求項４】
前記第２情報を提示された前記医療従事者からの要望を受け付ける受付手段をさらに備え、
前記第２生成取得手段は、前記第１情報に加えて前記要望に基づき、前記第２情報を生成する、
請求項２又は３に記載の情報処理装置。
【請求項５】
前記第１情報には、重篤な疾患を示す情報が含まれており、
前記第２情報は、前記患者が前記重篤な疾患であるかを判断するための支援となる情報である、
請求項２乃至４のうち何れか１項に記載の情報処理装置。
【請求項６】
前記第１情報には、複数の疾患を示す情報が含まれており、
前記第２情報は、前記患者の疾患として、前記第１情報で特定される疾患のうち少なくとも１つが含まれているかを判断するための支援となる情報である、
請求項２乃至４のうち何れか１項に記載の情報処理装置。
【請求項７】
情報処理装置が実行する情報処理方法において、
患者に関する情報を含む情報を、患者情報として取得する患者情報取得ステップと、
前記患者情報に基づき、前記患者に関連し得る疾患に関する疾患情報を生成又は取得する生成取得ステップと、
前記疾患情報又は前記疾患情報に基づく情報を、医療従事者に対して提示する提示ステップと、
を含む情報処理方法。
【請求項８】
コンピュータに、
患者に関する情報を含む情報を、患者情報として取得する患者情報取得ステップと、
前記患者情報に基づき、前記患者に関連し得る疾患に関する疾患情報を生成又は取得する生成取得ステップと、
前記疾患情報又は前記疾患情報に基づく情報を、医療従事者に対して提示する提示ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
これまで、初期診断を行う医療従事者は、患者との問診や臨床所見等から、何れの疾患の可能性が高いかを推論し、必要に応じて適切な専門医に紹介する必要がある。
例えば、特許文献１には、特定の疾患であることを肯定や否定する要因を、カルテ等の文章から抽出し、確定診断の根拠の説明を作成する技術が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１３８４０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の特許文献１を含む従来技術において、問診やカルテから、何れの疾患の可能性が高いかを推論や特定するのは、医療従事者である。そのため、医療従事者の経験量や知識体系により、個人差が大きくなってしまう。
本発明は、このような状況に鑑みてなされたものであり、何れの疾患の可能性が高いかを推論するための情報を提供することを目的とする。
【０００５】
本発明は、患者の初期診断に係る臨床推論をするための情報を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一態様の情報処理装置は、
患者に関する情報を含む情報を、患者情報として取得する患者情報取得手段と、
前記患者情報に基づき、前記患者に関連し得る疾患に関する第１情報を生成又は取得する第１生成取得手段と、
前記第１情報又は前記第１情報に基づく情報を、医療従事者に対して提示する提示手段と、
を備える。
本発明の一態様の情報処理方法及びプログラムの夫々は、上述の本発明の一態様の情報処理装置に対応する情報処理方法及びプログラムの夫々である。
【発明の効果】
【０００７】
本発明によれば、患者の初期診断に係る臨床推論をするための情報を提供することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】本発明の情報処理装置の一実施形態に係る推論支援端末を用いた情報処理の流れの例を示す図である。
【図２】図１の推論支援端末のハードウェア構成の一例を示すブロック図である。
【図３】図２の推論支援端末の機能的構成の一例を示す機能ブロック図である。
【図４】図２の推論支援端末に表示される、患者情報及びオリジナルプロブレムリスト表示画面の一例である。
【図５】図２の推論支援端末に表示される、オリジナルプロブレムリスト及び医学用語プロブレムリスト表示画面の一例である。
【図６】図２の推論支援端末に表示される、レッドフラッグ追加情報画面の一例である。
【図７】図２の推論支援端末に表示される、疾患絞込追加情報画面の一例である。
【図８】図２の推論支援端末に表示される、クライテリア追加情報画面の一例である。
【図９】図２の推論支援端末に表示される、臨床推論支援画面の一例である。
【図１０】図２の推論支援端末に表示される、診断仮説画面の一例である。
【図１１】図２の推論支援端末に表示される、仮説演繹法画面の一例である。
【図１２】図２の推論支援端末に表示される、初期診断画面の一例である。
【図１３】図２の推論支援端末に表示される、ＯＰＱＲＳＴ追加情報画面の一例である。
【図１４】図２の推論支援端末に表示される、アルゴリズムアプローチ追加情報画面の一例である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面を用いて説明する。
【００１０】
まず、本実施形態の説明を行うにあたり、その前提となる医師による初期診断のプロセスについて簡単に説明する。
医療従事者である医師Ｄは、初期診断に係るプロセスにおいて、患者である患者Ｐに対して問診を行い、その内容に基づき臨床推論を行うことで患者Ｐの病状や疾患が明らかではない状況において、初期診断を実施する。
この臨床推論とは、医師Ｄが、初期診断における基本的な考え方（思考プロセス）や意思決定の過程を説明する推論であり、特に当該分野を専門とする医師や研究者の間では、ある程度体系化された理論として理解されている。
本発明の情報処理装置の一実施形態に係る推論支援端末は、典型的には、初期診断に慣れていない医師Ｄに対して、初期診断の精度の向上や初期診断に関係するスキルの向上（教育目的）において利用される。
【００１１】
図１は、本発明の情報処理装置の一実施形態に係る推論支援端末の適用対象となるサービス（以下、「本サービス」と呼ぶ）の流れの一例を説明する図である。
図１には、医師Ｄによる診察を希望する患者Ｐと、患者Ｐの診察を行う医師Ｄと、医師Ｄにより利用される推論支援端末１とが示されている。なお、図１の例では、医師Ｄに対して本サービスの提供を行っている者を、サービス提供者Ｍとして、以降の説明を行う。
【００１２】
推論支援端末１は、上述の通り、医師Ｄにより利用される。推論支援端末１は、主として、初期診断における臨床推論の過程において、医師Ｄによる臨床推論の過程を補助するために利用される。
また、図１の例では、患者Ｐが主として訴えている症状である主訴（Ｃｈｉｅｆ  Ｃｏｍｐｌａｉｎｔ）は、胸痛（Ｃｈｅｓｔ  Ｐａｉｎ）である。推論支援端末１は、このような患者Ｐに対して、初期診断を実施する医師Ｄによって利用される。
以降、このような前提の下、本サービスの流れの一例について、各ステップの夫々について、全体の流れを説明していく。
【００１３】
ステップＳＴ１において、医師Ｄは患者Ｐに対して問診を実施する。ここで、問診とは、医師Ｄが診断に際して、現在の自覚症状、年齢や性別、患者Ｐやその家族の病歴等を質問することであるが、ここで言う問診は、必ずしも医療行為としての問診には限られず、広く一般的な質問等であっても、これに含まれる。
【００１４】
ステップＳＴ２において、医師Ｄは、問診の内容を推論支援端末１に入力する。ここで医師Ｄにより入力された情報を以降の説明では、患者情報と呼ぶ。
ここで、問診の内容とは、例えば、医師Ｄが患者Ｐに対して問診を行った結果に関するテキストデータ（以下、「問診結果」と呼ぶ）等である。ただし、問診結果は、患者Ｐが医師Ｄの質問に対して返答した結果のみに限られない。
即ち、具体的に例えば、患者Ｐが診察前に記入した問診票の内容、患者Ｐのバイタルサイン、患者Ｐのカルテ、患者Ｐの種々の検査結果、患者Ｐの返答を記録した音声データ、患者Ｐの状態を説明する説明文章、医師Ｄが気になった事項を記した文章等が含まれてもよい。
換言すれば、医師Ｄは、問診結果を含み、初期診断に係る臨床推論に資する様々な情報を、患者情報として推論支援端末１に入力する。
【００１５】
ステップＳＴ３において、推論支援端末１は、ステップＳＴ２において入力された患者情報に基づき、患者Ｐの有する潜在的な疾患の候補を示す情報である疾患情報を生成する。
即ち、推論支援端末１は、医師Ｄにより入力された患者情報、即ち、臨床推論に資する様々な情報から、所定のアルゴリズムに基づき、一次的な患者Ｐの有する潜在的な疾患の候補を決定する。なお、ここで利用するアルゴリズムは、サービス提供者Ｍや医師Ｄ等が任意に決定することができるが、具体的なアルゴリズムの一例について、図３等を使って後述する。
図１の例では、推論支援端末１は、患者情報に含まれる、患者Ｐの主訴が胸痛であるという情報等から、所定のアルゴリズムによる演算を行った結果として、例えば、患者Ｐの有する潜在的な疾患の候補として「急性心筋梗塞」や「逆流性食道炎」が決定する。
【００１６】
ステップＳＴ４において、推論支援端末１は、ステップＳＴ３において生成された疾患情報を医師Ｄに対して、提示する。
医師Ｄは、提示された疾患情報を確認することで、まずは一次的に患者Ｐが罹患している疾患の候補を確認する。しかしながら、例えば、医師Ｄが初期診断に慣れていないような場合には、医師Ｄが患者Ｐに問診で質問しなければならない事項を質問し忘れたり、患者Ｐの返答が不十分であるにも関わらず問診を終了してしまうといった事態も十分に考えられる。そのような場合には、医師Ｄは、患者Ｐが罹患している疾患を特定することができない。
具体的に例えば、医師Ｄが、患者Ｐが罹患している可能性のある複数の疾患の候補から、真に患者Ｐが罹患している疾患を特定することができない場合が想定される。
また例えば、医師Ｄは、所定の疾患に患者Ｐが罹患している可能性が極めて高いと考えているものの、確信を持つことができないような場合が想定される。
また例えば、医師Ｄが、患者Ｐが罹患している疾患を特定することができない場合でも、患者Ｐが致命的な疾患に罹患している可能性はないかということを優先して検討したいような場合も想定される。
【００１７】
そこで、ステップＳＴ５において、医師Ｄは、自身が正確に初期診断を実施するにあたり必要となる要望を、推論支援端末１に入力する。
ここで言う要望とは、医師Ｄが正確に初期診断を実施するために資する要望であれば足りる。そして、具体的に本実施形態において、推論支援端末１は、関連する機能として、以下の３つの機能を備えることができる。
即ち、推論支援端末１は、医師Ｄからの要望に応じて、患者Ｐが重篤な疾患を罹患しているか否かを特定する機能、患者Ｐが罹患している疾患の候補を絞り込む機能、患者Ｐが特定の疾患を罹患しているか否かを特定する機能がある。
【００１８】
ステップＳＴ６において、推論支援端末１は、ステップＳＴ５で入力された要望情報に基づき、医師Ｄが患者Ｐに追加で質問するべき事項を示す追加情報を生成する。
なお、ここでは、上述の推論支援端末１の機能のうち、重篤な疾患を罹患しているか否かを特定する機能に関連する追加情報が生成された例について説明する。
具体的に例えば、推論支援端末１は、急性心筋梗塞等の重篤な疾患であるか否かを特定する、胸の痛みの発生が「突発的」であったという兆候を調べるべきという追加情報を、生成する。
【００１９】
ステップＳＴ７において、推論支援端末１は、ステップＳＴ６において生成された追加情報を医師Ｄに対して、提示する。
【００２０】
ステップＳＴ８において、医師Ｄは、ステップＳＴ７において提示された追加情報に基づき、患者Ｐに対して、追加の問診を行う。
【００２１】
ステップＳＴ９において、医師Ｄは、追加の問診の内容を推論支援端末１に入力する。ここで、医師Ｄに入力された追加の問診の内容は、以下、追加問診結果と呼ぶ。そして、上述の患者情報には、この追加問診結果も含まれ得る。
【００２２】
ステップＳＴ１０において、推論支援端末１は、ステップＳＴ９において入力された追加問診結果を含む患者情報に基づき、新たな疾患情報（以下、「更新後疾患情報」と呼ぶ）を生成する。
【００２３】
ステップＳＴ１１において、推論支援端末１は、ステップＳＴ１０において生成された更新後疾患情報を医師Ｄに対して、提示する。
【００２４】
ステップＳＴ１２において、医師Ｄは、ステップＳＴ１１において提示された更新後疾患情報に基づき、初期診断として、患者Ｐが罹患している疾患の特定を行う。
この更新後疾患情報においては、上述の疾患情報に比べて、患者Ｐのより詳細な情報等に基づき、患者Ｐが罹患している疾患の候補が示されているため、医師Ｄは、この更新後疾患情報を、より確度の高い情報として利用できることが期待される。
【００２５】
なお、推論支援端末１は、疾患情報として、疾患の夫々を、重篤な疾患と、通常の疾患との区別する情報を含んで生成することができる。ここで、重篤な疾患とは、大規模な病院や緊急による対応が必要な疾患である。また、通常の疾患とは、経過観察や通常の処方薬等による対応が可能な疾患である。
また、推論支援端末１は、疾患情報として、患者Ｐが有する潜在的な疾患の候補の夫々における、当該疾患らしさの程度（以下、「疾患らしさ」と呼ぶ）の情報を含むことができる。また、推論支援端末１は、疾患情報として、患者情報のうち、何れの内容が、疾患の候補の夫々の疾患らしさを向上又は下降させているかの情報を含むことができる。
【００２６】
本サービスは、概ね、このような一連の流れを含み実施される。本サービスの提供を受ける医師Ｄは、本サービスを利用することにより、例えば、以下のようなメリットを得ることができる。
【００２７】
医師Ｄは、推論支援端末１を用いて、初期診断に係る臨床推論を行うことによって、臨床推論の思考のプロセスを実践することができる。これにより、医師Ｄは、単に通常の業務として初期診断を行うよりも、初期診断の精度の向上や初期診断に関係するスキルの向上をすることができる可能性が高まる。
【００２８】
また、医師Ｄは、推論支援端末１を用いて、初期診断に係る臨床推論を行うことによって、患者情報から、患者Ｐが罹患している疾患の候補を疾患情報として取得できる。これにより、患者情報と疾患の候補との関係性を学習することができる。
【００２９】
また、医師Ｄは、推論支援端末１を用いて、初期診断に係る臨床推論を行う過程において、種々の追加情報を用いることができる。即ち、医師Ｄは、患者Ｐが重篤な疾患を罹患しているか否かを特定する項目や、患者Ｐが罹患している疾患の候補を絞り込む項目や、患者Ｐが特定の疾患を罹患しているか否かを特定する項目の、情報を得ることができる。これにより、医師Ｄは、どのような追加の問診を行えば、疾患を特定し、初期診断に結び付けることができるのかを学習することができる。
【００３０】
また、仮に、医師Ｄが初期診療に係る臨床推論のスキルが劣っている場合であっても、医師Ｄは、推論支援端末１を用いることにより、初期診断に係る臨床推論を所定の質で実行することができる。
【００３１】
ここで、上述の疾患情報の生成において利用されるアルゴリズムについて簡単に説明する。ただし、後述する事後オッズを含み、採用されるアルゴリズムは、あくまでも例示であり、サービス提供者Ｍや医師Ｄ等が任意に決定することができる。
【００３２】
上述のステップＳＴ３に関し、推論支援端末１は、患者情報に基づき、「事後オッズ」を演算する。
ここで、オッズとは、患者が所定の疾患である確率を示す指標であり、０から正の無限大の間の数値を取り、オッズが０に近ければ近い程、「疾患らしさ」が低く、オッズが高い程、「疾患らしさ」が高いことを意味する。
さらに、「事前オッズ」と「事後オッズ」という概念について説明する。
「事前オッズ」とは、予測される、ある疾患の存在確率を示す指標（オッズ）である。そして、「事後オッズ」とは、患者情報に含まれるリスクや症状等が発生した事後において予測される、ある疾患の存在確率を示す指標（オッズ）である。
なお、具体的には、「事後オッズ」は、「事前オッズ」に対して、複数の事項の夫々に対応する尤度比（Ｌｉｋｅｌｉｈｏｏｄ  Ｒａｔｉｏ、以下、「ＬＲ」と適宜呼ぶ）の夫々を積算することにより算出することができる。
【００３３】
具体的には例えば、救急外来において、突発性頭痛患者がクモ膜下出血である事前オッズが１．４（事前確率に換算すると６０％）とする。実際の患者Ｐが「女性」である場合、尤度比は１．１である。また、患者Ｐに「高血圧の既往」がある場合、尤度比は２．５である。この場合、事後オッズは、尤度比と積をとった結果である、およそ４．１（事後確率に換算すると８０％）となる。その結果、この患者は、クモ膜下出血の確率が高いと初期診断される。
【００３４】
以上、疾患らしさとして事後オッズを採用した例における、推論支援端末１の事後オッズの計算アルゴリズムについて説明した。
【００３５】
図１は、本発明の情報処理装置の一実施形態に係る推論支援端末のハードウェア構成の一例を示すブロック図である。
【００３６】
推論支援端末１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。
【００３７】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００３８】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【００３９】
出力部１６は、ディスプレイやスピーカ等で構成され、各種情報を画像や音声として出力する。
入力部１７は、キーボードやマウス等で構成され、各種情報を入力する。
【００４０】
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図５の例ではサーバ２や工程制御端末３）との間で通信を行う。
【００４１】
ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア３１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【００４２】
図３は、図２の推論支援端末の機能的構成の一例を示す機能ブロック図である。
【００４３】
図３に示すように、推論支援端末１のＣＰＵ１１においては、患者情報取得部１０１と、医学用語変換部１０２と、事後オッズ演算部１０３と、疾患情報生成部１０４と、提示部１０５と、要望受付部１０６と、追加情報生成部１０７と、鑑別診断取得部１０８と、学習部１０９とが機能する。
さらに、推論支援端末１の記憶部１８の一領域には、疾患尤度比ＤＢ３００と、レッドフラッグＤＢ４００と、クライテリアＤＢ５００と、学習結果ＤＢ６００とが設けられる。
【００４４】
患者情報取得部１０１は、患者Ｐに関する情報を含む情報を、患者情報として取得する。
上述の通り、患者情報には、問診結果のみならず、例えば、患者Ｐが診察前に記入した問診票の内容、患者Ｐのバイタルサイン、患者Ｐのカルテ、患者Ｐの種々の検査結果、患者Ｐの返答を記録した音声データ、患者Ｐの状態を説明する説明文章、医師Ｄが気になった事項を記した文章等が含まれてもよい。
【００４５】
医学用語変換部１０２は、患者情報取得部１０１で取得された患者情報を、医学用語に変換する。
具体的に例を用いて説明する。例えば、医学用語変換部１０２は、患者情報取得部１０１で取得された患者情報のうちの問診結果から、患者Ｐが罹患している疾患を特定するために必要となるキーワードを抽出し、第一次的なプロブレムリスト（以下、「オリジナルプロブレムリスト」と呼ぶ）を生成する。
なお、このようなキーワードの抽出は、例えば、形態素解析等の既存の技術を利用して実行してもよい。
そして、このようにして生成されたオリジナルプロブレムリストに対して、医学用語変換部１０２は、オリジナルプロブレムリストに含まれる各キーワードを、所定の方式に基づき医学に一般的に利用可能な医学用語へと変換し、新たなプロブレムリスト（以下、「医学用語プロブレムリスト」と呼ぶ）を生成する。
なお、医学用語プロブレムリストに記載される医学用語は、患者Ｐの具体的な回答に含まれるキーワードを、医学的に分類し、より上位の概念として置き換えられた用語である。また、ここで言う医学用語とは、例えば、「高血圧症」、「胸痛」等である。なお、普遍化された医学用語は、Ｓｅｍａｎｔｉｃ  Ｑｕａｌｉｆｉｅｒ（以下、「ＳＱ」と呼ぶ）と呼ばれる。
【００４６】
事後オッズ演算部１０３は、医学用語変換部１０２で取得された医学用語プロブレムリストに記載された医学用語に基づき、疾患の夫々の指標を算出する。
即ち、事後オッズ演算部１０３は、医学用語変換部１０２で取得された医学用語プロブレムリストに記載された医学用語に基づき、患者Ｐに対する、夫々の疾患の事後オッズを算出する。
【００４７】
疾患情報生成部１０４は、患者情報に基づき、患者Ｐに関連し得る疾患に関する疾患情報を生成する。
即ち、疾患情報生成部１０４は、事後オッズ演算部１０３で算出された指標（例えば、事後オッズ）に基づき、対象となる患者Ｐの有する潜在的な疾患の候補を示す情報を生成する。
【００４８】
提示部１０５は、疾患情報生成部１０４で生成した疾患情報、又は疾患情報に基づく情報を、医療従事者に対して提示する。即ち、疾患情報として生成し、その情報を医師Ｄに対して、提示する。
医師Ｄは、提示された疾患情報に基づき、初期診断を試みる。ここでは、医師Ｄは、患者Ｐの有する潜在的な疾患の候補の情報提示されたものの、初期診断として疾患を特定することができなかった例として説明する。
【００４９】
要望受付部１０６は、疾患情報を提示された医師Ｄからの要望を受け付ける。医師Ｄは、患者Ｐが罹患している疾患かを判断するための支援として、どのような追加情報を提示されたいかの要望を、推論支援端末１に入力する。
【００５０】
追加情報生成部１０７は、疾患情報に基づき、患者Ｐに関連し得る疾患に関する追加情報又は質問を生成する。
また、追加情報生成部１０７には、生成情報決定部１５１と、レッドフラッグ質問生成部１５２と、疾患絞込質問生成部１５３と、クライテリア質問生成部１５４とが設けられている。
【００５１】
生成情報決定部１５１は、要望受付部１０６で受け付けた、医師Ｄからの要望に基づき、後述するレッドフラッグ質問生成部１５２と、疾患絞込質問生成部１５３と、クライテリア質問生成部１５４とのうちの何れが医師Ｄからの要望に基づき、追加情報又は質問を生成するかを決定する。なお、要望受付部１０６で受け付けられる医師Ｄからの要望の詳細については、図６等を参照しつつ、後述する。
【００５２】
生成情報決定部１５１において、レッドフラッグ質問生成部１５２で追加情報又は質問を生成すると決定された場合、レッドフラッグ質問生成部１５２は、患者Ｐが重篤な疾患に罹患しているか否かを、医師Ｄが判断するために有益となる情報を、追加情報又は質問として生成する。
具体的に例えば、レッドフラッグ質問生成部１５２は、患者情報等から取得された患者Ｐの主訴から、当該主訴と紐づけられているレッドフラッグに関して確認すべき内容を含む情報をレッドフラッグＤＢ４００から、患者Ｐにさらに確認すべき、追加情報又は質問を抽出し、その情報を追加情報又は質問として生成する。
【００５３】
生成情報決定部１５１において、疾患絞込質問生成部１５３で追加情報又は質問を生成すると決定された場合、疾患絞込質問生成部１５３は、患者Ｐが罹患している疾患の候補、医師Ｄが絞り込むために有益となる情報を、追加情報又は質問として生成する。
具体的に例えば、疾患絞込質問生成部１５３は、患者情報等から取得された患者Ｐの罹患している疾患の候補から、当該疾患の候補と紐づけられている用語に関して確認すべき内容を含む情報を疾患尤度比ＤＢから、患者Ｐにさらに確認すべき、追加情報又は質問を抽出し、その情報を追加情報又は質問として生成する。
【００５４】
生成情報決定部１５１において、クライテリア質問生成部１５４で追加情報又は質問を生成すると決定された場合、クライテリア質問生成部１５４は、患者Ｐが特定の疾患を罹患しているか否かを、医師Ｄが特定するために有益となる情報を、追加情報又は質問として生成する。
具体的に例えば、クライテリア質問生成部１５４は、患者情報等から取得された患者Ｐが罹患している疾患の候補のうち、医師Ｄが特定しようとする疾患に関して確認すべき内容を含む情報をクライテリアＤＢ５００から、患者Ｐにさらに確認すべき、追加情報又は質問を抽出し、その情報を追加情報又は質問として生成する。
【００５５】
提示部１０５は、追加情報生成部１０７で生成した追加情報を、医師Ｄに対して提示する。
【００５６】
これにより、医師Ｄは、医師Ｄの要望に基づいた追加情報を提示されることができる。医師Ｄは、追加情報に基づき、患者Ｐに対して問診として、質問や検査を行うことにより、疾患を特定し、初期診断を行うことができる。
また、医師Ｄが初期診断に至らなかった場合、推論支援端末１は、医師Ｄに更なる患者情報を入力されることができる。更なる患者情報を入力された推論支援端末１は、疾患情報を更新することができる。医師Ｄは、問診を繰り返すことにより、疾患を特定し初期診断を行うことができる。
【００５７】
鑑別診断取得部１０８は、初期診断が行われた患者Ｐの鑑別診断の結果を取得する。即ち、初期診断が行われた患者Ｐが、大規模な病院や緊急による対応や、経過観察、通常の処方薬等が行われ、疾患が特定された結果を鑑別診断の結果として、取得する。
鑑別診断の結果は、後述する学習部において、教師データとして活用されることができる。
【００５８】
学習部１０９は、上述の各機能ブロックの種々の入出力を取得し、学習することができる。具体的には例えば、学習部１０９は、患者情報、オリジナルプロブレムリスト、医療言語プロブレムリスト、事後オッズ、鑑別診断の結果、を取得して学習することができる。なお、学習した結果は、学習結果ＤＢ６００に格納される。推論支援端末１は、学習結果ＤＢ６００に格納された学習の結果に基づいて、医師Ｄの推論の支援をすることができる。
【００５９】
これにより、例えば、学習部１０９は、患者情報取得部１０１から取得した患者情報と、医学用語変換部１０２から取得したオリジナルプロブレムリストから、キーワードの抽出に係る解析について、学習することができる。これにより、学習結果を利用した医学用語変換部１０２は、より正確にオリジナルプロブレムリストを生成できるようになる。
【００６０】
他には、例えば、学習部１０９は、医学用語変換部１０２から取得したオリジナルプロブレムリストと、医学用語変換部１０２から取得した医学用語プロブレムリストから、一般的なキーワードと、医学的に分類されたより上位の概念として置き換えられた用語との対応付けについて、学習することができる。これにより、学習結果を利用した医学用語変換部１０２は、より正確に医学用語プロブレムリストを生成できるようになる。
【００６１】
他には例えば、学習部１０９は、疾患情報生成部１０４から取得した疾患情報と、要望受付部１０６から取得した医師Ｄの要望から、患者Ｐの罹患している疾患の候補に対する医師Ｄの絞込みの要望の関係性について、学習することができる。これにより、学習結果を利用した追加情報生成部１０７は、典型的な医師Ｄから寄せられる要望を加味した追加情報を生成することができる。
【００６２】
以下、図４乃至図１４に示す、図２の推論支援端末１に表示される本サービスの提供に係る画面の例に基づき、本サービスが提供するサービスを説明する。
【００６３】
図４は、図２の推論支援端末に表示される、患者情報及びオリジナルプロブレムリスト表示画面の一例である。
図４の画面の例では、図４の画面の左上部に、問診結果入力欄Ｗ１が表示されている。また、図４の問診結果入力欄Ｗ１の上部及び下部には、患者Ｐの性別やバイタルサイン、既往症を入力する欄が表示されている。これらの欄に対し、医師Ｄは、問診結果を含む初期診断に係る臨床推論に資する様々な情報である患者情報を入力する。
図４の画面の中央には、オリジナルプロブレムリスト欄Ｗ２が表示されている。オリジナルプロブレムリスト欄Ｗ２には、図３の医学用語変換部１０２により生成された、患者情報から複数の問題となりえる言葉を抽出したリストであるオリジナルプロブレムリストが表示される。
図４の画面の右上には、主訴欄Ｗ３が表示されている。図４の画面の例では、主訴（Ｃｈｉｅｆ  Ｃｏｍｐｌａｉｎｔ）は、胸痛（Ｃｈｅｓｔ  Ｐａｉｎ）である。
【００６４】
ここで、図４の画面において、問診結果入力欄Ｗ１とオリジナルプロブレムリスト欄Ｗ２とが並んで表示される。これにより、図４の画面を確認した医師Ｄは、患者情報からオリジナルプロブレムリストとして、何れのキーワードを抽出すればよいか学ぶことができる。また、医師Ｄは、図４の画面において、オリジナルプロブレムリスト欄Ｗ２を操作することにより、患者情報から抽出するキーワードを追加や削除することができる。
【００６５】
次に、医師Ｄは、ＳＱボタンＢ１の操作を行う。これにより、図５の例の画面が表示される。
【００６６】
図５は、図２の推論支援端末に表示される、オリジナルプロブレムリスト及び医学用語プロブレムリスト表示画面の一例である。
図５の画面の例では、図５の画面の左側に、オリジナルプロブレムリスト欄Ｗ２が表示されている。また、図５の画面の例では、図５の画面の右側に、医学用語プロブレムリスト欄Ｗ４が表示されている。
【００６７】
ここで、図５の画面において、オリジナルプロブレムリスト欄Ｗ２と医学用語プロブレムリスト欄Ｗ４とが並んで表示される。即ち、図５には、図３の医学用語変換部１０２により変換された、オリジナルプロブレムリストと、医学用語プロブレムリストが並んで表示されている。
また、医師Ｄは、図５の画面において、医学用語プロブレムリスト欄Ｗ４を操作することにより、オリジナルプロブレムリストと対応するＳＱを変更することができる。これにより、図５の画面を確認した医師Ｄは、オリジナルプロブレムリストと、医学用語であるＳＱとが、どのように対応づくのか学ぶことができる。
【００６８】
患者情報に含まれる問診結果は、患者Ｐの生の受け答えの内容を記載したテキストデータである。そのため、記載されている症状や用語が、医学用語としては解釈が困難な表現である可能性が高い。そこで、推論支援端末１は、そのような解釈が困難な表現を医学用語へと変換し、以降の処理が行いやすいように問診結果を加工するものである。
これにより、推論支援端末１は、所謂自然語が含まれる患者情報を、統制語であるＳＱに変換することで、疾患ごとの事後オッズを演算する精度を向上することができる。
次に、推論支援端末１は、医学用語プロブレムリストに基づき、疾患の夫々の疾患らしさの指標を演算する。即ち、医学用語プロブレムリストのＳＱの夫々を、疾患の夫々の尤度比と対応付けて、疾患の夫々の確率の指標である疾患らしさである事後オッズを演算する。事後オッズの計算の詳細は、図１における説明の通りである。
【００６９】
図６は、図２の推論支援端末に表示される、臨床推論支援画面の一例である。
図６の画面の例では、図６の画面の上部に、「Ｄｉａｇｎｏｓｔｉｃ  Ｒｅａｓｏｎｉｎｇ  臨床推論」の記載がある。また、図６の画面の左下部には、「Ｐｒｏｂｌｅｍ  Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  問題表象」の記載があり、図６の画面の右下部には、「Ｈｙｐｏｔｈｅｔｉｃｏ−ｄｅｄｕｃｔｉｖｅ  ｍｅｔｈｏｄ  仮説演繹法」の記載がある。一方、図６の画面の右中央部には、円形の図形と往復する矢印とが記載されている。問題表象を元に、仮説演繹法を通して、種々の判断を繰り返し利用して疾患を絞込み、初期診断を行うという臨床推論のプロセスを示している。
【００７０】
図６の画面の左側には、医学用語プロブレムリストが表示されている。即ち、医師Ｄは、問題表象である医学用語プロブレムリストを元に、臨床推論を行うべき旨が示されている。推論支援端末１は、医学用語プロブレムリストに基づき、患者Ｐが有する潜在的な疾患の候補の情報である疾患情報を医師Ｄに提示ことができる。
【００７１】
疾患情報を提示された医師Ｄは、臨床推論に係る要望として、図６の「Ｒｅｄ  Ｆｌａｇｓ  （Ｐｒｏｇｎｏｓｔｉｃ  ａｐｐｒｏａｃｈ）」ボタンＢ２、「Ｑｕｅｓｔｉｏｎｓ」ボタンＢ３、「Ｃｒｉｔｅｒｉａ」ボタンＢ４、を操作することにより、初期診断を行うことができる。即ち、医師Ｄは、ボタンＢ２乃至Ｂ４を操作することで、図３の推論支援端末１の要望受付部１０６に、要望を受付させることができる。
【００７２】
図７は、図２の推論支援端末に表示される、レッドフラッグ追加情報画面の一例である。
図７の画面は、医師Ｄが、図６の画面のうち、Ｂａｙｏｎｓ’  ｔｈｅｏｒｅｍに基づくアプローチの１つとして「Ｒｅｄ  Ｆｌａｇｓ  （Ｐｒｏｇｎｏｓｔｉｃ  ａｐｐｒｏａｃｈ）」ボタンＢ２の操作を行った場合に、表示される。
【００７３】
図７の画面の左側には、医学用語プロブレムリスト欄Ｗ４が表示されている。また、図７の画面の中央には、レッドフラッグ欄Ｗ９が表示される。
レッドフラッグ欄Ｗ９には、医学用語プロブレムリスト欄Ｗ４に示される主訴と紐づけられているレッドフラッグに関して確認すべき内容がリストされている。推論支援端末１は、レッドフラッグ欄Ｗ９を介して、医師Ｄに、追加情報を提供することができる。
医師Ｄは、レッドフラッグ欄Ｗ５から、レッドフラッグを選択し、患者Ｐが当てはまるかをＹＥＳとＮＯとから選択する。これにより、推論支援端末１は、患者Ｐがレッドフラッグに該当するかの情報を更なる患者情報として取得することができる。
【００７４】
図８は、図２の推論支援端末に表示される、疾患絞込追加情報画面の一例である。
図８の画面は、医師Ｄが、図６の画面のうち、Ｂａｙｏｎｓ’  ｔｈｅｏｒｅｍに基づくアプローチの１つとして「Ｑｕｅｓｔｉｏｎｓ」ボタンＢ６の操作を行った場合に、表示される。
【００７５】
図８の画面の左側には、医学用語プロブレムリスト欄Ｗ４が表示されている。また、図８の画面の右側には、クエスチョン欄Ｗ６が表示される。
クエスチョン欄Ｗ６には、医学用語プロブレムリスト欄Ｗ４に示される医学用語プロブレムリストに基づく疾患情報に関して確認すべき内容がリストされている。推論支援端末１は、クエスチョン欄Ｗ６を介して、医師Ｄに対し、追加情報を提供することができる。
医師Ｄは、クエスチョン欄Ｗ６から、質問を選択し、患者Ｐが当てはまるかをＹＥＳとＮＯとから選択する。これにより、推論支援端末１は、患者Ｐが質問に該当するかの情報を更なる患者情報として取得することができる。
【００７６】
図９は、図２の推論支援端末に表示される、クライテリア追加情報画面の一例である。
図９の画面は、医師Ｄが、図６の画面のうち、Ｂａｙｏｎｓ’  ｔｈｅｏｒｅｍに基づくアプローチの１つとして「Ｃｒｉｔｅｒｉａ」ボタンＢ７の操作を行った場合に、表示される。
【００７７】
図９の画面の左側には、診断仮説欄Ｗ８が表示されている。また、図９の画面の右側には、クライテリア欄Ｗ７が表示される。
クライテリア欄Ｗ７には、診断仮説欄Ｗ８に示される疾患情報に基づく患者Ｐが罹患している疾患のうち、ある疾患であるか否かを特定する項目がリストされている。推論支援端末１は、クライテリア欄Ｗ７を介して、医師Ｄに対し、追加情報を提供することができる。
医師Ｄは、クエスチョン欄Ｗ６から、ある疾患であるか否かを特定する項目を選択し、患者Ｐが当てはまるかをＹＥＳとＮＯとから選択する。これにより、推論支援端末１は、患者Ｐが項目に該当するかの情報を更なる患者情報として取得することができる。
【００７８】
以上本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００７９】
ここで、上述の実施形態では説明を省略したが、推論支援端末１に備えられ得る更なる機能について、図６及び図１０乃至図１４を参照しつつ説明する。
【００８０】
疾患情報を提示された医師Ｄは、臨床推論に係る要望として、図６の「Ｄｉａｇｎｏｓｔｉｃ  Ｈｙｐｏｔｈｅｓｉｓ」ボタンＢ５、「Ａｂｄｕｃｔｉｏｎ  （ｈｙｐｏｔｈｅｔｉｃｏ−Ｄｅｄｕｃｔｉｖｅ  ｍｅｔｈｏｄ）」ボタンＢ６、「Ｉｎｉｔｉａｌ  Ｄｉａｇｎｏｓｉｓ」ボタンＢ７、「ＯＰＱＲＳＴ」ボタンＢ８、「Ａｌｇｏｒｉｔｈｍｉｃ  Ａｐｐｒｏａｃｈ」ボタンＢ９、を操作することにより、初期診断を行うことができる。即ち、医師Ｄは、ボタンＢ２乃至Ｂ４を操作することで、推論支援端末の要望受付部に、要望を受付させることができる。
【００８１】
図１０は、図２の推論支援端末に表示される、診断仮説画面の一例である。
図１０の画面は、医師Ｄが、図６の画面のうち、医学用語プロブレムリストから出る矢印の１つ目の段階を示す「Ｄｉａｇｎｏｓｔｉｃ  Ｈｙｐｏｔｈｅｓｉｓ」ボタンＢ５の操作を行った場合に、表示される。
【００８２】
図１０の画面の左側には、医学用語プロブレムリスト欄Ｗ４が表示されている。また、図７の画面の中央には、診断仮説欄Ｗ８が表示される。また、図７の画面の右側には、ＶＩＮＤＩＣＡＴＥ＋Ｐ欄Ｗ９が表示される。
ここで、ＶＩＮＤＩＣＡＴＥとは、Ｖａｓｃｕｌａｒ（血管性）、Ｉｎｆｅｃｔｉｏｎ（感染）、Ｎｅｏｐｌａｓｍ（新生物）、Ｄｅｇｅｎｅｒａｔｉｖｅ（変性）、Ｉｄｉｏｐａｔｈｉｃ（中毒）、Ｃｏｎｇｅｎｉｔａｌ（先天性）、Ａｕｔｏｉｍｍｕｎｅ（アレルギー・自己免疫）、Ｔｒａｕｍａ（外傷）、Ｅｎｄｏｃｒｉｎｅ（代謝・内分泌系）の頭文字である。また、Ｐとは、Ｐｓｙｃｈｏｇｅｎｉｃ（精神・心因性）の頭文字である。
つまり、医師Ｄは、臨床推論を行うに当たり、まず、問題表象である医学用語プロブレムリストから出る矢印の１つ目の段階である診断仮説として、ＶＩＮＤＩＣＡＴＥ＋Ｐの観点により、病態を考えることができることを示している。
医師Ｄは、ＶＩＮＤＩＣＡＴＥ＋Ｐ欄Ｗ９から、患者が該当する項目を選択する。これにより、推論支援端末１は、患者Ｐが項目に該当するかの情報を更なる患者情報として取得することができる。
【００８３】
図１１は、図２の推論支援端末に表示される、仮説演繹法画面の一例である。
図１１の画面は、医師Ｄが、図６の画面のうち、医学用語プロブレムリストから出る矢印の１つ目の段階を示す「Ａｂｄｕｃｔｉｏｎ  （ｈｙｐｏｔｈｅｔｉｃｏ−Ｄｅｄｕｃｔｉｖｅ  ｍｅｔｈｏｄ）」ボタンＢ６の操作を行った場合に、表示される。
【００８４】
図１１の画面の左側には、医学用語プロブレムリスト欄Ｗ４が表示されている。また、図８の画面の中央には、診断仮説欄Ｗ８が表示される。また、図１１の画面の右側には、仮説演繹欄Ｗ１０が表示される。
医師Ｄは、仮説演繹欄Ｗ１０から、患者Ｐが項目に当てはまるかをＹＥＳとＮＯとから選択する。これにより、推論支援端末１は、患者Ｐが項目に該当するかの情報を更なる患者情報として取得することができる。
【００８５】
図１２は、図２の推論支援端末に表示される、初期診断画面の一例である。
図１２の画面は、医師Ｄが、図６の画面のうち、医学用語プロブレムリストから出る矢印の３つ目の段階を示す「Ｉｎｉｔｉａｌ  Ｄｉａｇｎｏｓｉｓ」ボタンＢ７の操作を行った場合に、表示される。
【００８６】
図１２の画面の左側には、診断仮説欄Ｗ８が表示されている。また、図１２の画面の右側には、初期診断欄Ｗ１１が表示されている。
初期診断欄Ｗ１１には、疾患情報に基づき、患者Ｐが罹患している疾患の候補がリストされる。
医師Ｄは、初期診断欄Ｗ１１に基づき、疾患の夫々の事後オッズを参照して、初期診断をすることができる。
【００８７】
図１３は、図２の推論支援端末に表示される、ＯＰＱＲＳＴ追加情報画面の一例である。
図１３の画面は、医師Ｄが、図６の画面のうち、Ｂａｙｏｎｓ’  ｔｈｅｏｒｅｍに基づくアプローチの１つとして「ＯＰＱＲＳＴ」ボタンＢ８の操作を行った場合に、表示される。
【００８８】
図１３の画面の左側には、医学用語プロブレムリスト欄Ｗ４が表示されている。また、図１３の画面の右側には、ＯＰＱＲＳＴ欄Ｗ１２が表示される。
ここで、ＯＰＱＲＳＴとは、Ｏｎｓｅｔ（発症様式）、Ｐａｌｌｉａｔｉｖｅ／Ｐｒｏｖｏｃａｔｉｖｅ  ｆａｃｔｏｒ（増悪・寛解因子）、Ｑｕａｌｉｔｙ（性状）、Ｒｅｇｉｏｎ／Ｒａｄｉａｔｉｏｎ／ｒｅｌａｔｅｄ  ｓｙｍｐｔｏｍｓ（部位・放散・関連症状）、Ｓｅｖｅｒｉｔｙ（強さ）、Ｔｅｍｐｏｒａｌ  ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ（啓示的変化）の頭文字である。
つまり、医師Ｄは、臨床推論を行うに当たり、患者が訴える痛みをＯＰＱＲＳＴの観点により、病態を考えることができることを示している。
医師Ｄは、ＯＰＱＲＳＴ欄Ｗ１２から、患者が該当する項目を選択する。これにより、推論支援端末１は、患者Ｐが項目に該当するかの情報を更なる患者情報として取得することができる。
【００８９】
図１４は、図２の推論支援端末に表示される、アルゴリズムアプローチ追加情報画面の一例である。
図１４の画面は、医師Ｄが、図６の画面のうち、Ｂａｙｏｎｓ’  ｔｈｅｏｒｅｍに基づくアプローチの１つとして「Ａｌｇｏｒｉｔｈｍｉｃ  Ａｐｐｒｏａｃｈ」ボタンＢ９の操作を行った場合に、表示される。
【００９０】
図１４の画面の左側には、医学用語プロブレムリスト欄Ｗ４が表示されている。また、図１４の画面の右側には、アルゴリズムアプローチ欄Ｗ１３が表示される。
アルゴリズムアプローチ欄Ｗ１３には、所定のアルゴリズムに基づいて、質問が表示される。医師Ｄは、表示された質問に対し、患者Ｐが項目に当てはまるかをＹＥＳとＮＯとから選択する。これにより、推論支援端末１は、患者Ｐが項目に該当するかの情報を更なる患者情報として取得することができる。更なる患者情報を取得した推論支援端末１は、アルゴリズムアプローチ欄Ｗ１３に、所定のアルゴリズムに基づいて、更なる質問を表示する。医師Ｄは、同様に、表示された質問に対し、患者Ｐが項目に当てはまるかをＹＥＳとＮＯとから選択する。これを繰り返すことにより、患者Ｐが罹患している疾患の候補を絞り込むことができる。
以上、推論支援端末１に備えられ得る更なる機能について、図６及び図１０乃至図１４を参照しつつ説明した。
【００９１】
推論支援端末１は、更に以下のような態様をとることができる。
【００９２】
例えば、上述の実施形態において、初期診断に係るプロセスとして、医師Ｄが患者Ｐに対して問診を行い、その内容に基づき臨床推論を行うものとして説明したが、特にこれに限定されない。
即ち、例えば、患者情報は、医師Ｄにより推論支援端末１に入力される必要はない。更に言えば、患者情報は、症例や初期診断に係る臨床推論の例題として、推論支援端末１に入力されていてもよい。
これにより、医師Ｄは、自身のスキルや状況に合わせて、より自身に合った形で、臨床推論及び初期診断の思考やプロセスについて、トレーニングすることができる。
【００９３】
また例えば、上述の実施形態において、推論支援端末１は、患者情報に基づきオリジナルプロブレムリストを生成し、生成したオリジナルプロブレムリストを医学用語プロブレムリストへ変換し、医学用語プロブレムリストに基づき、事後オッズが算出されるものとして説明したが、特にこれに限定されない。
即ち、例えば、問診の結果から、医師Ｄは自ら医学用語プロブレムリストに類似するリスト等を作成し、それを推論支援端末１に入力してもよい。
さらに言えば、医師Ｄは、問診として、必ずしも書面又は口頭による患者Ｐへの質問を行う必要はなく、任意の方法により患者Ｐが罹患している疾患を特定するための情報を首都できればよい。
これにより、例えば、医師Ｄは、初期診療に係る臨床推論において、患者情報から、患者Ｐが罹患している疾患の候補を推論するための医学用語プロブレムリストを考える力を養うことができる。
【００９４】
また例えば、図１等において示した上述の実施形態における本サービスの流れは、あくまでも例示であり、特にこれに限定されない。
即ち、推論支援端末１による推論結果の提示は、必ずしも上述の実施形態における順序で行われる必要はなく、任意である。また、同様に、医師Ｄから推論支援端末１に対する要望についても、必ずしも上述の実施形態における順序で行われる必要はない。
具体的に例えば、医師Ｄは、必要に応じて、複数回に渡り推論支援端末に対して、要望を行っても良いし、問診前に所定の疾患について関連する質問を事前に確認する等してもよい。
換言すれば、医師Ｄは、自身のスキルや状況に応じて、任意のタイミングで、推論支援端末の備えられている各種機能を利用してもよい。
【００９５】
また、上述の実施形態において、医師Ｄは、推論支援端末１に患者情報を入力した後、患者Ｐが罹患している疾患の候補を特定するため、推論支援端末１に追加情報を求める要望をするものとしたが、特にこれに限定されない。即ち、例えば、医師Ｄは、追加情報を求める要望をせず、任意の回数繰り返して患者情報を入力してもよい。更に言えば、医師Ｄは、追加情報を求める要望をすることができるが、追加情報の種類や回数は限定されず、任意の順番で任意の回数の要望をすることができる。
これにより、医師Ｄは臨床推論の過程で、試行錯誤を繰り返した推論を進めることで、実際的な推論の過程を経ることができる。即ち、医師Ｄは、初期診断に関係するスキルの向上をすることができる。
【００９６】
上述の実施形態の説明において、疾患情報生成部１０４は、患者情報に基づき、患者Ｐに関連し得る疾患に関する疾患情報を生成するとしたが、特にこれに限定されない。即ち例えば、疾患情報を生成又は取得すれば足る。具体的には例えば、疾患情報生成部１０４は、患者情報に基づき、所定のデータベース等から、患者Ｐに関連し得る疾患に関する情報を取得できればよい。
【００９７】
上述の実施形態の説明において、鑑別診断取得部１０８は、初期診断が行われた患者Ｐの鑑別診断の結果を取得し、鑑別診断の結果は、学習部１０９において、教師データとして活用されることができるとしたが、特にこれに限定されない。即ち例えば、患者情報と鑑別診断の結果は、図示せぬサーバに送信されてもよい。これにより、例えば、サーバにおいて、患者情報と鑑別診断の結果を含むビッグデータとして蓄積し、さらに利用することができる。即ち、患者Ｐに関する情報を含む患者情報と疾患が特定された結果を鑑別診断の結果の情報とを、症例の研究に資する情報として活用する等、種々の二次利用が可能となる。
【００９８】
また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図３の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図３の例に限定されない。また、機能ブロックの存在場所も、図３に特に限定されず、任意でよい。例えば、推論支援端末１の機能ブロックを図示しない別のサーバ等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【００９９】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【０１００】
このようなプログラムを含む記録媒体は、医師Ｄ等にプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で医師Ｄ等に提供される記録媒体等で構成される。
【０１０１】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【０１０２】
以上を換言すると、本発明が適用される情報処理装置は、次のような構成を有していれば足り、各種各様な実施の形態を取ることができる。
即ち、本発明が適用される情報処理装置（例えば、図２の推論支援端末１）は、
患者に関する情報を含む情報を、患者情報として取得する患者情報取得手段（例えば、図３の患者情報取得部１０１）と、
前記患者情報に基づき、前記患者に関連し得る疾患に関する第１情報（例えば、疾患情報）を生成又は取得する第１生成取得手段（例えば、図３の疾患情報生成部１０４）と、
前記第１情報又は前記第１情報に基づく情報を、医療従事者に対して提示する提示手段（例えば、図３の提示部１０５）と、
を備える。
これにより、何れの疾患の可能性が高いかを推論するための情報を提供することができる。
【０１０３】
また、前記第１情報に基づき、前記患者に関連し得る疾患に関する第２情報（追加情報）を生成又は取得する第２生成取得手段（例えば、図３の追加情報生成部１０７）をさらに備え、
前記提示手段は、前記第１情報に基づく情報として、前記第２情報を提示することもできる。
【０１０４】
また、前記第２情報は、前記患者に対する質問を含めることもできる。
これにより、推論支援端末１は、追加情報として、患者Ｐに尋ねるべき質問等を生成することができる。
【０１０５】
また、前記疾患情報を提示された前記医療従事者からの要望を受け付ける受付手段（例えば、図３の要望受付部１０６）をさらに備え、
前記第２生成取得手段は、前記第１情報に加えて前記要望に基づき、前記第２情報を生成することもできる。
【０１０６】
また、前記第１情報には、重篤な疾患を示す情報が含まれており、
前記第２情報は、前記患者が前記重篤な疾患であるかを判断するための支援となる情報（例えば、レッドフラッグ）である。
【０１０７】
また、前記第１情報には、複数の疾患を示す情報が含まれており、
前記第２情報は、前記患者の疾患として、前記第１情報で特定される疾患のうち少なくとも１つが含まれているかを判断するための支援となる情報（例えば、追加情報）である。
【符号の説明】
【０１０８】
１・・・推論支援端末、１１・・・ＣＰＵ、１６・・・出力部、１７・・・入力部、１０１・・・患者情報取得部、１０２・・・医学用語変換部、１０３・・・事後オッズ演算部、１０４・・・疾患情報生成部、１０５・・・提示部、１０６・・・要望受付部、１０７・・・追加情報生成部、１０８・・・鑑別診断取得部、１０９・・・学習部、１５１・・・生成情報決定部、１５２・・・レッドフラッグ質問生成部、１５３・・・疾患絞込質問生成部、１５４・・・クライテリア質問生成部、３００・・・疾患尤度比ＤＢ、４００・・・レッドフラッグＤＢ、５００・・・クライテリアＤＢ、６００・・・学習結果ＤＢ
【図１】
2020144623.tif 000003
【図２】
2020144623.tif 000004
【図３】
2020144623.tif 000005
【図４】
2020144623.tif 000006
【図５】
2020144623.tif 000007
【図６】
2020144623.tif 000008
【図７】
2020144623.tif 000009
【図８】
2020144623.tif 000010
【図９】
2020144623.tif 000011
【図１０】
2020144623.tif 000012
【図１１】
2020144623.tif 000013
【図１２】
2020144623.tif 000014
【図１３】
2020144623.tif 000015
【図１４】
2020144623.tif 000016