特許 7640148 問診支援システム

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

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

(11)【特許番号】

(24)【登録日】2025-02-25

(45)【発行日】2025-03-05

(54)【発明の名称】問診支援システム

(51)【国際特許分類】

   G16H 10/20 20180101AFI20250226BHJP

【ＦＩ】

G16H10/20

【請求項の数】 1

(21)【出願番号】P 2024033886

(22)【出願日】2024-03-06

【審査請求日】2024-03-11

【早期審査対象出願】

【前置審査】

(73)【特許権者】

【識別番号】523479341

【氏名又は名称】ＡＩ－ＤａｔａＳｃｉｅｎｃｅ株式会社

(74)【代理人】

【識別番号】110001793

【氏名又は名称】弁理士法人パテントボックス

(72)【発明者】

【氏名】倉橋 一成

【審査官】原 秀人

(56)【参考文献】

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

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

【文献】窪田 寛之，はじめての業務分析，初版，ソフトバンククリエイティブ株式会社，2013年02月04日，p. 67-71

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

Ｇ１６Ｈ １０／００－８０／００

Ｇ０６Ｑ ５０／２２

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

【請求項1】

問診支援装置と、患者アプリケーションプログラムが読み込まれた患者端末と、診察医アプリケーションプログラムが読み込まれた診察医端末とを含む問診支援システムであって、
前記患者アプリケーションプログラムは、
前記患者端末を、
患者により入力された問診情報と、言語モデルにより生成された前記問診情報に応じた診断情報とを含む問診データを作成する問診データ作成手段と、
作成した前記問診データを、前記問診支援装置に送信する問診データ送信手段と、
作成した前記問診データの識別子を含むコード画像を表示するコード表示手段として機能させ、
前記診察医アプリケーションプログラムは、
前記診察医端末を、
前記患者端末に表示された前記コード画像を読み取るコード読取手段と、
前記コード画像に含まれる前記問診データの識別子と、前記診察医端末を使用する医療施設又は前記医療施設の診察医の識別子とを対応付けて、前記問診支援装置に送信する問診データ対応付手段と、
前記診察医端末を使用する前記医療施設又は前記医療施設の診察医の前記識別子に対応付けられた問診データを、前記問診支援装置から取得する問診データ取得手段と、
取得した前記問診データを表示画面に表示する問診データ表示手段と、
して機能させることを特徴とする問診支援システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、問診支援システムに関する。

【背景技術】

【0002】

近年、医療スタッフ不足や患者数の増加により、医療機関によっては、患者の診察待ち時間は必ずしも少なくない。従来より医療機関においては診察時間の短縮等を図るため、問診票が用いられている。医師の診察前に患者は問診票シートに自覚症状等を可能な限り詳しく記入しておく。医師は診察に際し、記入済みの問診票を確認しながら診察を行うことができる。これにより患者の主訴を一から聴取する場合に比べ、医師の診察効率向上及び診察時間短縮、ひいては患者の診察待ち時間の短縮や混雑緩和なども期待できる。

【0003】

これに関する技術として、例えば特許文献１には、問診システムが記載されている。サーバ装置１１は、患者が使用する端末装置１２から患者により選択された症候を示す症候データを受信し、当該症候に応じた複数の質問と当該質問に応じた複数の回答の選択肢を示すデータを端末装置１２に送信する。端末装置１２は、サーバ装置１１から受信したデータが示す質問と回答の選択肢を表示する。サーバ装置１１は、端末装置１２から患者により選択された回答を示す回答データを受信すると、受信した回答データが示す回答に基づき未回答の質問の要否を判定し、必要と判定した質問と回答の選択肢を示すデータを端末装置１２に送信する。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０２３－０８０３７３号公報

【発明の概要】

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

【0005】

上記特許文献１に記載の問診システムは、患者の事前問診データを病院に送信するに際し、検索画面（図１３等）などで病院や医師を検索する必要があり、患者にとってその操作性に改良の余地がある。特に高齢者等の利用も多い病院システムにおいては、システムによっては患者が使い難かったり使用説明に時間を要すため、患者にとって直感的で容易な操作性が望まれる。

【0006】

本発明は、上記の点に鑑み提案されたものであり、一つの側面では、患者の事前問診にかかる利便性を高めつつ、医師の診察効率向上及び診察時間短縮を図ることを目的とする。

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

【0008】

