知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-12-09
(45)【発行日】2024-12-17
(54)【発明の名称】閲覧支援システム、閲覧支援方法及びプログラム
(51)【国際特許分類】
G16H 15/00 20180101AFI20241210BHJP
G16H 10/60 20180101ALI20241210BHJP
G16H 70/20 20180101ALI20241210BHJP
G06F 16/90 20190101ALI20241210BHJP
【ＦＩ】
G16H15/00
G16H10/60
G16H70/20
G06F16/90 100
【請求項の数】
9
(21)【出願番号】P 2024114086
(22)【出願日】2024-07-17
【審査請求日】2024-07-23
【早期審査対象出願】
(73)【特許権者】
【識別番号】507220361
【氏名又は名称】株式会社オプテック
(74)【代理人】
【識別番号】110000925
【氏名又は名称】弁理士法人信友国際特許事務所
(72)【発明者】
【氏名】細川 仁志
(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】
本発明に係る閲覧支援システムは、医療関連情報が表示される情報処理端末と、医療関連情報を管理する医療関連情報管理システムと、入力支援システムとがネットワークで接続される。情報処理端末は、医療関連情報を表示する表示部と、表示部に表示された医療関連情報に登録する内容の質問を作成する入力部と、を有する。医療関連情報管理システムは、情報処理端末により入力される、医療関連情報を作成するための作成情報を入力支援システムに出力し、入力支援システムから回答を受付けて、医療関連情報の作成を支援する作成支援部を有する。入力支援システムは、ベクトル化され、ベクトル空間に埋め込まれたナレッジが格納されるベクトルデータベースと、ベクトルデータベースから、ベクトル化された作成情報を基にナレッジを検索し、検索されたナレッジを成形した回答を作成支援部に出力するナレッジ検索部と、を有する。
【発明の効果】
【0011】
本発明によれば、医療関連情報の作成をサポートすることができる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【0012】
【図1】本発明の第１の実施形態に係る閲覧支援システムの全体構成例を示す機能ブロック図である。
【図2】本発明の第１の実施形態に係るカルテ管理システムシステムで用いられるデータ及び情報のデータ構造の例を示す図である。
【図3】本発明の第１の実施形態に係るカルテＤＢのデータ構造の例を示す図である。
【図4】本発明の第１の実施形態に係るＲＡＧシステムの内部構成例を示すブロック図である。
【図5】本発明の第１の実施形態に係るナレッジＤＢの構成例を示す図である。
【図6】本発明の第１の実施形態に係るベクトルＤＢの構成例を示す図である。
【図7】本発明の第１の実施形態に係るプロンプトＤＢの構成例を示す図である。
【図8】本発明の第１の実施形態に係る計算機のハードウェア構成例を示すブロック図である。
【図9】本発明の第１の実施形態に係る電子カルテ作成表示画面の第１の表示例を示す図である。
【図10】本発明の第１の実施形態に係る電子カルテ作成表示画面の第２の表示例を示す図である。
【図11】本発明の第１の実施形態に係るＲＡＧシステムにおけるナレッジの追加処理の例を示すフローチャートである。
【図12】本発明の第１の実施形態に係るＲＡＧシステムにおけるナレッジの更新処理の例を示すフローチャートである。
【図13】本発明の第１の実施形態に係る電子カルテの作成処理の例を示すフローチャートである。
【図14】本発明の第１の実施形態に係るＲＡＧシステムによるナレッジの検索処理の例を示すフローチャートである。
【図15】本発明の第２の実施形態に係る閲覧支援システムの全体構成例を示す機能構成図である。
【発明を実施するための形態】
【0013】
以下、本発明を実施するための形態について、添付図面を参照して説明する。本明細書及び図面において、実質的に同一の機能又は構成を有する構成要素については、同一の符号を付することにより重複する説明を省略する。
【0014】
【0015】
図１は、第１の実施形態に係る閲覧支援システム１の全体構成例を示す機能ブロック図である。閲覧支援システム１を使用する歯科医院のスタッフは、例えば、歯科医師、歯科衛生士、受付の担当者等が想定される。
【0016】
図２は、カルテ管理システム３で用いられるデータ及び情報のデータ構造の例を示す図である。以下、閲覧支援システム１の説明と併せて、図２を参照して、カルテ管理システム３で用いられるデータ及び情報についても説明する。
【0017】
閲覧支援システム１は、歯科医院等の医療機関、及び医療系の大学で用いられる情報処理端末１０、サービス会社で運用されるレセプト管理システム２、カルテ管理システム３、及びＲＡＧ（Retrieval-Augmented Generation）システム４を主要な構成とする。情報処理端末１０と、レセプト管理システム２、カルテ管理システム３は、ネットワークで接続され、暗号化及びＶＰＮ（Virtual Private Network）等のセキュアな通信方式により、データを安全に送受信することが可能になっている。なお、レセプト管理システム２、カルテ管理システム３と、ＲＡＧシステム４は、サービス会社の社内ＬＡＮ等で接続されている。
【0018】
第１の実施形態に係る閲覧支援システム１は、サービス会社によって歯科医院に提供されるクラウド型のカルテ管理システム３に、カルテ管理機能とＲＡＧを用いた入力支援機能を実装する。したがって、以下に説明するカルテは、カルテ管理システム３のカルテ管理機能を用いて電子化された「電子カルテ」であり、この電子カルテは、患者に対する処置と保険点数が書かれた保険カルテである。
【0019】
歯科医院のスタッフは、各自の情報処理端末１０を用いてカルテ管理システム３の認証画面にユーザーＩＤ、パスワード等を入力することで、カルテ管理システム３にアクセスする。その後、スタッフは、カルテＤＢ３３を閲覧し、電子カルテを作成する。
【0020】
ＲＡＧシステム４は、スタッフに回答を提示し入力を支援する入力支援システムの一例である。例えば、スタッフが電子カルテを作成する時には、ＲＡＧシステム４による入力支援を可能とする。図１に示す閲覧支援システム１の形態であれば、歯科医院は、個別にサーバ等を用意する必要がないので、初期コストを大幅に低減することができる。
【0021】
（歯科医院のスタッフ）
情報処理端末１０は、デスクトップＰＣ（Personal Computer）、ノートＰＣ、スマートフォン又はタブレット等の情報処理端末の一例である。情報処理端末１０は、インターネットを介してレセプト管理システム２及びカルテ管理システム３に接続され、レセプト及びカルテ（電子カルテ）を含む医療関連情報を表示する。
レセプト管理システム２及びカルテ管理システム３は、医療関連情報を管理する医療関連情報管理システムの一例である。情報処理端末１０は、スタッフの操作により、レセプト管理システム２、カルテ管理システム３及びＲＡＧシステム４から提供される各種の画面を表示し、スタッフによる各種の情報入力を受付ける。このため、情報処理端末１０は、医療関連情報を表示する表示部１１と、表示部１１に表示された医療関連情報に登録する内容の質問を作成する入力部１２を備える。
情報処理端末１０は、デスクトップＰＣ（Personal Computer）、ノートＰＣ、スマートフォン又はタブレット等の情報処理端末の一例である。情報処理端末１０は、インターネットを介してレセプト管理システム２及びカルテ管理システム３に接続され、レセプト及びカルテ（電子カルテ）を含む医療関連情報を表示する。
レセプト管理システム２及びカルテ管理システム３は、医療関連情報を管理する医療関連情報管理システムの一例である。情報処理端末１０は、スタッフの操作により、レセプト管理システム２、カルテ管理システム３及びＲＡＧシステム４から提供される各種の画面を表示し、スタッフによる各種の情報入力を受付ける。このため、情報処理端末１０は、医療関連情報を表示する表示部１１と、表示部１１に表示された医療関連情報に登録する内容の質問を作成する入力部１２を備える。
【0022】
例えば、歯科医院では、歯科医師が患者の歯科診療を行い、診療内容及び診療報酬を情報処理端末１０に入力する。また、歯科医院では、歯科衛生士が情報処理端末１０を操作して、画面に表示されるカルテやレセプトを参照する場合がある。医療系の大学では、教授又は医療学生等が情報処理端末１０を操作して、必要な情報を取得することがある。
【0023】
スタッフが情報処理端末１０を操作してレセプト管理システム２にアクセスする場合、レセプト管理システム２から提供される機能に基づいて、不図示のレセプト入力画面を表示部１１のＷｅｂブラウザに表示する。また、情報処理端末１０は、カルテ管理システム３にアクセスして、後述する図９と図１０に示す電子カルテ作成表示画面Ｗ１を表示部１１のＷｅｂブラウザに表示することもできる。
【0024】
また、歯科医院のスタッフは、入力部１２を操作して、表示部１１に表示された各種の画面に語句を入力し、カルテ作成及びレセプト作成を行う。カルテ作成の作業により作成された保険カルテは電子化されたものであるため、「電子カルテ」と呼ぶ。入力部１２から入力された語句は、語句の入力欄の情報と共に、レセプト管理システム２に送信される。
【0025】
また、情報処理端末１０は、カルテ管理システム３にアクセスする場合、カルテ管理システム３から提供される機能に基づいて、電子カルテの表示画面を表示部１１のＷｅｂブラウザに表示する。電子カルテには、Ｗｅｂブラウザ又は専用のアプリケーションにより、ページ内の語句をコピー＆ペースト可能な実際の書籍のレイアウトに合わせたフィックス型で表示される。また、歯科医院のスタッフは、文字サイズを任意の大きさに変更可能なリフロー型の表示、横組み又は縦組みの表示等に切替えることができる。
【0026】
また、歯科医院のスタッフは、表示された電子カルテに対して重要箇所にマーカーを引いたり、ページに索引用のインデックスを作成したり、電子カルテをＰＤＦ（Portable Document Format）化したりすることができる。なお、電子カルテは、１ページずつめくって情報処理端末１０に表示される他、複数のページを連続してめくって表示されることもある。
【0027】
電子カルテには、例えば、「病名」「処置名（又は治療名）」の他に、「患者の主訴（うずくように痛い箇所がある等）」、「歯科医師等のスタッフの所見（患部を指で押すと出血がある等）」などが記録される。例えば、電子カルテには、患者の主訴やスタッフの所見等のキーワードが病名の傾向として記載される。
【0028】
（レセプト管理システム）
歯科医院のスタッフが情報処理端末１０を通じてレセプト入力欄に入力した情報は、図２に示す診療データｄ１としてレセプト管理システム２に送信される。レセプト管理システム２は、レセプト管理部２１及びレセプトＤＢ（Data Base）２２を備える。
歯科医院のスタッフが情報処理端末１０を通じてレセプト入力欄に入力した情報は、図２に示す診療データｄ１としてレセプト管理システム２に送信される。レセプト管理システム２は、レセプト管理部２１及びレセプトＤＢ（Data Base）２２を備える。
【0029】
レセプト管理部２１は、情報処理端末１０から入力される診療に関わるデータ、及びレセプトの発行に関わるデータを管理する。レセプト管理部２１は、診療に関わるデータの入力画面を、情報処理端末１０に出力する。また、レセプト管理部２１は、情報処理端末１０に表示するための情報（ｈｔｍｌ（Hyper Text Markup Language）ファイル、ｘｍｌ（Extensible Markup Language）ファイル、画像ファイル等）を情報処理端末１０に出力する。
情報処理端末１０のＷｅｂブラウザは、レセプト入力画面を表示する。また、レセプト管理部２１は、レセプトの発行を管理するプログラムにより、電子カルテ入力画面の他、診療に関わるデータを入力するための画面を情報処理端末１０の表示部１１に表示する。
情報処理端末１０のＷｅｂブラウザは、レセプト入力画面を表示する。また、レセプト管理部２１は、レセプトの発行を管理するプログラムにより、電子カルテ入力画面の他、診療に関わるデータを入力するための画面を情報処理端末１０の表示部１１に表示する。
【0030】
レセプト管理部２１には、診療データｄ１が情報処理端末１０から入力される。診療データｄ１は、電子カルテに記入されたデータ、及びレセプトを作成するためのデータである。レセプト管理部２１は、情報処理端末１０から診療データｄ１を取り込み、レセプトＤＢ２２に保存する。
【0031】
レセプトＤＢ２２には、後述する図２に示す診療ログデータ、及び医療機関基本情報が保存される。レセプト管理部２１は、レセプトＤＢ２２から取得したデータに基づいて、レセプトを作成する。例えば、レセプトＤＢ２２には、患者毎、及び医療内容毎に作成される診療ログデータ及びレセプトデータが格納される。歯科医院のスタッフは、定期的に情報処理端末１０を操作してレセプトを印刷する。例えば、スタッフは、レセプト管理システム２から読み出されたレセプトデータが表示された状態で、情報処理端末１０の画面内に表示される印刷ボタンを押すことで、用紙に印刷されたレセプトを出力する。この印刷されたレセプトは、不図示の審査処理機関に提出される。
【0032】
図２に示すように、診療データｄ１には、日時、使用者ＩＤ、使用者氏名が格納される。日時の項目には、歯科医院のスタッフが情報処理端末１０を使用してレセプトを入力した日時が格納される。
使用者ＩＤの項目には、情報処理端末１０の使用者としてのスタッフを一意に特定する使用者ＩＤが格納される。
使用者氏名の項目には、使用者ＩＤに紐付けられた使用者、すなわち歯科医院のスタッフの名前が格納される。
レセプト情報の項目には、使用者によって入力されたレセプト情報が格納される。
使用者ＩＤの項目には、情報処理端末１０の使用者としてのスタッフを一意に特定する使用者ＩＤが格納される。
使用者氏名の項目には、使用者ＩＤに紐付けられた使用者、すなわち歯科医院のスタッフの名前が格納される。
レセプト情報の項目には、使用者によって入力されたレセプト情報が格納される。
【0033】
（診療ログデータの構成）
前述のように、レセプト管理システム２のレセプトＤＢ２２には、図２に示す診療ログデータが格納される。診療ログデータの各項目には、日時、医療従事者ＩＤ、患者氏名、カルテへの記載イベントが含まれる。
日時の項目には、歯科医院のスタッフが電子カルテを記入した日時が格納される。
医療従事者ＩＤの項目には、スタッフを特定するために割り当てられる医療従事者ＩＤが格納される。
前述のように、レセプト管理システム２のレセプトＤＢ２２には、図２に示す診療ログデータが格納される。診療ログデータの各項目には、日時、医療従事者ＩＤ、患者氏名、カルテへの記載イベントが含まれる。
日時の項目には、歯科医院のスタッフが電子カルテを記入した日時が格納される。
医療従事者ＩＤの項目には、スタッフを特定するために割り当てられる医療従事者ＩＤが格納される。
【0034】
患者氏名の項目には、患者の氏名が格納される。
カルテへの記載イベントの項目には、歯科医院のスタッフが電子カルテに記入したイベントの情報が格納される。電子カルテに記入されるイベントには、スタッフが電子カルテを参照したページ又は語句の情報を電子カルテに引用した場合の引用内容（病名・処置名・摘要文など）、引用日時、引用者（医療従事者ＩＤ）、引用回数などが含まれる。
カルテへの記載イベントの項目には、歯科医院のスタッフが電子カルテに記入したイベントの情報が格納される。電子カルテに記入されるイベントには、スタッフが電子カルテを参照したページ又は語句の情報を電子カルテに引用した場合の引用内容（病名・処置名・摘要文など）、引用日時、引用者（医療従事者ＩＤ）、引用回数などが含まれる。
【0035】
（医療機関基本情報の構成）
また、レセプトＤＢ２２には、図２に示す医療機関基本情報が登録されている。医療機関基本情報は、サービス会社も把握している情報である。医療機関基本情報の各項目には、院名、住所、電話番号、ＨＰ（Home Page）のＵＲＬ（Uniform Resource Locator）、医療従事者情報が格納される。
また、レセプトＤＢ２２には、図２に示す医療機関基本情報が登録されている。医療機関基本情報は、サービス会社も把握している情報である。医療機関基本情報の各項目には、院名、住所、電話番号、ＨＰ（Home Page）のＵＲＬ（Uniform Resource Locator）、医療従事者情報が格納される。
【0036】
院名の項目には、歯科医院（又は病院）の名称が格納される。
住所の項目には、歯科医院（又は病院）の住所が格納される。
電話番号の項目には、歯科医院（又は病院）の電話番号が格納される。
ＨＰのＵＲＬの項目には、歯科医院（又は病院）が管理するＨＰのＵＲＬが格納される。
医療従事者情報の項目には、歯科医院（又は病院）に勤務する医療従事者の情報が格納される。医療従事者の情報には、例えば、医療従事者の出身大学等の情報が含まれる。
住所の項目には、歯科医院（又は病院）の住所が格納される。
電話番号の項目には、歯科医院（又は病院）の電話番号が格納される。
ＨＰのＵＲＬの項目には、歯科医院（又は病院）が管理するＨＰのＵＲＬが格納される。
医療従事者情報の項目には、歯科医院（又は病院）に勤務する医療従事者の情報が格納される。医療従事者の情報には、例えば、医療従事者の出身大学等の情報が含まれる。
【0037】
（サービス会社）
サービス会社は、閲覧支援システム１の全体を管理する他、カルテ管理システム３を用いて、電子カルテに記録される情報の入力を支援するサービスを歯科医院のスタッフに提供する。通常、電子カルテを閲覧可能なスタッフには、例えば、その電子カルテを作成したスタッフが勤務する歯科医院の他のスタッフも含まれる。
サービス会社は、閲覧支援システム１の全体を管理する他、カルテ管理システム３を用いて、電子カルテに記録される情報の入力を支援するサービスを歯科医院のスタッフに提供する。通常、電子カルテを閲覧可能なスタッフには、例えば、その電子カルテを作成したスタッフが勤務する歯科医院の他のスタッフも含まれる。
【0038】
カルテ管理システム３は、歯科医院のスタッフによる情報処理端末１０の操作により、カルテＤＢ３３から読み出した電子カルテを、情報処理端末１０の表示部１１に表示させる。歯科医院のスタッフは、カルテ管理システム３に接続された情報処理端末１０を操作して電子カルテを任意のページで開いて、治療内容に該当するページを参照して患者の電子カルテ又はレセプトを作成する。また、歯科医院のスタッフは、電子カルテから選択した語句をレセプト入力欄にコピー＆ペーストしたり、入力欄にコメントを記入したりすることもできる。
【0039】
カルテ管理システム３は、カルテ管理部３１、参照管理部３２、カルテＤＢ３３、及び参照ログＤＢ３４を備える。
カルテ管理部３１は、電子カルテの情報を管理する。また、カルテ管理部３１は、情報処理端末１０により入力される、医療関連情報を作成するための作成情報をＲＡＧシステム４に出力する。そして、カルテ管理部３１は、ＲＡＧシステム４から回答を受付けて、医療関連情報の作成を支援する。すなわち、カルテ管理部３１は、スタッフによる医療関連情報の作成を支援する作成支援部の一例であるということができる。
カルテ管理部３１は、電子カルテの情報を管理する。また、カルテ管理部３１は、情報処理端末１０により入力される、医療関連情報を作成するための作成情報をＲＡＧシステム４に出力する。そして、カルテ管理部３１は、ＲＡＧシステム４から回答を受付けて、医療関連情報の作成を支援する。すなわち、カルテ管理部３１は、スタッフによる医療関連情報の作成を支援する作成支援部の一例であるということができる。
【0040】
医療関連情報を作成するための作成情報には、その作成に用いられる医療関連情報作成表示画面（後述する図９と図１０を参照）の表示エリアに入力される質問が含まれる。また、この作成情報には、医療関連情報作成表示画面において、歯科医院のスタッフにより選択された項目に関する情報も含まれる。
例えば、スタッフが電子カルテ又はレセプトを作成するための質問、要約文書の作成指示等が作成情報に該当する。この作成情報は、テキスト、音声、及び画像のうち、少なくとも一つを含む。また、回答は、要約文書と、ＬＬＭ４５が要約した参照情報の参照元の情報（例えば、参照情報のページ番号、章タイトル等）とを含む。
例えば、スタッフが電子カルテ又はレセプトを作成するための質問、要約文書の作成指示等が作成情報に該当する。この作成情報は、テキスト、音声、及び画像のうち、少なくとも一つを含む。また、回答は、要約文書と、ＬＬＭ４５が要約した参照情報の参照元の情報（例えば、参照情報のページ番号、章タイトル等）とを含む。
【0041】
カルテ管理部３１は、歯科医院のスタッフによる電子カルテへの入力を受付け、電子カルテを表示する画面を情報処理端末１０の表示部１１に出力する。カルテ管理部３１は、ＲＡＧシステム４により作成が支援された電子カルテを管理する。電子カルテは、ナレッジ検索部４４がＬＬＭ４５に作成情報（後述するプロンプト）を入力してＲＡＧシステム４から得られた情報に基づいて生成される。
【0042】
ＲＡＧシステム４は、過去の電子カルテ、官報等を読み込んでベクトル化したテキスト及び画像をベクトル空間にマッピングする埋め込み処理を行う。また、ＲＡＧシステム４は、大規模言語モデル（ＬＬＭ：Large language Models）を用いて、入力内容に適した情報を出力する。ＲＡＧシステム４の詳細な構成例は後述する図４に示すこととし、ここでは簡単な説明に留める。
【0043】
ＲＡＧシステム４は、後述する図４に示すＬＬＭ４５（大規模言語モデルの一例）を備える。ＬＬＭ４５は、サービス会社以外で提供されるサービスを利用してもよい。ＬＬＭ４５は、テキスト生成ＡＩ（Artificial Intelligence）の一つであり、膨大な量のテキストデータを学習した言語モデルである。ＬＬＭ４５は、高度な自然言語処理タスク（テキスト生成、翻訳、要約、質問応答など）を実行する能力を持つ。また、ＬＬＭ４５は、Transformerの仕組みを利用して、歯科医院のスタッフが入力した作成情報（例えば、質問）に従って、適切な回答を出力することができる。作成情報は、スタッフが明示的に入力するテキストだけでなく、画面に表示された情報から自動的に抽出されたテキスト又は画像であってもよい。
【0044】
参照管理部３２は、情報処理端末１０から受信したコマンドに従って、参照ログＤＢ３４から参照ログデータｄ２（図２参照）等のデータを収集し、レセプト管理システム２のレセプトＤＢ２２に渡す。レセプト管理部２１は、レセプトＤＢ２２に保存されている歯科医院毎あるいは歯科医院のスタッフ毎にレセプトデータを管理する。
【0045】
図２に示す参照ログデータｄ２には、歯科医院のスタッフが情報処理端末１０を操作して電子カルテ作成時又はレセプト入力時に参照した電子カルテの参照履歴の情報が含まれる。参照ログデータｄ２は、カルテ管理システム３の参照ログＤＢ３４に保存される。
【0046】
参照ログデータｄ２は、スタッフが参照した電子カルテの種類、電子カルテの版（作成日付等）、電子カルテの滞留時間等を保存したデータである。参照管理部３２は、入力部１２から指定された版の電子カルテをカルテＤＢ３３から読み出して、情報処理端末１０の表示部１１に表示させる。また、歯科医院のスタッフがレセプト入力時に、電子カルテを参照して行った操作（例えば、特定項目のコピー＆ペースト）も、参照ログデータｄ２として参照ログＤＢ３４に保存される。
【0047】
（参照ログデータの構成）
参照ログＤＢ３４には、図２に示す参照ログデータｄ２が格納される。
参照ログデータｄ２には、カルテＩＤ、書籍名、バージョン、索引、ページ情報、参照ページが格納される。
カルテＩＤの項目には、情報処理端末１０で閲覧される電子カルテを一意に特定するカルテＩＤが格納される。
書籍名の項目には、カルテＩＤに紐付けられた電子カルテの名称が書籍名として格納される。
バージョンの項目には、電子カルテのバージョン（作成日付等）が格納される。
ページ情報の項目には、電子カルテのページ数等のページ情報が格納される。
参照ログＤＢ３４には、図２に示す参照ログデータｄ２が格納される。
参照ログデータｄ２には、カルテＩＤ、書籍名、バージョン、索引、ページ情報、参照ページが格納される。
カルテＩＤの項目には、情報処理端末１０で閲覧される電子カルテを一意に特定するカルテＩＤが格納される。
書籍名の項目には、カルテＩＤに紐付けられた電子カルテの名称が書籍名として格納される。
バージョンの項目には、電子カルテのバージョン（作成日付等）が格納される。
ページ情報の項目には、電子カルテのページ数等のページ情報が格納される。
【0048】
また、参照ログＤＢ３４には、参照ログデータｄ２として、一点鎖線で示されるレセプトＩＤ、返戻情報が格納されてもよい。
レセプトＩＤの項目には、審査処理機関に提出されるレセプトを識別するためのレセプトＩＤが格納される。レセプトＩＤは、スタッフによるレセプト作成時にレセプトごとに付与される一意の識別情報である。
返戻情報の項目には、審査処理機関に提出されたレセプトが返戻されたか否かを示す返戻フラグ、返戻時に審査処理機関から修正が指摘された語句及び箇所等を含む返戻情報が格納される。
レセプトＩＤの項目には、審査処理機関に提出されるレセプトを識別するためのレセプトＩＤが格納される。レセプトＩＤは、スタッフによるレセプト作成時にレセプトごとに付与される一意の識別情報である。
返戻情報の項目には、審査処理機関に提出されたレセプトが返戻されたか否かを示す返戻フラグ、返戻時に審査処理機関から修正が指摘された語句及び箇所等を含む返戻情報が格納される。
【0049】
図３は、カルテＤＢ３３のデータ構造の例を示す図である。
カルテＤＢ３３は、患者ＩＤ、書籍ＩＤ、日付、部位、病名、処置の各項目を有する。
患者ＩＤ項目には、患者を一意に識別する患者ＩＤが格納される。
書籍ＩＤ項目には、書籍化された電子カルテを一意に識別する書籍ＩＤが格納される。
日付項目には、電子カルテの作成日又は更新日が格納される。
カルテＤＢ３３は、患者ＩＤ、書籍ＩＤ、日付、部位、病名、処置の各項目を有する。
患者ＩＤ項目には、患者を一意に識別する患者ＩＤが格納される。
書籍ＩＤ項目には、書籍化された電子カルテを一意に識別する書籍ＩＤが格納される。
日付項目には、電子カルテの作成日又は更新日が格納される。
【0050】
部位項目には、治療された部位の情報が格納される。
病名項目には、患者の病名の情報が格納される。
処置項目には、患者に行われた処置の情報が格納される。
病名項目には、患者の病名の情報が格納される。
処置項目には、患者に行われた処置の情報が格納される。
【0051】
なお、初診の患者には、電子カルテが新規作成されるので、電子カルテの作成日が日付項目に格納される。再診の患者には、既に存在する患者ＩＤの電子カルテに追記されるので、カルテＤＢ３３には新たにレコードが追加され、そのレコードに再診の治療内容が格納される。
【0052】
＜ＲＡＧシステムの内部構成例＞
図４は、ＲＡＧシステム４の内部構成例を示すブロック図である。ここでは、カルテ管理システム３とＲＡＧシステム４との連携について説明する。
図４は、ＲＡＧシステム４の内部構成例を示すブロック図である。ここでは、カルテ管理システム３とＲＡＧシステム４との連携について説明する。
【0053】
まず、ＲＡＧについて説明する。ＲＡＧは、生成モデル（通常はテキスト生成モデル）に情報検索の能力を組み合わせた技術であり、主に検索エンジン（Retriever）と生成モデル（Generator）とで構成される。検索エンジンは、ユーザーの入力（クエリ）に基づいて、関連する文書や情報をデータベースから検索する機能を持つ。このため、検索エンジンは、ユーザーのクエリとデータベース内の文書をベクトル空間に埋め込む埋め込みモデルを使って、類似度計算を行ってクエリに関連する文書を検索する。一方、生成モデルは、検索エンジンにより検索された情報を基に、ユーザーに対する応答やテキストを生成する。このため、生成モデルは、検索エンジンで検索された文書の内容を、人間が認識しやすい言語表現に変換した応答を生成する。
【0054】
ＲＡＧシステム４は、ナレッジアップロード部４１、ナレッジアップデート部４２、埋め込み部４３、ナレッジ検索部４４、ＬＬＭ４５、ナレッジデータベース（ナレッジＤＢ５１）、ベクトルデータベース（ベクトルＤＢ５２）、及びプロンプトデータベース（プロンプトＤＢ５３）を備える。
【0055】
カルテ管理システム３に対して、ナレッジアップロード部４１、ナレッジアップデート部４２及びナレッジ検索部４４がそれぞれ接続される。
ナレッジアップロード部４１は、ナレッジＤＢ５１に接続され、カルテ管理システム３から取得したナレッジをナレッジＤＢ５１にアップロードする。ナレッジには、例えば、厚生労働省により発刊された官報、レセプトの記載要綱、過去の電子カルテ等が含まれる。ナレッジアップロード部４１がアップロードしたナレッジは、ナレッジＤＢ５１に格納される。
ナレッジアップロード部４１は、ナレッジＤＢ５１に接続され、カルテ管理システム３から取得したナレッジをナレッジＤＢ５１にアップロードする。ナレッジには、例えば、厚生労働省により発刊された官報、レセプトの記載要綱、過去の電子カルテ等が含まれる。ナレッジアップロード部４１がアップロードしたナレッジは、ナレッジＤＢ５１に格納される。
【0056】
ナレッジアップデート部４２には、埋め込み部４３及びナレッジＤＢ５１が接続される。ナレッジアップデート部４２は、ナレッジＤＢ５１に格納されているナレッジをアップデートする。そして、ナレッジアップデート部４２は、カルテ管理システム３によってアップデートが指示されたナレッジをナレッジＤＢ５１から取得し、埋め込み部４３に取得したナレッジを出力する。
【0057】
埋め込み部４３は、埋め込みモデルを使って、ナレッジアップデート部４２から入力されるナレッジをベクトル化して高次元のベクトル空間に埋め込む。ナレッジの埋め込み処理には、テキストや画像等のデータをベクトル空間にマッピングする技術が用いられる。
埋め込み部４３は、ナレッジをトークンに分割するトークン化を行った後、トークンのベクトル化、クエリ全体のベクトル表現の生成を行う。
埋め込み部４３は、ナレッジをトークンに分割するトークン化を行った後、トークンのベクトル化、クエリ全体のベクトル表現の生成を行う。
【0058】
クエリ全体のベクトル表現は、クエリ内のトークンベクトルを適切な方法（平均プーリング、最大プーリングなど）で統合して得られる。埋め込み部４３における埋め込み処理により、テキストの単語や文、文書全体が数値ベクトルに変換され、意味的に類似した単語や文書がベクトル空間内で近くに配置される。この数値ベクトルを用いることで、異なるテキストの類似性計算やクラスタリングなどの機械学習タスクが容易になる。そして、埋め込み部４３は、ベクトル化したナレッジをベクトルＤＢ５２に格納する。
【0059】
ベクトルＤＢ５２には、ベクトル化されてベクトル空間に埋め込まれたナレッジが格納される。このため、ベクトルＤＢ５２は、ベクトル探索に特化したデータベースとして構築される。ベクトルＤＢ５２には、ナレッジＤＢ５１に保存されるファイルを複数のチャンクに分割した一まとまりのチャンク（例えば、テキスト）と、ベクトル表現されたチャンクの情報等が保存される。
【0060】
ベクトル空間に埋め込まれたテキストは、例えば、行列形式でベクトルＤＢ５２に保存される。行列の各行は、個々のテキストのベクトルを表し、列はベクトルの次元を表す。また、ベクトルは、浮動小数点数の数値配列、又はバイナリ形式で保存されることもある。ベクトルは、ベクトル自身に対応するテキスト、テキストの記載元である文書の文書ＩＤ、発行日時等と共にベクトルＤＢ５２に保存されることで、検索性が向上する。
【0061】
ナレッジ検索部４４は、カルテ管理システム３、埋め込み部４３、ＬＬＭ４５、ベクトルＤＢ５２及びプロンプトＤＢ５３に接続される。ナレッジ検索部４４は、ベクトルＤＢ５２から、ベクトル化された作成情報を基にナレッジを検索し、検索されたナレッジを成形した回答をカルテ管理部３１に出力する。
【0062】
そして、ナレッジ検索部４４は、カルテ管理システム３から入力される質問（クエリ）を受け取ると、質問をトークンに分割するトークン化を行った後、トークンをベクトル化することで、質問をベクトル化する。その後、ナレッジ検索部４４は、ベクトルＤＢ５２に格納されるベクトル化されたナレッジと、ベクトル化された作成情報（クエリベクトル）との類似性に基づいて、ベクトル化されたナレッジを抽出する。この時、ナレッジ検索部４４は、ベクトルＤＢ５２に格納されている１レコードを抽出することになる。
【0063】
ナレッジ検索において、ナレッジ検索部４４は、クエリベクトルとデータベース内の各ベクトルとの類似度を計算する。ベクトルの類似性は、例えば、コサイン類似度又はユークリッド距離が用いられる。コサイン類似度は、二つのベクトル間の角度の余弦を計算する方法であり、値は－１から１までの範囲を取る。１に近いほどベクトルは類似していると判断される。ユークリッド距離は、二つのベクトル間の直線距離を計算する方法であり、値が小さいほどベクトルは類似していると判断される。
【0064】
埋め込み部４３は、質問のテキストをベクトル空間に埋め込み、質問の回答となるベクトルをベクトルＤＢ５２から検索する。そして、埋め込み部４３は、最も類似性が高いベクトルを確信度の高い回答とする。埋め込み部４３は、ベクトルＤＢ５２から検索したベクトルに対応するテキストを検索結果としてナレッジ検索部４４に返す。
【0065】
また、ナレッジ検索部４４は、ベクトル検索によって見つかったナレッジのテキスト等をＬＬＭ４５に出力する。ＬＬＭ４５には、ナレッジ検索部４４から入力されるナレッジのテキスト等と、通常文字とで構成された質問（プロンプト）が入力される。そして、ＬＬＭ４５は、プロンプトに基づいて自然な文章を生成し、プロンプトに基づく回答を生成することができる。また、ＬＬＭ４５は、予め参照情報を読み込み、テキスト又は画像からなるプロンプトに基づいて参照情報を要約する。例えば、ＬＬＭ４５は、予め読み込んだ官報、厚生労働省のＨＰの情報等の参照情報に含まれる長文のテキストを要約し、重要な情報を抽出することができる。
【0066】
また、ＬＬＭ４５は、ある言語のテキストを他の言語に翻訳したり、テキストをカテゴリに分類したりすることもできる。ＲＡＧシステム４は、ＬＬＭ４５を利用することで、ＬＬＭ４５のテキスト生成能力を活用して、検索された情報を基にして文脈に合った応答をスタッフに返すことができる。これにより、ＲＡＧシステム４は、カルテ管理システム３に対話機能を持たせることが可能となる。また、ナレッジ検索部４４は、ＬＬＭ４５により要約された要約文書をカルテ管理システム３に出力することができる。
【0067】
プロンプトＤＢ５３からプロンプトを選択する主体として、以下に説明する第１～第３の形態が想定される。
第１の形態は、ナレッジ検索部４４が固定のプロンプトＩＤを指定することで、指定したプロンプトＩＤに相当するプロンプトをプロンプトＤＢ５３から取得して動作させる形態である。
第１の形態は、ナレッジ検索部４４が固定のプロンプトＩＤを指定することで、指定したプロンプトＩＤに相当するプロンプトをプロンプトＤＢ５３から取得して動作させる形態である。
【0068】
第２の形態は、第１の形態の派生形である。例えば、ナレッジ検索部４４がプロンプトＤＢ５３から取得したプロンプトの一覧を画面に表示し、歯科医院のスタッフが任意のプロンプトを選択できるように実装した形態である。
【0069】
第３の形態は、図中に一点鎖線で示すようにＬＬＭ４５とプロンプトＤＢ５３を接続した形態である。すなわち、第３の形態は、ＬＬＭ４５がプロンプトＤＢ５３を直接参照する形態である。この第３の形態では、歯科医院のスタッフが、入力した質問を処理するために最適なプロンプトを検索する。そして、ＬＬＭ４５は、検索したプロンプトを用いて、要約作成等の処理を実行する。
【0070】
次に、ナレッジＤＢ５１、ベクトルＤＢ５２、プロンプトＤＢ５３の構成例について、図５～図７を参照して説明する。
図５は、ナレッジＤＢ５１の構成例（データ構造）を示す図である。ナレッジＤＢ５１は、文書ＩＤ、ファイル名、ファイル種別、ＢＬＯＢ（Binary Large OBject）の各項目を有する。
文書ＩＤ項目には、ナレッジを文書として識別可能な文書ＩＤが格納される。なお、文書としては、電子カルテの作成に際して参照可能な各種の印刷物の情報が含まれる。
図５は、ナレッジＤＢ５１の構成例（データ構造）を示す図である。ナレッジＤＢ５１は、文書ＩＤ、ファイル名、ファイル種別、ＢＬＯＢ（Binary Large OBject）の各項目を有する。
文書ＩＤ項目には、ナレッジを文書として識別可能な文書ＩＤが格納される。なお、文書としては、電子カルテの作成に際して参照可能な各種の印刷物の情報が含まれる。
【0071】
ファイル名項目には、上記の各種の印刷物のファイル名が含まれる。例えば、ＰＤＦ形式のカルテ事例集、保険改訂集、メモ等がある。他にもテキスト形式、文書ファイル形式、プレゼンテーションファイル形式で保存されたファイルのファイル名も含まれる。
ファイル種別項目には、各種の印刷物のファイルのファイル種別（例えば、拡張子）が含まれる。
ＢＬＯＢ項目には、ファイルを書籍化したデータ、すなわちＢＬＯＢデータが格納される。ＢＬＯＢデータには、テキストデータ、又は画像データのバイナリデータが含まれる。
ファイル種別項目には、各種の印刷物のファイルのファイル種別（例えば、拡張子）が含まれる。
ＢＬＯＢ項目には、ファイルを書籍化したデータ、すなわちＢＬＯＢデータが格納される。ＢＬＯＢデータには、テキストデータ、又は画像データのバイナリデータが含まれる。
【0072】
図６は、ベクトルＤＢ５２の構成例（データ構造）を示す図である。ベクトルＤＢ５２は、文書ＩＤ、チャンクＩＤ、テキスト、ベクトル、ファイル名、文字位置、ページの各項目を有する。
文書ＩＤ項目には、文書ＩＤが格納される。この文書ＩＤは、ナレッジＤＢ５１に格納される文書ＩＤと同じである。
チャンクＩＤ項目には、文書を所定の文字数で分割したチャンクを識別するチャンクＩＤが格納される。同じ文書ＩＤに対して、複数のチャンクＩＤが含まれることがある。例えば、文書ＩＤが「１」の文書に対してチャンクＩＤが「１」～「４」が含まれる。
文書ＩＤ項目には、文書ＩＤが格納される。この文書ＩＤは、ナレッジＤＢ５１に格納される文書ＩＤと同じである。
チャンクＩＤ項目には、文書を所定の文字数で分割したチャンクを識別するチャンクＩＤが格納される。同じ文書ＩＤに対して、複数のチャンクＩＤが含まれることがある。例えば、文書ＩＤが「１」の文書に対してチャンクＩＤが「１」～「４」が含まれる。
【0073】
テキスト項目には、文書からチャンクとして分割されたテキストが格納される。チャンクは、例えば、５００文字の固まりであり、元の文書から自動的に分割される。ただし、連続するチャンクＩＤで識別されるチャンクは、文脈が切れる可能性が高い。このため、連続するチャンクは、互いに一部の文字が重なるように元の文書から分割される。
【0074】
例えば、チャンクＩＤが「１」のチャンクは、”カルテ事例集”の０～４９９文字目のテキストであり、チャンクＩＤが「２」のチャンクは、チャンクＩＤが「１」のチャンクの分割終了文字位置から５０文字分戻った位置から分割が開始される４４９～９４８文字目のテキストである。
なお、文脈を明確にするため、例えば、直前にチャンクとして区切った分割終了文字位置から遡って、最初に句点が現れるまでの文章を、次のチャンクとして区切る分割開始文字位置としてもよい。あるいは、見出しと本文ごとの文章が一つのチャンクとして分割されてもよい。
なお、文脈を明確にするため、例えば、直前にチャンクとして区切った分割終了文字位置から遡って、最初に句点が現れるまでの文章を、次のチャンクとして区切る分割開始文字位置としてもよい。あるいは、見出しと本文ごとの文章が一つのチャンクとして分割されてもよい。
【0075】
ベクトル項目には、チャンクごとに算出されたベクトルが格納される。チャンクに含まれる文字に基づいて、最小単位の意味毎にトークン化され、トークンがベクトル空間に埋め込まれることで、トークンの数値ベクトルが算出される。
各トークンの数値ベクトルが組み合わされることで算出されたチャンクのベクトルがベクトル項目に格納される。このような処理により、高次元のベクトル空間においてチャンク毎に意味を保持したベクトルが得られる。
各トークンの数値ベクトルが組み合わされることで算出されたチャンクのベクトルがベクトル項目に格納される。このような処理により、高次元のベクトル空間においてチャンク毎に意味を保持したベクトルが得られる。
【0076】
ファイル名項目には、テキストの格納元であるファイルのファイル名が格納される。
文字位置項目には、元の文書から分割されたチャンクの文字位置として、分割開始文字位置と分割終了文字位置とが格納される。例えば、チャンクＩＤが「１」のチャンクの文字位置は、分割開始文字位置「０」、分割終了文字位置「４９９」である。
ページ項目には、チャンクが含まれていたファイル内のページ数が格納される。
文字位置項目には、元の文書から分割されたチャンクの文字位置として、分割開始文字位置と分割終了文字位置とが格納される。例えば、チャンクＩＤが「１」のチャンクの文字位置は、分割開始文字位置「０」、分割終了文字位置「４９９」である。
ページ項目には、チャンクが含まれていたファイル内のページ数が格納される。
【0077】
図７は、プロンプトＤＢ５３の構成例（データ構造）を示す図である。プロンプトＤＢ５３は、ＩＤ、プロンプトの各項目を有する。
【0078】
ＩＤ項目には、プロンプトを識別するプロンプトＩＤが格納される。
プロンプト項目には、ＬＬＭ４５に入力されるプロンプトが格納される。プロンプトは、歯科医院のスタッフがカルテ管理システム３を通じてＲＡＧシステム４に入力する命令文である。例えば、ＩＤ１のプロンプトは、以下のような内容になっている。プロンプト中の「あなた」とはＬＬＭ４５を指す。
「あなたはＲＡＧのための日本語ＡＩアシスタントで、フレンドリーな口調で会話をします。ユーザーからの質問に対して次のナレッジが見つかりました。
{“テキスト” :（”カルテ事例集”の0～499文字目のテキスト）}
ユーザーに対して上記のナレッジが見つかったことを説明するとともに、要約も合わせて回答して下さい。」
プロンプト項目には、ＬＬＭ４５に入力されるプロンプトが格納される。プロンプトは、歯科医院のスタッフがカルテ管理システム３を通じてＲＡＧシステム４に入力する命令文である。例えば、ＩＤ１のプロンプトは、以下のような内容になっている。プロンプト中の「あなた」とはＬＬＭ４５を指す。
「あなたはＲＡＧのための日本語ＡＩアシスタントで、フレンドリーな口調で会話をします。ユーザーからの質問に対して次のナレッジが見つかりました。
{“テキスト” :（”カルテ事例集”の0～499文字目のテキスト）}
ユーザーに対して上記のナレッジが見つかったことを説明するとともに、要約も合わせて回答して下さい。」
【0079】
＜情報処理端末１０及び各サーバのハードウェア構成例＞
次に、閲覧支援システム１の情報処理端末１０、レセプト管理システム２、カルテ管理システム３及びＲＡＧシステム４を構成する計算機１００のハードウェア構成を説明する。
図８は、計算機１００のハードウェア構成例を示すブロック図である。
次に、閲覧支援システム１の情報処理端末１０、レセプト管理システム２、カルテ管理システム３及びＲＡＧシステム４を構成する計算機１００のハードウェア構成を説明する。
図８は、計算機１００のハードウェア構成例を示すブロック図である。
【0080】
計算機１００は、本実施形態に係る情報処理端末１０、レセプト管理システム２、カルテ管理システム３及びＲＡＧシステム４として動作可能なコンピュータとして用いられるハードウェアの一例である。
計算機１００は、バス１０４にそれぞれ接続されたＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、及びＲＡＭ（Random Access Memory）１０３を備える。さらに、計算機１００は、表示装置１０５、入力装置１０６、不揮発性ストレージ１０７及びネットワークインターフェイス１０８を備える。
計算機１００は、バス１０４にそれぞれ接続されたＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、及びＲＡＭ（Random Access Memory）１０３を備える。さらに、計算機１００は、表示装置１０５、入力装置１０６、不揮発性ストレージ１０７及びネットワークインターフェイス１０８を備える。
【0081】
ＣＰＵ１０１は、本実施形態に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭ１０２から読み出してＲＡＭ１０３にロードし、実行する。ＲＡＭ１０３には、ＣＰＵ１０１の演算処理の途中で発生した変数やパラメーター等が一時的に書き込まれ、これらの変数やパラメーター等がＣＰＵ１０１によって適宜読み出される。ただし、ＣＰＵ１０１に代えてＭＰＵ（Micro Processing Unit）を用いてもよい。レセプト管理システム２、カルテ管理システム３及びＲＡＧシステム４の各機能は、ＣＰＵ１０１の動作によって実現される。
【0082】
表示装置１０５は、例えば、液晶ディスプレイモニターであり、計算機１００で行われる処理の結果等をスタッフに表示する。入力装置１０６には、例えば、キーボード、マウス等が用いられ、スタッフが所定の操作入力、指示を行うことが可能である。情報処理端末１０の表示部１１、入力部１２の機能は、表示装置１０５及び入力装置１０６により実現される。また、カルテ管理システム３に接続される不図示のＰＣの表示部及び入力部の機能についても、表示装置１０５及び入力装置１０６により実現される。ＲＡＧシステム４は、表示装置１０５及び入力装置１０６を備えなくてもよい。
【0083】
不揮発性ストレージ１０７としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ又は不揮発性のメモリ等が用いられる。この不揮発性ストレージ１０７には、ＯＳ（Operating System）、各種のパラメーターの他に、計算機１００を機能させるためのプログラムが記録されている。
【0084】
ＲＯＭ１０２及び不揮発性ストレージ１０７は、ＣＰＵ１０１が動作するために必要なプログラムやデータ等を記録しており、計算機１００によって実行されるプログラムを格納したコンピュータが読取可能な非一過性の記憶媒体の一例として用いられる。レセプト管理システム２、カルテ管理システム３及びＲＡＧシステム４の各データは、不揮発性ストレージ１０７に保存される。
【0085】
ネットワークインターフェイス１０８には、例えば、ＮＩＣ（Network Interface Card）等が用いられ、ＮＩＣの端子に接続されたＬＡＮ、専用線等を介して各種のデータを装置間で送受信することが可能である。
【0086】
【0087】
＜電子カルテ作成表示画面の第１の表示例＞
図９は、電子カルテ作成表示画面Ｗ１の第１の表示例を示す図である。電子カルテ作成表示画面Ｗ１の表示機能は、カルテ管理部３１により実現される。電子カルテ作成表示画面Ｗ１は、チャットタイプのＲＡＧを搭載したカルテ管理システム３で用いられる。この電子カルテ作成表示画面Ｗ１は、口腔情報表示エリアＷ１ａ、カルテ情報表示エリアＷ１ｂ、チャットボット表示エリアＷ１ｄを有する。
図９は、電子カルテ作成表示画面Ｗ１の第１の表示例を示す図である。電子カルテ作成表示画面Ｗ１の表示機能は、カルテ管理部３１により実現される。電子カルテ作成表示画面Ｗ１は、チャットタイプのＲＡＧを搭載したカルテ管理システム３で用いられる。この電子カルテ作成表示画面Ｗ１は、口腔情報表示エリアＷ１ａ、カルテ情報表示エリアＷ１ｂ、チャットボット表示エリアＷ１ｄを有する。
【0088】
口腔情報表示エリアＷ１ａには、患者の口腔内の模式図が表示される。口腔内の模式図には、患者の歯の並びと、歯の状態が示される。
カルテ情報表示エリアＷ１ｂには、電子カルテに記載される内容がカルテ情報として表示される。カルテ情報には、診察日付の他、患者に行われた処置の内容が含まれる。また、カルテ情報表示エリアＷ１ｂには、ＰＤＦボタンＷ１ｃが表示される。
カルテ情報表示エリアＷ１ｂには、電子カルテに記載される内容がカルテ情報として表示される。カルテ情報には、診察日付の他、患者に行われた処置の内容が含まれる。また、カルテ情報表示エリアＷ１ｂには、ＰＤＦボタンＷ１ｃが表示される。
【0089】
歯科医院のスタッフは、ＰＤＦボタンＷ１ｃを押す操作により、カルテ情報をＰＤＦ化する指示を入力する。ＰＤＦ化されたカルテ情報は、ナレッジアップロード部４１によりナレッジＤＢ５１にアップロードされ、埋め込み部４３によりベクトル化される。そしてベクトル化されたカルテ情報がベクトルＤＢ５２に格納される。このため、過去のカルテ情報を基にしたナレッジ検索が可能となる。
【0090】
チャットボット表示エリアＷ１ｄには、ロボットの画像で表される回答チャットと、スタッフが質問を入力する質問チャットとが表示される。最初は、回答チャットに、「何かお困りですか？」と表示される。スタッフが質問チャットに「クラウン・ブリッジ維持管理料の対象となる歯冠補綴は?」と入力すると、回答チャットは、「ナレッジ内に該当するものがあるかを探してみます。」と表示される。
【0091】
なお、スタッフがカルテ情報表示エリアＷ１ｂに表示される「クラウン・ブリッジ維持管理費（Br5歯以下）」の項目をクリックすると、質問チャットには自動的に「クラウン・ブリッジ維持管理料の対象となる歯冠補綴は?」と入力されるようにしてもよい。その後、回答チャットには、「クラウン・ブリッジ維持管理の対象となる補綴物には、以下のものが含まれます。1.…、2.…」のように項目分けされた要約が表示する。この回答は、埋め込み部４３がベクトル化した質問に基づいて、ベクトルＤＢ５２から検索した結果から、ＬＬＭ４５が要約した説明である。
【0092】
また、回答チャットには、回答の根拠となったファイル名と、ファイル内の該当箇所とが表示される。例えば、回答チャットには、「令和６年度保険改定.pdf M015-2に掲げるCAD/CAM冠を…です。25ページ目」のように、記載内容と記載ページが共に表示される。回答の根拠としては、ファイル名の他に、ファイルにアクセス可能なＵＲＬを含むリンク情報であってもよい。また、回答チャットには、回答の確信度が高い順に複数の回答が表示されてもよく、スタッフが任意の回答を選択することもできる。
【0093】
なお、チャットボット表示エリアＷ１ｄの最下部に示すように、スタッフがキーボード操作又は音声により「クラウン・ブリッジ維持管理料の対象となる歯冠補綴は?」と入力した情報が表示されてもよい。また、「クラウン・ブリッジ維持管理料」の略称である「クラブリ」だけが質問チャットに入力され、表示されてもよい。このような質問であっても、スタッフが送信ボタンを押すことで、後述する図１３と図１４に示すナレッジ検索処理が実行される。その後、質問のテキストがカルテ管理システム３を経てＲＡＧシステム４に送られ、回答を得ることができる。
【0094】
＜電子カルテ作成表示画面の第２の表示例＞
図１０は、電子カルテ作成表示画面Ｗ２の第１の表示例を示す図である。電子カルテ作成表示画面Ｗ２の表示機能は、カルテ管理部３１により実現される。電子カルテ作成表示画面Ｗ２は、入力を自動検知するタイプのＲＡＧを搭載したカルテ管理システム３で用いられる。この電子カルテ作成表示画面Ｗ２は、入力情報表示エリアＷ２ａ、ナレッジ表示エリアＷ２ｂを有する。
図１０は、電子カルテ作成表示画面Ｗ２の第１の表示例を示す図である。電子カルテ作成表示画面Ｗ２の表示機能は、カルテ管理部３１により実現される。電子カルテ作成表示画面Ｗ２は、入力を自動検知するタイプのＲＡＧを搭載したカルテ管理システム３で用いられる。この電子カルテ作成表示画面Ｗ２は、入力情報表示エリアＷ２ａ、ナレッジ表示エリアＷ２ｂを有する。
【0095】
入力情報表示エリアＷ２ａには、電子カルテへの入力項目が表示される。例えば、スタッフが「クラウン・ブリッジ維持管理料(Br5歯以下)」の項目を選択すると、この項目が強調表示される。
【0096】
ナレッジ表示エリアＷ２ｂには、入力情報表示エリアＷ２ａで選択された項目に関連するナレッジが自動検索された結果が表示される。例えば、スタッフが選択中の処置名、病名、又はコメントなどがカルテ管理システム３側で自動的に検索ワードとして採用される。この検索ワードに関連するナレッジは、常にナレッジ表示エリアＷ２ｂに表示される。このため、スタッフが、自ら調べる行為にかかる時間や手間を削減しつつ、診療や患者とのコミュニケーションの充足が可能となる。
【0097】
なお、ＲＡＧシステム４による検索対象は、テキストだけに限らない。例えば、カルテ管理システム３は、定期的に入力情報表示エリアＷ２ａのスクリーンショットを撮影しておく。カルテ管理システム３は、撮影された画像をマルチモーダルに対応したＲＡＧシステム４に入力することで、撮影された画像に対応する情報を検索し、ナレッジ表示エリアＷ２ｂに表示することもできる。この場合、常に入力情報表示エリアＷ２ａに表示されているナレッジに関連する情報がナレッジ表示エリアＷ２ｂに表示される。
【0098】
［カルテ管理システムとＲＡＧシステムの動作例］
次に、本実施形態に係るカルテ管理システム３とＲＡＧシステム４の動作例の概要について、図１１～図１４を参照して説明する。以下の説明では、図１に示したカルテ管理システム３及びＲＡＧシステム４と、図４に示したＲＡＧシステム４の内部構成例を適宜参照する。
次に、本実施形態に係るカルテ管理システム３とＲＡＧシステム４の動作例の概要について、図１１～図１４を参照して説明する。以下の説明では、図１に示したカルテ管理システム３及びＲＡＧシステム４と、図４に示したＲＡＧシステム４の内部構成例を適宜参照する。
【0099】
始めに、ＲＡＧシステム４におけるナレッジの追加と更新の処理の例について、図１１と図１２を参照して説明する。これらの処理は、サービス会社が歯科医院にサービスを提供する前に行われるが、サービス提供後においても、任意のタイミングで行われる。また、これらの処理の実施主体は、サービス会社の担当者だけでなく、カルテ管理システム３を利用する歯科医院のスタッフであってもよい。
【0100】
図１１は、ＲＡＧシステム４におけるナレッジの追加処理の例を示すフローチャートである。
始めに、ナレッジアップロード部４１は、ナレッジＤＢ５１にアップロードするファイルを選択する（Ｓ１）。次に、ナレッジアップロード部４１は、選択したファイルのファイル名と同じファイル名のファイルがナレッジＤＢ５１に保存されているかを確認する（Ｓ２）。
始めに、ナレッジアップロード部４１は、ナレッジＤＢ５１にアップロードするファイルを選択する（Ｓ１）。次に、ナレッジアップロード部４１は、選択したファイルのファイル名と同じファイル名のファイルがナレッジＤＢ５１に保存されているかを確認する（Ｓ２）。
【0101】
同じファイル名のファイルがナレッジＤＢ５１に保存されていない場合（Ｓ２のＮＯ）、ナレッジアップロード部４１は、選択したファイルをナレッジＤＢ５１にアップロードし（Ｓ３）、本処理を終了する。
【0102】
一方、同じファイル名のファイルがナレッジＤＢ５１に保存されている場合（Ｓ２のＹＥＳ）、ナレッジアップロード部４１は、ナレッジを追加することなく、本処理を終了する。ただし、同じファイル名であってもバージョンが異なる場合、ナレッジアップロード部４１は、異なるバージョンのファイルをナレッジＤＢ５１にアップロードした後、本処理を終了するようにしてもよい。
【0103】
図１２は、ＲＡＧシステム４におけるナレッジの更新処理の例を示すフローチャートである。
始めに、ナレッジアップデート部４２は、ナレッジＤＢ５１からアップデート対象であるナレッジを含むデータを取得する（Ｓ１１）。次に、埋め込み部４３は、埋め込みモデルを使って、データをベクトル化する（Ｓ１２）。このベクトル化の処理には、例えば、文書をチャンクに分割する処理、チャンク内の語句をトークン化する処理、トークンをベクトル化する処理等が含まれる。
始めに、ナレッジアップデート部４２は、ナレッジＤＢ５１からアップデート対象であるナレッジを含むデータを取得する（Ｓ１１）。次に、埋め込み部４３は、埋め込みモデルを使って、データをベクトル化する（Ｓ１２）。このベクトル化の処理には、例えば、文書をチャンクに分割する処理、チャンク内の語句をトークン化する処理、トークンをベクトル化する処理等が含まれる。
【0104】
次に、埋め込み部４３は、ベクトル化したデータをベクトルＤＢ５２に格納する（Ｓ１３）。そして、ナレッジアップデート部４２は、ナレッジＤＢ５１から取得した全てのデータにより、ベクトルＤＢ５２に格納されるベクトル化されたナレッジを更新したか否かを判断する（Ｓ１４）。
【0105】
全てのデータによりベクトル化されたナレッジを更新していなければ（Ｓ１４のＮＯ）、ステップＳ１１に戻って処理を繰り返す。一方、全てのデータによりベクトル化されたナレッジを更新していれば（Ｓ１４のＹＥＳ）、本処理を終了する。
【0106】
次に、スタッフが電子カルテを作成する時における閲覧支援システム１の処理の例について、図１３と図１４を参照して説明する。
図１３は、電子カルテの作成処理の例を示すフローチャートである。情報処理端末１０における操作は、スタッフがカルテ管理システム３にアクセスして表示されるＷｅｂ画面を通じて行われる。このため、情報処理端末１０における各操作は、カルテ管理システム３の各機能部により実行される。
図１３は、電子カルテの作成処理の例を示すフローチャートである。情報処理端末１０における操作は、スタッフがカルテ管理システム３にアクセスして表示されるＷｅｂ画面を通じて行われる。このため、情報処理端末１０における各操作は、カルテ管理システム３の各機能部により実行される。
【0107】
歯科医院のスタッフは、情報処理端末１０の入力部１２を操作して電子カルテの作成を開始すると、カルテ管理部３１は、作成済みの電子カルテがカルテＤＢ３３に保存されているか否かを判定する（Ｓ２１）。この判定は、患者が初診又は再診のいずれであるかによって判定される。歯科医院のスタッフは、患者が持っている診察券に記載された患者番号を情報処理端末１０に入力することで、カルテＤＢ３３に患者番号が登録されているかを確認する。
【0108】
作成済みの電子カルテがカルテＤＢ３３に保存されている場合（Ｓ２１のＹＥＳ）、カルテ管理部３１は、カルテＤＢ３３から作成済みの電子カルテを取得し（Ｓ２２）、表示部１１に表示する。この電子カルテは、電子カルテ作成表示画面Ｗ１（図９を参照）又はＷ２（図１０を参照）に表示される。
【0109】
一方、ステップＳ２１で作成済みの電子カルテがカルテＤＢ３３に保存されてない場合（Ｓ２１のＮＯ）には、電子カルテを新規に作成する（Ｓ２３）
【0110】
歯科医院のスタッフは、電子カルテを確認しながら、必要事項を入力する。スタッフは、不明な項目があれば、その項目を選択し、質問チャットに質問を入力する。この選択された項目がプロンプト（テキスト又は画像）としてカルテ管理システム３に入力される（Ｓ２４）。カルテ管理部３１は、入力されたプロンプトをＲＡＧシステム４に出力する（Ｓ２５）。ＲＡＧシステム４は、カルテ管理システム３から入力されたプロンプトを基にナレッジの検索処理を行う（Ｓ２６）。
【0111】
ここで、ＲＡＧシステム４で行われるナレッジの検索処理について、図１４を参照して説明する。図１４は、ＲＡＧシステム４によるナレッジの検索処理の例を示すフローチャートである。
図４に示したナレッジ検索部４４は、カルテ管理システム３から入力されたプロンプトを受け取ると、このプロンプトを検索クエリとして埋め込み部４３に入力する（Ｓ３１）。上述したように、プロンプトには、テキストまたは画像が含まれる。
図４に示したナレッジ検索部４４は、カルテ管理システム３から入力されたプロンプトを受け取ると、このプロンプトを検索クエリとして埋め込み部４３に入力する（Ｓ３１）。上述したように、プロンプトには、テキストまたは画像が含まれる。
【0112】
次に、埋め込み部４３は、埋め込みモデルを使って、検索クエリをベクトル化する（Ｓ３２）。そして、埋め込み部４３は、ベクトル化した検索クエリと類似性が高いナレッジをベクトルＤＢ５２から取得する（Ｓ３３）。
【0113】
次に、埋め込み部４３は、ベクトルＤＢ５２からナレッジを取得できたか否かを判定する（Ｓ３４）。ステップＳ３４で、ベクトルＤＢ５２からナレッジを取得できなかった場合（Ｓ３４のＮＯ）、埋め込み部４３は、本処理を終了して、図１３のステップＳ２７に進む。
【0114】
一方、ステップＳ３４で、ベクトルＤＢ５２からナレッジを取得できた場合（Ｓ３４のＹＥＳ）、埋め込み部４３は、ＬＬＭ４５にナレッジを渡す。ＬＬＭ４５は、ナレッジを基に、プロンプトＤＢ５３から任意のプロンプトを取得する（Ｓ３５）。
【0115】
次に、検索クエリ、ナレッジ、及びプロンプトをＬＬＭ４５に入力する（Ｓ３６）。そして、ＬＬＭ４５は、プロンプトに従って、検索結果の説明と、ナレッジの要約を生成し（Ｓ３７）、図１３のステップＳ２７に進む。
【0116】
図１３の説明に戻る。
カルテ管理部３１は、ＲＡＧシステム４から、検索結果の説明と、ナレッジの要約を含む回答を取得する（Ｓ２７）。カルテ管理部３１は、取得した回答を、画面Ｗ１，Ｗ２に表示する。次に、カルテ管理部３１は、電子カルテに回答を反映してカルテＤＢ３３に電子カルテを保存し（Ｓ２８）、本処理を終了する。
カルテ管理部３１は、ＲＡＧシステム４から、検索結果の説明と、ナレッジの要約を含む回答を取得する（Ｓ２７）。カルテ管理部３１は、取得した回答を、画面Ｗ１，Ｗ２に表示する。次に、カルテ管理部３１は、電子カルテに回答を反映してカルテＤＢ３３に電子カルテを保存し（Ｓ２８）、本処理を終了する。
【0117】
なお、歯科医院のスタッフは、入力部１２を操作してプロンプトを書き込む代わりに、音声入力を用いてもよい。例えば、マイクロフォンを介してスタッフと患者との会話を取り込んだ入力部１２が、音声入力された音声情報をテキスト変換したテキスト情報がプロンプトとしてＲＡＧシステム４に出力されてもよい。音声入力を用いることで、スタッフは、情報処理端末１０を持つ必要がなく、患者の対応に集中することができる。
【0118】
以上説明した第１の実施形態に係る閲覧支援システム１では、スタッフが専用のサーバを用意しなくても、情報処理端末１０を用意するだけで、レセプト管理機能、及びカルテ管理機能を利用することができる。カルテ管理機能には、ＲＡＧシステム４を用いた回答支援機能が組み込まれており、スタッフが電子カルテの作成に際して、何らかの入力を行う度に、この入力に関連する情報が表示される。したがって、歯科医院のスタッフは、表示部１１に表示された情報を参照しながら電子カルテを正しい書式で作成することができる。
【0119】
また、歯科医院のスタッフが電子カルテの作成に際して、質問を入力すると、この質問に対する回答が表示される。回答は、ＬＬＭ４５が元の長い文書（参照情報）を要約したものであるため、スタッフが理解しやすい。また、回答の元になる文書の参照元の情報も表示されるので、スタッフがより詳しい情報を確認したい時に、文書の参照元の情報に直ちにあたることができる。
【0120】
また、サービス会社がカルテ管理システム３を管理しており、歯科医院にサーバ等を設置しなくてよい。このため、閲覧支援システム１の導入に要するサーバ等の導入費用、及び継続費用を抑えることができる。また、情報処理端末１０は、特定の場所に設置する必要はない。
【0121】
例えば、歯科医院のスタッフは、歯科医院の外に持ち出した情報処理端末１０（例えば、ノートＰＣ、タブレット端末）を使って、インターネットを介してレセプト管理システム２及びカルテ管理システム３にアクセスすることもできる。このため、歯科医院のスタッフは、電子カルテ及びレセプトの入力状況を確認することが容易になり、電子カルテの内容を確認することも容易となる。
【0122】
歯科医院のスタッフが入力した質問に対する回答は、ＬＬＭ４５等のＡＩ技術を用いて生成される。この回答には、例えば、検索結果の説明と、ナレッジの要約とが含まれるので、スタッフが難解な文書を理解しやすくなる。
【0123】
また、新しい文書が刊行されるとナレッジがアップロードされる。また、文書が改訂されると、ナレッジが改訂される。このため、ＲＡＧシステム４は、最新のナレッジに基づく回答をカルテ管理システム３に出力し、電子カルテに回答を反映させることができる。
【0124】
上述した第１の実施形態では、カルテ管理システム３とＲＡＧシステム４との連携について説明したが、レセプト管理システム２とＲＡＧシステム４も同様に連携される。例えば、図９と図１０に示した画面Ｗ１、Ｗ２と同様のレセプト作成表示画面が表示部１１に表示される。このため、レセプト管理システム２の使用時に表示される画面で、スタッフが不明な項目を指定することで、ＲＡＧシステム４から得られた回答が表示部１１に表示される。また、レセプトの記載要綱が書かれた文書から適切な内容の要約が表示される。このため、スタッフが作成したレセプトが正確になり、返戻の可能性を低くすることができる。
【0125】
また、上述した第１の実施形態に係るＲＡＧシステム４からナレッジアップロード部４１とナレッジＤＢ５１を除いた形態としてもよい。この場合、カルテシステム３のカルテ管理部３１がＲＡＧシステム４に送った文書（ナレッジ）は、ナレッジアップデート部４２により、埋め込み部４３に送られる。埋め込み部４３は、文書（ナレッジ）をベクトル化し、ベクトル化したナレッジをベクトルＤＢ５２に格納する。このような構成であっても、ナレッジ検索部４４は、ベクトルＤＢ５２内にあるチャンク化されたテキストを画面Ｗ１，Ｗ２に表示できるので、スタッフは、チャンク化されたテキストを確認することが可能である。
【0126】
［第２の実施形態］
次に、本発明の第２の実施形態に係る閲覧支援システムの構成例について、図１５を参照して説明する。
図１５は、第２の実施形態に係る閲覧支援システム１Ａの全体構成例を示す機能構成図である。閲覧支援システム１Ａは、オフライン状態でも電子カルテの生成と、ＲＡＧによる回答支援が可能である。
次に、本発明の第２の実施形態に係る閲覧支援システムの構成例について、図１５を参照して説明する。
図１５は、第２の実施形態に係る閲覧支援システム１Ａの全体構成例を示す機能構成図である。閲覧支援システム１Ａは、オフライン状態でも電子カルテの生成と、ＲＡＧによる回答支援が可能である。
【0127】
閲覧支援システム１Ａは、歯科医院ごとに情報処理端末１０とカルテコンピュータ６を備える。カルテコンピュータ６は、カルテ管理システム６０及びＲＡＧシステム７０を備える。カルテ管理システム６０は、カルテ管理部６１、参照管理部６２、カルテＤＢ６３、参照ログＤＢ６４及びレセプトＤＢ６５を備える。
【0128】
カルテ管理部６１及び参照管理部６２の各機能は、第１の実施形態に係るカルテ管理部３１及び参照管理部３２と同様である。このため、オフライン状態で、カルテ管理部６１が電子カルテを生成し、電子カルテを管理できる。
【0129】
カルテＤＢ６３は、カルテコンピュータ６で作成される電子カルテの情報を格納する。
電子カルテの情報は、患者の個人情報が含まれるので、カルテコンピュータ６内に留まる。カルテコンピュータ６からレセプト管理システム２に対して診療データｄ１が送信され、レセプトＤＢ２２に診療データｄ１が登録される。また、カルテコンピュータ６からカルテ管理システム３に対して参照ログデータｄ２が送信され、参照ログＤＢ３４に参照ログデータｄ２が登録される。
電子カルテの情報は、患者の個人情報が含まれるので、カルテコンピュータ６内に留まる。カルテコンピュータ６からレセプト管理システム２に対して診療データｄ１が送信され、レセプトＤＢ２２に診療データｄ１が登録される。また、カルテコンピュータ６からカルテ管理システム３に対して参照ログデータｄ２が送信され、参照ログＤＢ３４に参照ログデータｄ２が登録される。
【0130】
カルテＤＢ６３、参照ログＤＢ６４及びレセプトＤＢ６５のデータ構成は、カルテＤＢ３３、参照ログＤＢ３４、及びレセプトＤＢ２２のデータ構成と同様である。
ＲＡＧシステム７０の内部は、図４に示したＲＡＧシステム４と同様に構成される。ＲＡＧシステム７０は、歯科医院内に設けられ、個人情報等のデータを歯科医院の外部に出力する必要がない。
ＲＡＧシステム７０の内部は、図４に示したＲＡＧシステム４と同様に構成される。ＲＡＧシステム７０は、歯科医院内に設けられ、個人情報等のデータを歯科医院の外部に出力する必要がない。
【0131】
カルテコンピュータ６に構築される各ＤＢのデータは、スタッフが参照可能な情報に限られる。スタッフは、カルテコンピュータ６がオフライン状態であっても、情報処理端末１０を操作して、カルテコンピュータ６内の各ＤＢに記録された情報を閲覧することができる。また、カルテコンピュータ６の各ＤＢに書き込まれた情報のうち、カルテＤＢ６３以外の情報は、定期的にレセプト管理システム２及びカルテ管理システム３が備える各ＤＢと同期されて利用される。
【0132】
以上説明した第２の実施形態に係る閲覧支援システム１Ａでは、カルテコンピュータ６が備える各ＤＢの情報が、レセプト管理システム２及びカルテ管理システム３が備える各ＤＢの情報と同期されている。このため、カルテコンピュータ６がオフライン状態になったとしても、スタッフは、カルテコンピュータ６の各ＤＢに記録されている情報を確認することができる。
【0133】
［変形例］
なお、上述した各実施形態では、歯科診療における診療記録（電子カルテ）やレセプト作成について説明したが、医師、看護師、理学療法士、柔道整復師等の診療に対する診療記録（電子カルテ）やレセプト等の作成時にも本発明を適用することが可能である。例えば、歯科だけでなく、医科、薬科、動物医療といった診療科であっても、各科のスタッフが電子カルテを確認することが可能となる。
なお、上述した各実施形態では、歯科診療における診療記録（電子カルテ）やレセプト作成について説明したが、医師、看護師、理学療法士、柔道整復師等の診療に対する診療記録（電子カルテ）やレセプト等の作成時にも本発明を適用することが可能である。例えば、歯科だけでなく、医科、薬科、動物医療といった診療科であっても、各科のスタッフが電子カルテを確認することが可能となる。
【0134】
また、ＬＬＭ４５が電子カルテを要約したデータを、この電子カルテに記録された患者に提供してもよい。患者は、要約したデータを確認することで自身の治療内容を確認することができる。また、患者が他の歯科医院に罹る場合には、要約したデータを持ちこむことで、以前に罹っていた歯科医院からの継続した治療を受けることもできる。
【0135】
本発明は上述した各実施形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の応用例、変形例を取り得ることは勿論である。
例えば、上述した各実施形態は本発明を分かりやすく説明するために装置及びシステムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、ここで説明した実施形態の構成の一部を他の実施形態の構成に置き換えることは可能であり、さらにはある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加、削除、置換をすることも可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
例えば、上述した各実施形態は本発明を分かりやすく説明するために装置及びシステムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、ここで説明した実施形態の構成の一部を他の実施形態の構成に置き換えることは可能であり、さらにはある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加、削除、置換をすることも可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【0136】
１，１Ａ…閲覧支援システム、２…レセプト管理システム、３…カルテ管理システム、４…ＲＡＧシステム、１０…情報処理端末、１１…表示部、１２…入力部、２１…レセプト管理部、３１…カルテ管理部、４１…ナレッジアップロード部、４２…ナレッジアップデート部、４３…埋め込み部、４４…ナレッジ検索部、４５…ＬＬＭ
【要約】
【課題】医療関連情報の記載を正確に行えるようにするための閲覧支援システムを提供する。
【解決手段】閲覧支援システム１が備える情報処理端末１０は、表示部１１に表示された電子カルテに登録する内容の質問を作成する入力部１２を有する。カルテ管理システム３は、情報処理端末１０により入力される、電子カルテを作成するための作成情報をＲＡＧシステム４に出力し、ＲＡＧシステム４から回答を受付けて、電子カルテの作成を支援するカルテ管理部３１を有する。ＲＡＧシステム４は、ベクトル化され、ベクトル空間に埋め込まれたナレッジが格納されるベクトルＤＢ５２と、ベクトルＤＢ５２から、ベクトル化された作成情報を基にナレッジを検索し、検索されたナレッジを成形した回答をカルテ管理部３１に出力するナレッジ検索部４４を有する。
【選択図】図１
【解決手段】閲覧支援システム１が備える情報処理端末１０は、表示部１１に表示された電子カルテに登録する内容の質問を作成する入力部１２を有する。カルテ管理システム３は、情報処理端末１０により入力される、電子カルテを作成するための作成情報をＲＡＧシステム４に出力し、ＲＡＧシステム４から回答を受付けて、電子カルテの作成を支援するカルテ管理部３１を有する。ＲＡＧシステム４は、ベクトル化され、ベクトル空間に埋め込まれたナレッジが格納されるベクトルＤＢ５２と、ベクトルＤＢ５２から、ベクトル化された作成情報を基にナレッジを検索し、検索されたナレッジを成形した回答をカルテ管理部３１に出力するナレッジ検索部４４を有する。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】