上記の課題を解決するため、本発明に係る問診支援システムは、問診支援装置と、患者アプリケーションプログラムが読み込まれた患者端末と、診察医アプリケーションプログラムが読み込まれた診察医端末とを含む問診支援システムであって、前記患者アプリケーションプログラムは、前記患者端末を、患者により入力された問診情報と、言語モデルにより生成された前記問診情報に応じた診断情報とを含む問診データを作成する問診データ作成手段と、作成した前記問診データを、前記問診支援装置に送信する問診データ送信手段と、作成した前記問診データの識別子を含むコード画像を表示するコード表示手段として機能させ、前記診察医アプリケーションプログラムは、前記診察医端末を、前記患者端末に表示された前記コード画像を読み取るコード読取手段と、前記コード画像に含まれる前記問診データの識別子と、前記診察医端末を使用する医療施設又は前記医療施設の診察医の識別子とを対応付けて、前記問診支援装置に送信する問診データ対応付手段と、前記診察医端末を使用する前記医療施設又は前記医療施設の診察医の前記識別子に対応付けられた問診データを、前記問診支援装置から取得する問診データ取得手段と、取得した前記問診データを表示画面に表示する問診データ表示手段と、して機能させる。

【発明の効果】

【0009】

本発明の実施の形態によれば、患者の事前問診にかかる利便性を高めつつ、医師の診察効率向上及び診察時間短縮を図ることができる。

【図面の簡単な説明】

【0010】

【図1】本実施形態に係る問診支援システムのネットワーク構成例を示す図である。

【図2】本実施形態に係る問診支援サーバのハードウェア構成例を示す図である。

【図3】本実施形態に係る問診支援システムのソフトウェア構成例を示す図である。

【図4】本実施形態に係るＤＢのデータ構成例を示す図である。

【図5】本実施形態に係る患者端末の患者画面例１を示す図である。

【図6】本実施形態に係る患者端末の患者画面例２を示す図である。

【図7】本実施形態に係る患者端末の患者画面例３を示す図である。

【図8】本実施形態に係る患者端末の患者画面例４を示す図である。

【図9】本実施形態に係る患者端末の患者画面例５を示す図である。

【図10】本実施形態に係るＱＲコード（登録商標）の設置態様例を示す図である。

【図11】本実施形態に係る患者端末の患者画面例６を示す図である。

【図12】本実施形態に係る医師端末の医師画面例１を示す図である。

【図13】本実施形態に係る医師端末の医師画面例２を示す図である。

【図14】本変形例に係る患者端末の患者画面例１を示す図である。

【図15】本変形例に係る患者端末の患者画面例２を示す図である。

【図16】本変形例に係る患者端末の患者画面例３を示す図である。

【図17】本変形例に係る医師端末のスキャン操作例を示す図である。

【図18】本変形例に係る医師端末の医師画面例１を示す図である。

【図19】本変形例に係る患者端末の患者画面例４を示す図である。

【図20】本変形例に係る患者端末の患者画面例５を示す図である。

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

【0011】

本発明の実施形態について、図面を参照しつつ詳細に説明する。

【0012】

＜システム構成＞
（ネットワーク構成）
図１は、本実施形態に係る問診支援システムのネットワーク構成例を示す図である。図１の問診支援システム１００は、問診支援サーバ１０、大規模言語モデル２０、患者端末３０、医師端末４０、及び、ＱＲコード（登録商標）５０を含み、ネットワーク６０を介して接続されている。

【0013】

問診支援サーバ１０は、医師の診察前に患者により作成された問診情報を予め受け付けるとともに、問診データと診察担当医とを紐付けることで、医師が診察に際し患者により事前に作成された問診データを閲覧可能とするサーバ装置である。

【0014】

大規模言語モデル（LLM：Large Language Models）２０は、大量のテキストデータを用いて文法や単語の意味等を教師なし事前学習させた汎用自然言語処理モデル（LLM：Large Language Models）に対し、さらに特定ドメイン（医療ドメイン）の知識を教師あり学習させた言語モデルである。汎用自然言語処理モデルに適切な「質問」と望ましい「回答」のセットを学習（ファインチューニング）させることで、医療分野に求められるより専門性の高い回答文章を生成可能とした。なお、汎用自然言語処理モデルは、例えば、ＢＥＲＴ（Bidirectional Encoder Representations from Transformers）、ＧＰＴ（Generative Pre-trained Transformer）－３．５、ＧＰＴ－４等をベースとした医療用の言語モデル（生成ＡＩ）を用いることができる。

【0015】

患者端末３０は、例えばスマートフォン、タブレット端末などであり、問診支援システム１００を利用する患者の端末装置である。患者は患者端末３０を用いて問診支援サーバ１０にアクセス・ログインし、例えば対話形式により自覚症状等の問診情報を事前に入力することができる。また本実施形態に係る患者端末３０は、カメラ及び画像コード読み取りソフトウェアを有しており、事前に作成された問診データと診察担当医とを紐付けるため、患者が医師の診察前に病院側で用意されているＱＲコード（登録商標）５０を読み取る操作を行う。

【0016】

医師端末４０は、例えばスマートフォン、タブレット端末又はＰＣ（Personal Computer）などであり、問診支援システム１００を利用する医師（診察医）の端末装置である。医師は医師端末４０を用いて問診支援サーバ１０にアクセス・ログインし、患者の診察に際し、事前に作成された患者の問診データを閲覧可能である。

【0017】

ＱＲコード（登録商標）５０は、病院等の医療施設に設置されるＱＲコード（登録商標）である。例えば病院の受付等に設置されたり、診察室扉や案内板に掲示されたり、問診票用紙に印刷される形で設置される。本実施形態に係るＱＲコード（登録商標）の設置態様の具体例については後述する（図１０）。

【0018】

ネットワーク６０は、有線、無線を含む通信ネットワークである。ネットワーク６０は、例えば、インターネット、公衆回線網、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）などを含む。

【0019】

なお、患者端末３０及び医師端末４０には、問診支援サーバ１０にアクセスするために、予め所定のアプリケーションプログラム（汎用ウェブブラウザ、専用アプリ等）がインストールされる。

【0020】

（ハードウェア構成）
図２は、本実施形態に係る問診支援サーバのハードウェア構成例を示す図である。問診支援サーバ１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ＨＤＤ（Hard Disk Drive）１４、及び通信装置１５を有する。

【0021】

ＣＰＵ１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ１２は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ１３は、ＣＰＵ１１での処理を一時的に記憶したり、データを記憶したりする作業エリアである。ＨＤＤ１４は、各種データ及びプログラムを格納する。通信装置１５は、ネットワーク６０を介して他装置との通信を行う。

【0022】

（ソフトウェア構成）
図３は、本実施形態に係る問診支援システムのソフトウェア構成例を示す図である。
・問診支援サーバ１０は、主な機能部として、問診情報受信部１０１、問診情報送信部１０２、診断情報受信部１０３、診断情報送信部１０４、問診データ対応付部１０５、問診データ送信部１０６、及び記憶部１０９を有する。

【0023】

問診情報受信部１０１は、患者端末３０から患者に入力された問診情報を受信する機能を有している。問診情報送信部１０２は、大規模言語モデル２０に、患者端末３０から受信した問診情報を送信する機能を有している（図７等）。

【0024】

診断情報受信部１０３は、大規模言語モデル２０から、患者端末３０から受信した問診情報に応じた診断情報を受信する機能を有している。診断情報送信部１０４は、患者端末３０に大規模言語モデル２０から受信した診断情報を送信する機能を有している（図８等）。

【0025】

問診データ対応付部１０５は、問診データＤＢ上、患者により作成された問診データを、患者端末３０から受信した医療施設又は医療施設の診察医の識別子と対応付けて問診データＤＢに記憶する機能を有している（図１１等）。

【0026】

問診データ送信部１０６は、医師端末４０からの取得要求に応じて、医師端末４０を使用する医療施設又は医療施設の診察医の識別子に対応付けられた問診データを送信する機能を有している（図１２等）。記憶部１０９は、患者ＤＢ、医師ＤＢ、及び問診データＤＢを記憶する（図４等）。

【0027】

・患者端末３０は、主な機能部として、問診データ作成部３０１、コード読取部３０２、及び問診データ対応付部３０３を有する。
問診データ作成部３０１は、患者により入力された問診情報と、大規模言語モデル２０により生成された問診情報に応じた診断情報とを含む問診データを作成する機能を有している（図６－９等）。

【0028】

コード読取部３０２は、医療施設に設置されたコード画像媒体のコード画像を読み取る機能を有している（図１１等）。

【0029】

問診データ対応付部３０３は、作成された問診データと、医療施設に設置されたコード画像媒体から読み取られたコード画像に含まれる医療施設又は医療施設の診察医の識別子とを対応付ける機能を有している（図４の問診データＤＢの「病院ＩＤ」及び「医師ＩＤ」、１１等）。

【0030】

・医師端末４０は、主な機能部として、問診データ取得部４０１、及び問診データ表示
問診データ取得部４０１は、医師端末４０を使用する医療施設又は医療施設の診察医の識別子（ログインした病院ＩＤ及び医師ＩＤ）に対応付けられた問診データを取得する機能を有している。問診データ表示部４０２は、取得した問診データを表示画面に表示する機能を有している（図１２、１３等）。

【0031】

なお、各機能部は、問診支援サーバ１０、患者端末３０、及び医師端末４０を構成するコンピュータのＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で実行されるプログラムによって実現されるものである。これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。また、記憶部１０９の各ＤＢは、ネットワーク６０上の外部記憶装置に配置することも可能である。また、上記コンピュータプログラム及びアプリケーションプログラムは、コンピュータが読み取り可能な記憶媒体に格納されていてもよい。

【0032】

（データベース）
図４は、本実施形態に係るＤＢのデータ構成例を示す図である。患者ＤＢは、患者情報（ユーザ情報）が予め登録されたＤＢである。本実施形態に係る患者ＤＢは、例えば「患者ＩＤ」、「パスワード」、「メールアドレス」、「患者名」、「性別」、「年齢」、「生年月日」などのデータ項目を有する。

【0033】

「患者ＩＤ」は、患者（ユーザ）毎に付番される固有の識別子である。「患者ＩＤ」及び「パスワード」は、ユーザが問診支援サーバ１０にアクセス・ログインするためのＩＤ及びパスワードである。「メールアドレス」、「患者名」、「性別」、「年齢」、「生年月日」は、それぞれ患者のメールアドレス、患者名、性別、年齢、生年月日である。これらデータ項目は、ユーザ登録時、即ち患者が問診支援サーバ１０に初回アクセスした際に登録される。

【0034】

病院ＤＢは、病院情報（ユーザ情報）が予め登録されたＤＢである。本実施形態に係る病院ＤＢは、例えば「病院ＩＤ」、「医師ＩＤ」、「パスワード」、「メールアドレス」、「病院名」、「所属」、「医師名」などのデータ項目を有する。

【0035】

「病院ＩＤ」は、病院（医療施設）毎に付番される固有の識別子である。「医師ＩＤ」は、当該病院に所属する医師（ユーザ）毎に付番される固有の識別子である。「病院ＩＤ」、「医師ＩＤ」及び「パスワード」は、医師が問診支援サーバ１０にアクセス・ログインするためのＩＤ及びパスワードである。「メールアドレス」、「病院名」、「所属」、「医師名」は、それぞれ医師のメールアドレス、病院名、所属、医師名である。これらデータ項目は、ユーザ登録時、即ち医師又は病院担当者が問診支援サーバ１０に初回アクセスした際に登録される。他に病院（医療施設）の「所在地」が登録されてもよい。

【0036】

問診データＤＢは、患者により作成された問診情報及びＡＩにより生成（回答）された診断情報を含む問診データが予め登録されたＤＢである。本実施形態に係る問診データＤＢは、例えば「問診データＩＤ」、「作成日時」、「患者ＩＤ」、「タイトル」、「内容」、「受信日時」、「病院ＩＤ」、「医師ＩＤ」などのデータ項目を有する。

【0037】

「問診データＩＤ」は、問診データ毎に付番される固有の識別子である。本実施形態においては例えば「患者ＩＤ＋作成日時」の形式とした。「作成日時」は、問診支援サーバ１０上において、患者により問診データが作成された作成日時である。「患者ＩＤ」は、当該問診データを作成した患者の患者ＩＤである。「タイトル」は、問診タイトルである。問診支援サーバ１０又は患者により作成されうる。「内容」は、患者により対話形式により入力された問診情報と、大規模言語モデル２０（生成ＡＩ）により生成（回答）された診断情報とを含む。この点具体例を示しつつ再度後述する。

【0038】

「受信日時」は、患者からの問診データを診察担当の医師が受信した日時、より具体的には患者が病院側で用意されているＱＲコード（登録商標）５０を読み取り送信を行った日時である。「病院ＩＤ」及び「医師ＩＤ」は、患者により問診データが送信された先の病院の病院ＩＤ及び医師の医師ＩＤである。

【0039】

＜利用例＞
（患者側画面）
図５は、本実施形態に係る患者端末の患者画面例１を示す図である。患者は、患者端末３０から問診支援システム１００にアクセス・ログインし、図５に示す画面３００を、患者端末３０の表示画面上に表示する。患者は医師の診察に先立って自覚症状等の問診情報を事前に入力する。入力場所は、例えば自宅、移動中、病院待合室などであり、医師の診察前であればよい。具体的に、患者は、問診データを作成する場合、まず画面上の「新規作成」３０１を押下操作する。

【0040】

図６は、本実施形態に係る患者端末の患者画面例２を示す図である。次に患者は、画面上の入力欄３１１に自覚症状等の問診情報を質問形式で入力し、入力後に「送信」３１２を押下操作する。このとき入力欄３１１に入力された問診情報は、患者端末３０から問診支援サーバ１０に送信される。

【0041】

図７は、本実施形態に係る患者端末の患者画面例３を示す図である。患者端末３０が入力欄３１１に入力した問診情報を送信すると、問診支援サーバ１０がこれを受信し、患者の吹き出し３１３に当該問診情報が表示される。

【0042】

吹き出し３１３には、例えば、
「昨日から激しい頭痛があって薬を飲んでも治らずずっと続いています。何か大きな病気ではないでしょうか。」
と表示されている。

【0043】

図８は、本実施形態に係る患者端末の患者画面例４を示す図である。大規模言語モデル２０から患者の問診情報に対する回答が出力されると、問診支援サーバ１０がこれを受信し、ＡＩの吹き出し３１４に診断情報が表示される。

【0044】

吹き出し３１４には、例えば、
「頭痛は辛い症状ですね。ただ、私は医師ではないので正確な診断はできませんが、一般的に頭痛の原因として考えられるものを教えて差し上げます。
相談内容から考えられる病態や病名と簡単な説明を以下に示します:
緊張性頭痛: ストレスや筋肉の緊張により引き起こされる頭痛。通常は軽度から中程度の痛みです。
片頭痛 (偏頭痛): 特定の一方の側に鋭い痛みを伴う頭痛。光や音に敏感になることがあります。
群発頭痛: 突然の鋭い痛みが一時的に集中的に現れ、一般的に一側に発生します。
高血圧: 頭痛の原因として高血圧が考えられます。他の症状も伴うことがあります。
副鼻腔炎: 鼻の副鼻腔の炎症により、頭痛が生じることがあります。
必ずしも重大な病気とは限りませんが、症状が続く場合や他の症状がある場合、医師の診察を受けることをお勧めします。」
と表示されている。

【0045】

患者は、ＡＩによる吹き出し３１４が表示された後、さらに対話形式の入力を続けたい場合には、再び入力欄３１１に問診情報を入力し、入力後に「送信」３１２を押下操作することができる。この場合、上記と同様、ＡＩの吹き出し３１４に大規模言語モデル２０から、入力に応じた診断が表示される（非図示）。患者は入力を終了する場合、画面上の「保存」３１５を押下操作する。

【0046】

問診支援サーバ１０は、「保存」３１５が押下操作されると、問診データＤＢ上、「作成日時」にデータ作成された日時、「患者ＩＤ」に当該患者の患者ＩＤ、「タイトル」に「内容」から自動解析取得された問診タイトル、「内容」に患者による問診情報及びＡＩによる診断情報をセットした問診データを新規追加する。なおこの問診データが作成された時点においては、「受信日時」、「病院ＩＤ」、「医師ＩＤ」は空欄である。

【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】

１０ 問診支援サーバ
２０ 大規模言語モデル
３０ 患者端末
４０ 医師端末
６０ ネットワーク
１００ 問診支援システム
１０１ 問診情報受信部
１０２ 問診情報送信部
１０３ 診断情報受信部
１０４ 診断情報送信部
１０５ 問診データ対応付部
１０６ 問診データ送信部
１０９ 記憶部
３０１ 問診データ作成部
３０２ コード読取部
３０３ 問診データ対応付部
４０１ 問診データ取得部
４０２ 問診データ表示部

【要約】

【課題】患者の事前問診にかかる利便性を高めつつ、医師の診察効率向上及び診察時間短縮を図る。
【解決手段】本発明に係る問診支援システムは、患者アプリケーションプログラムは、患者端末を、患者により入力された問診情報と、言語モデルにより生成された問診情報に応じた診断情報とを含む問診データを作成する問診データ作成手段と、患者に医療施設又は医療施設の診察医の識別子を入力させる入力手段と、作成した問診データと、入力又は選択された医療施設又は医療施設の診察医の識別子とを対応付けて、問診支援装置に送信する問診データ対応付手段として機能させ、診察医アプリケーションプログラムは、診察医端末を、診察医端末を使用する医療施設又は医療施設の診察医の前記識別子に対応付けられた問診データを、前記問診支援装置から取得する問診データ取得手段と、取得した問診データを表示画面に表示する問診データ表示手段と、して機能させる。
【選択図】図１１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】