(57)【要約】      （修正有）【課題】患者に寄り添って十分なコミュニケーションをすることによって、患者は不安から解放されて早期回復が可能になるとともに、医師や看護師の労務を軽減できる低コストなコミュニケーションを支援するロボットを提供する。【解決手段】コミュニケーションを支援するロボット１ａ、１ｂは、ロボットサーバ１１のＡＩソフトウエア１３と、音声認識・会話用デ−タベース１７を用いて患者７と会話をする。音声認識・会話用デ−タベース１７には、患者７のプロフィールや、医師や看護師のプロフィールの一部が保存されている。これらのプロフィールは、医療機関の管理サーバ１２のデータベースに保存されているものであり、管理サーバ１２のＡＩソフトウエアによって音声認識・会話用デ−タベース１７に保存されたものである。【選択図】図１
2020080106.tif 000002
【特許請求の範囲】
【請求項１】
医療機関に入院している患者と会話が可能なコミュニケーション支援ロボットであって、
該コミュニケーション支援ロボットは、
ＡＩソフトウエアと、音声認識・会話用デ−タベースを用いて前記患者と会話をするものであり、
前記音声認識・会話用デ−タベースには、前記患者のプロフィールが保存されているものである
ことを特徴とするコミュニケーション支援ロボット。
【請求項２】
医療機関に入院している患者と会話が可能なコミュニケーション支援ロボットであって、
該コミュニケーション支援ロボットは、
ＡＩソフトウエアと、音声認識・会話用デ−タベースを用いて前記患者と会話をするものであり、
前記音声認識・会話用デ−タベースには、前記患者のプロフィールと、前記医療機関の関係者のプロフィールの一部が保存されているものである
ことを特徴とするコミュニケーション支援ロボット。
【請求項３】
前記患者のプロフィールと、前記医療機関の関係者のプロフィールの一部は、
前記医療機関内システムの管理サーバのデータベースに保存されているものであり、
前記管理サーバのソフトウエアによって前記音声認識・会話用デ−タベースに保存されたものである
ことを特徴とする請求項１又は請求項２に記載のコミュニケーション支援ロボット。
【請求項４】
前記患者のプロフィールは、
前記医療機関内システムの管理サーバのデータベースに加えて、電子カルテサーバのデータベースに保存されているものであり、
前記管理サーバのソフトウエアによって前記音声認識・会話用デ−タベースに保存されたものである
ことを特徴とする請求項１又は請求項２に記載のコミュニケーション支援ロボット。
【請求項５】
前記患者のプロフィールは、
前記医療機関内システムの管理サーバのデータベースに加えて、レセコンサーバのデータベースに保存されているものであり、
前記管理サーバのソフトウエアによって前記音声認識・会話用デ−タベースに保存されたものである
ことを特徴とする請求項１又は請求項２に記載のコミュニケーション支援ロボット。
【請求項６】
前記患者のプロフィールは、
前記医療機関内システムの管理サーバのデータベースに加えて、電子カルテのデータベースと、レセコンサーバのデータベースに保存されているものであり、
前記管理サーバのソフトウエアによって前記音声認識・会話用デ−タベースに保存されたものである
ことを特徴とする請求項１又は請求項２に記載のコミュニケーション支援ロボット。
【請求項７】
前記レセコンサーバは、
ＯＲＣＡサーバである
ことを特徴とする請求項５又は請求項６に記載のコミュニケーション支援ロボット。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医院、病院、介護施設などの医療機関に入院している患者とのコミュニケーションを支援するためのロボットに関するものである。
【背景技術】
【０００２】
脳卒中等の急性期の入院患者（以下において、患者と呼ぶ。）は、集中治療室（ＩＣＵ）の中で過ごしている。最近では、患者の早期回復を目指して入院初期からリハビリテーション（以下において、リハビリと呼ぶ。）が開始されるようになってきた。
【０００３】
しかし、医療機関の関係者である医師や看護師は多忙であることなどから、一人の患者とのコミュニケーションができるのは、一日の中で計６０分程度に限られているのが現状である。したがって、患者は、一日のうちで２３時間程度を集中治療室の天井を見て、医療機器の電子音を聞き、苦痛に耐えながら過ごしているというのが現状である。その結果、昼と夜との区別がつかなくなり、昼夜逆転現象を起こすような患者も多数認められている。
【０００４】
また、脳卒中等の患者は高齢者が多いので、コミュニケーションが不足すると認知症や鬱疾患などの合併症を併発する可能性が高くなると言われている。
【０００５】
最近において、コミュニケーションが可能なロボットの発明が開示されている。例えば、ロボットを使って単身の高齢者と、近親者（家族）とのコミュニケーションを支援するロボットの発明が特許文献１に開示されている。
【０００６】
また、ディープラーニングなどの学習機能を有する人工知能（以下において、単にＡＩと呼ぶ。）を利用し、マイクロフォンから入力された音声から、音声を発した人の生体情報、例えば、平静、悲しみ、怒り、喜びなどを推定し、その推定結果に応じて適切なコミュニケーションをするロボットの発明が特許文献２において開示されている。
【０００７】
これらのロボットを用いると、患者との密接なコミュニケーションが可能であり、その結果、医療機関の関係者である医師や看護師の労務を軽減することができる。また、ロボットであれば、一人の患者に対して１体設置することも技術的には可能となる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１５−１８４５９７号公報
【特許文献２】特開２０１７−１００２２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した特許文献１や特許文献２に記載のロボットは、挨拶などの日常的な会話は可能ではあるものの、集中治療室にいるような患者との十分なコミュニケーションができるようなものではない。
【００１０】
すなわち、集中治療室にいる患者が本当に知りたいのは、担当してくれる医師や看護師の名前や出勤状況であるとか、入院期間やリハビリ期間であるとか、治療費用であるとか、薬価などの場合が多い。そして、それらのビックデータが記憶されているデータベースは存在しておらず、ロボットとの十分なコミュニケーションができないという問題点がある。
【００１１】
加えて、上述した特許文献１や特許文献２に記載のロボットは、汎用品ではないのでコスト高になっており、一般の患者にとって１体のロボットを占有できないという問題点もある。
【００１２】
本発明は、上記した問題点の除去を目的としており、集中治療室にいるような急性期の患者に寄り添って十分なコミュニケーションが可能であり、その結果、患者は不安から解放されて、早期回復が可能になるとともに、医師や看護師の労務を軽減することができる低コストなコミュニケーション支援ロボットの提供を目的としている。
【課題を解決するための手段】
【００１３】
本発明は、医療機関に入院している患者と会話が可能なコミュニケーション支援ロボットに関するものである。このコミュニケーション支援ロボットは、ＡＩソフトウエアと、音声認識・会話用デ−タベースを用いて患者と会話をする。この音声認識・会話用デ−タベースには、患者のプロフィール、例えば、氏名、性別、年齢、家族構成、健康保険証の種類、趣味等と、医療機関の関係者のプロフィールの一部、例えば、医師や看護師の氏名、性別、勤務日程や勤務時間等が保存されている。
【００１４】
請求項１に記載した発明は、
医療機関に入院している患者と会話が可能なコミュニケーション支援ロボットであって、
該コミュニケーション支援ロボットは、
ＡＩソフトウエアと、音声認識・会話用デ−タベースを用いて前記患者と会話をするものであり、
前記音声認識・会話用デ−タベースには、前記患者のプロフィールが保存されているものである
ことを特徴としている。
【００１５】
請求項１に記載した発明を用いると、患者のプロフィールが音声認識・会話用データベースに保存されているので、入院当日から患者とロボットとのコミュニケーションをすることができる。
【００１６】
請求項２に記載した発明は、
医療機関に入院している患者と会話が可能なコミュニケーション支援ロボットであって、
該コミュニケーション支援ロボットは、
ＡＩソフトウエアと、音声認識・会話用デ−タベースを用いて前記患者と会話をするものであり、
前記音声認識・会話用デ−タベースには、前記患者のプロフィールと、前記医療機関の関係者のプロフィールの一部が保存されているものである
ことを特徴としている。
【００１７】
請求項２に記載した発明を用いると、請求項１に記載した発明に加えて、音声認識・会話用データベースには、医療機関の関係者のプロフィールの一部が保存されているので、患者の要望に沿ったより細かなコミュニケーションをすることができる。医療機関の関係者の氏名や勤務日程等のプロフィールの一部であれば、個人情報保護の観点からも問題はない。
【００１８】
請求項３に記載した発明は、請求項１又は請求項２に記載の発明において、
前記患者のプロフィールと、前記医療機関の関係者のプロフィールの一部は、
前記医療機関内システムの管理サーバのデータベースに保存されているものであり、
前記管理サーバのソフトウエアによって前記音声認識・会話用デ−タベースに保存されたものである
ことを特徴としている。
【００１９】
請求項３の発明を用いることによって、患者のプロフィールや医療機関の関係者のプロフィールの一部を自動で音声認識・会話用デ−タベースに入力できるので人件費削減などの点から好ましい。また、管理サーバのデータベースには膨大な容量のデータが保存されているが、患者のプロフィールと、医療機関の関係者のプロフィールの一部のみが音声認識・会話用データベースに保存されるので、音声認識・会話用データベースの容量にそれほど大きな影響を与えることはない。
【００２０】
請求項４に記載した発明は、請求項１又は請求項２に記載の発明において、
前記患者のプロフィールは、
前記医療機関内システムの管理サーバのデータベースに加えて、電子カルテサーバのデータベースに保存されているものであり、
前記管理サーバのソフトウエアによって前記音声認識・会話用デ−タベースに保存されたものである
ことを特徴としている。
【００２１】
請求項５に記載した発明は、請求項１又は請求項２に記載の発明において、
前記患者のプロフィールは、
前記医療機関内システムの管理サーバのデータベースに加えて、レセコンサーバのデータベースに保存されているものであり、
前記管理サーバのソフトウエアによって前記音声認識・会話用デ−タベースに保存されたものである
ことを特徴としている。
【００２２】
請求項６に記載した発明は、請求項１又は請求項２に記載の発明において、
前記患者のプロフィールは、
前記医療機関内システムの管理サーバのデータベースに加えて、電子カルテのデータベースと、レセコンサーバのデータベースに保存されているものであり、
前記管理サーバのソフトウエアによって前記音声認識・会話用デ−タベースに保存されたものである
ことを特徴としている。
【００２３】
請求項４〜請求項６に記載した発明を用いると、音声認識・会話用データベースには、管理サーバ、電子カルテサーバ、レセコンサーバなどに保存されているデータのなかで、患者のプロフィールが保存されるので、患者の要望に沿ったさらに細かなコミュニケーションをすることができる。
【００２４】
また、管理サーバ、電子カルテサーバ、レセコンサーバのデータベースには膨大な容量のデータが保存されているが、患者のプロフィールのみが音声認識・会話用データベースに保存されるので、音声認識・会話用データベースの容量にそれほど大きな影響を与えることはない。
【００２５】
請求項７に記載した発明は、請求項５又は請求項６に記載の発明において、
前記レセコンサーバは、
ＯＲＣＡサーバである
ことを特徴としている。
【００２６】
レセコンサーバとして、ＯＲＣＡサーバを利用することによって、インターネットを介してデータベース内のデータが随時更新されている。したがって、診療報酬や薬価基準が改訂されたり、新たな新薬が認可されたりした場合にも対応できるのでより正確な治療費等を抽出することができる。
【発明の効果】
【００２７】
本発明を用いると、集中治療室にいるような急性期の患者の症状や治療・処置などに応じて十分なコミュニケーションが可能であり、その結果、患者は不安から解放され、早期回復が可能になるとともに、医師や看護師の労務を軽減することができる低コストなコミュニケーション支援ロボット（以下において、単にロボットと呼ぶ場合がある。）を提供することができる。
【図面の簡単な説明】
【００２８】
【図１】ロボット及ぶその周辺装置の概略図である。
【図２】医療機関内システムの概略図である。
【図３】本発明のメインルーチンのフローチャートである。
【図４】医療情報入力サブルーチンのフローチャートである。
【図５】コミュニケーションサブルーチンのフローチャートである。
【図６】検索システムサブルーチンのフローチャートである。
【図７】検索システムサブルーチンの変形例のフローチャートである。
【発明を実施するための形態】
【００２９】
本発明の概要について説明する。本発明は、ロボットシステム１０と、医療機関内システム２１から構成されている（図１）。
＜ロボットシステム１０＞
ロボットシステム１０は、ロボット１ａ，ｂ及びロボットサーバ１１を有するものである（図１）。本発明の一実施形態として、ＡＩ機能を有しており、患者７との会話が可能な市販品のロボット１ａ，ｂ、例えば、ユニボ又はＵｎｉｂｏ（登録商標、ユニロボット株式会社）を用いた実施例で説明する（図１）。
【００３０】
このロボット１ａは、患者７の音声を聞くことができる図視されていないマイクロフォンと、患者７に対して話すことができるスピーカを備えている。また、ロボット１ａの手の部分を動かしたりすることもできるものであるが、これらについては本発明とは直接関連しないので詳細な説明は省略する。
【００３１】
このロボット１ａ，ｂは、病院内の入院患者ごとに１台設置することができ、インターネットを介し、ロボットサーバ１１と接続されている。ロボット１ａ，ｂは、ルータ３を介して病院内に複数台設置することも可能であり（例えば、ロボット１ａ，ロボット１ｂと図示した。図１）、以下の実施例では説明を簡略化するためにロボット１ａと患者７のみを実施対象として説明する。
【００３２】
ロボットサーバ１１とルータ３とは、例えば、インターネット５ａを介して接続されている。ルータ３と、ロボット１ａや管理サーバ１２とは、例えば、ローカルエリアネットワーク（以下において、単にＬＡＮと呼ぶ。）を介して接続されている（図１）。インターネット５ａを介して接続されている部分は、セキュリティの関係からＳＳＬ（Secure Sockets Layer）を用いて暗号化処理して相互に通信されている。
【００３３】
ロボットサーバ１１は、ロボット１ａの頭脳となる装置であり、ＡＩソフトウエア１３、利用者情報ＤＢ１５（以下において、ＤＢとは、データベースの略である。）、音声認識・会話用ＤＢ１７等を有しており、患者７との日常的な会話、例えば、「こんにちは」などの挨拶や、日時、天候などのコミュニケーションをすることができる。これら日常会話機能を有する公知の市販品ロボットを利用することによって、コストを低減することができる。
【００３４】
このようにロボット１ａと、その頭脳となるロボットサーバ１１とを、インターネット５ａを介して接続することによって、ロボット１ａをコンパクト化できるとともに低コスト化をすることができる。なお、ロボット１ａの寸法やコストに余裕があれば、ロボットサーバ１１の機能をロボット本体に組み込むようにすることもできる。
【００３５】
すなわち、本発明に係るロボット１ａは、医療機関に入院している患者と直接会話が可能なコミュニケーション支援ロボットである。そして、このロボット１ａは、ＡＩソフトウエア１３と、音声認識・会話用デ−タベース１７を用いて患者７と会話をすることができるものである。
＜医療機関内システム２１＞
医療機関内システム２１は、ロボット１ａ，ｂ、ルータ３、管理サーバ１２、医療システム３１、オペレータ９が使用する端末２３等で構成されている（図１、図２）。
【００３６】
・  管理サーバ２２
管理サーバ２２には、後述するように本発明の要となるＡＩソフトウエア２５と、病院内の管理、例えば、患者７の問診結果や、医療機関の関係者である医師や看護師の氏名や勤務時間等のプロフィールが記憶されているデータベース２７と、医学辞書検索ソフトウエア２８及び医学辞書検索データベース２９などを有するものである。医学辞書検索ソフトウエア２８と医学辞書検索用データベース２９として、ティ辞書企画社の製品を用いた。また、患者７とロボット１ａとのコミュニケーション状況等に関する分析データ３０を出力することもできる。
（２）医療システム３１
医療システム３１として、電子カルテサーバ４１と、レセプト・コンピュータ・サーバ（以下において、単にレセコンサーバ５１と呼ぶ。）等で構成されている（図１、図２）。
【００３７】
電子カルテサーバ４１は、患者の診断や治療状況、投薬情報等を保存したり、読み出したりできるソフトウエア４３とデータベース４５で構成されている。
【００３８】
レセコンサーバ５１は、薬価や診療報酬等を保存したり、読み出したりできるソフトウエア４３とデータベース４５で構成されている。
【００３９】
なお、日本医師会に属するＯＲＣＡ管理機構６１は、一般的にはＯＲＣＡ（登録商標）と呼ばれているオンライン型で動作するレセプトソフト（日医標準レセプトソフト、Ｏｎｌｉｎｅ  Ｒｅｃｅｉｐｔ  Ｃｏｍｐｕｔｅｒ  Ａｄｖａｎｔａｇｅ）を開発し、公開し、無償で提供している（図２）。このＯＲＣＡは、オープンソース方式を採用しているので無料であり、著作権さえ尊重すれば改変、再配布などが可能なために、個人経営の医院や中小規模の病院にも導入しやすい環境となっている。
【００４０】
また、ＯＲＣＡ管理機構６１より、インターネット５ｂを介してデータが随時更新されている。したがって、診療報酬や薬価基準が改訂されたり、新たな新薬が認可されたりした場合にも瞬時に対応できるという特長がある。以下において、一般的なレセコンサーバ５１のうちで、特にＯＲＣＡを用いるサーバをＯＲＣＡサーバと呼ぶことにする。
＜メインルーチン＞
本発明に係るコミュニケーション支援ロボットのメインルーチンのフローチャートを図３に示す。例えば、患者７の「こんにちは」という発言（音声）を、ロボットが認識することによってコミュニケーション（会話）がスタートする（図１）。
【００４１】
ステップ１０で、ロボットサーバ１１の音声認識・会話用ＤＢ１７に対して、新たな入力や保存が必要であるか否かが判断される。新たな入力等が必要となる場合にはステップ２０へ進み、新たな入力等の必要がない場合にはステップ４０へ進む。なお、新たな入院患者７に対してロボット１ａを設置する場合には、必ずステップ２０へ進むことになる。
【００４２】
ステップ２０では、患者７の氏名、性別、年齢、家族構成、保険、趣味等のプロフィールと、医療機関の関係者、例えば、医師や看護師の氏名、性別、勤務日程等のプロフィールの一部が、ロボットサーバ１１の音声認識・会話用ＤＢ１７に入力・保存される。これらプロフィールの入力・保存は、オペレータ９が端末２３から手動入力することも可能ではある。
【００４３】
しかしながら、看護師による問診結果による患者７の氏名や性別等のプロフィールを管理サーバ２２のデータベース２７にあらかじめ保存しておき、患者７のＩＤを入力することによって、ＡＩソフトウエア２５がデータベース２７を検索し、患者７のプロフィールをロボットサーバ１１の音声認識・会話用ＤＢ１７に自動で入力するのが人件費削減などの点から好ましい。医療機関の関係者である医師や看護師のプロフィールの一部についても同様の手法で自動入力するのが好ましい。
【００４４】
ステップ３０では、いろいろな医療情報がロボットサーバ１１の音声認識・会話用ＤＢ１７に入力される。医療情報入力の詳細については、後述する医療情報入力サブルーチンで説明する（図４）。
【００４５】
ステップ４０では、患者７とロボット１ａとのコミュニケーションが開始される。ステップ２０において、患者７のプロフィール等がロボットサーバ１１の音声認識・会話用ＤＢ１７に入力・保存されているので、入院当日から患者７は、ロボット１ａと家族や趣味等についてコミュニケーションをすることができる。
【００４６】
ステップ５０において、例えば、患者７の「おやすみ」又は「またね」という発言（音声）を、ロボットが認識することによってコミュニケーション（会話）が終了（エンド）する。
＜医療情報入力サブルーチン＞
上述した図３のステップ３０に示した医療情報入力サブルーチンについて図４を用いて説明する。この医療情報入力サブルーチンは、管理サーバ２２のソフトウエア、例えば、ＡＩソフトウエア２５によって、ロボットサーバ１１の音声認識・会話用ＤＢ１７に追加保存されたり変更されたりする。
【００４７】
ステップ１００では、ＡＩソフトウエア２５は、管理サーバ２２のデータベース２７の内容、例えば、医療機関の関係者である医師や看護師の勤務日程や勤務時間等のプロフィールの一部をロボットサーバ１１の音声認識・会話用ＤＢ１７に追加したり変更したりすることができる。
【００４８】
ステップ１１０では、管理サーバ２２のＡＩソフトウエア２５は、電子カルテサーバ４１のデータベース４５の内容、例えば、患者７の診断や治療の状況、薬剤のオーダー状況等のプロフィールを、ロボットサーバ１１の音声認識・会話用ＤＢ１７に追加したり変更したりすることができる。
【００４９】
ステップ１２０では、管理サーバ２２のＡＩソフトウエア２５は、レセコンサーバ５１のデータベース５５の内容、例えば、患者７の症状に関する診療報酬や薬価基準の状況等のプロフィールを、ロボットサーバ１１の音声認識・会話用ＤＢ１７に追加したり変更したりすることができる。
【００５０】
また、管理サーバ２２のＡＩソフトウエア２５は、学習機能を有しているので、過去の複数の患者から質問が多かった事項について瞬時に回答できるように、あらかじめロボットサーバ１１の音声認識・会話用ＤＢ１７に追加したりすることもできる。
【００５１】
すなわち、管理サーバ２２のＡＩソフトウエア２５は、ロボット１ａが患者７とのコミュニケーションを開始する前に、又は、その後においても管理サーバ２２、電子カルテサーバ４１、レセコンサーバ５１の内容のうちで、必要性が高いと予想されるものをロボットサーバ１１の音声認識・会話用ＤＢ１７に保存する。したがって、患者７は、入院初日から医療関係の会話等についてもロボット１ａとのコミュニケーションが可能になる。
＜コミュニケーションサブルーチン＞
上述した図３のステップ４０に示したコミュニケーションサブルーチンの詳細について図５を用いて説明する。
【００５２】
ステップ２００で、患者７がロボット１ａに対して何らかの発言（質問）をしたと仮定する。患者７の音声は、ロボット１ａ内でデジタル化され、ＳＳＬ処理し、ルータ３、インターネット５ａを介してロボットサーバ１１に送信される（図１）。
【００５３】
ステップ２１０で、ロボットサーバ１１のＡＩソフトウエア１３は、患者７の質問内容のデジタル化されている音声を、音声認識・会話用ＤＢ１７を用いてテキスト化する。そして、ＡＩソフトウエア１３は、テキスト化された患者７の質問内容のキーワードを抽出し、その回答が音声認識・会話用ＤＢ１７（図５のステップ２１０において、単にＤＢと記載。以下において、データベースを単にＤＢと記載する場合がある。）に存在しているか否かを検索する。
【００５４】
そして、患者７の質問内容の回答が音声認識・会話用ＤＢ１７に存在する場合には、ステップ２４０へ進む。一方、患者７の質問内容の回答が音声認識・会話用ＤＢ１７に存在していない場合にはステップ２２０へ進む。ステップ２２０以下の処理は、患者７の発言に対する回答が、ロボットサーバ１１の音声認識・会話用ＤＢ１７に現在存在していない場合の処理である。
【００５５】
ステップ２２０において、ロボットサーバ１１のＡＩソフトウエア１３は、音声認識・会話用ＤＢ１７にあらかじめ保存されている困った場合の回答、例えば、「ちょっと待ってね」、又は、「今調べてみるね」等をデジタル化し、上述したインターネット５ａ、ルータ３を介してロボット１ａに送信し、発言させるようにした。すなわち、ロボット１ａが患者７に対して即答できない場合でも、「ちょっと待ってね」、又は、「今調べてみるね」とロボット１ａに発言させることによって患者７は不安になることはない。
【００５６】
ステップ２３０では、後述する検索システムサブルーチンにジャンプする（図６、図７）。すなわち、「ちょっと待ってね」、又は、「今調べてみるね」等がロボットサーバ１１からロボット１ａに送信されると、ルータ３を介して管理サーバ２２のＡＩソフトウエア２５はその状況を検知する。そして、管理サーバ２２のＡＩソフトウエア２５は、後述する検索システムサブルーチンによって検索された結果を、ルータ３、インターネット５ａを介してロボットサーバ１１の音声認識・会話用ＤＢ１７に保存する。
【００５７】
ステップ２４０において、ロボットサーバ１１のＡＩソフトウエア１３は、音声認識・会話用ＤＢ１７に既に保存されている回答、又は、新たに保存された回答を、上述したインターネット５ａ、ルータ３を介してロボット５ａに送信する。
【００５８】
ステップ２５０において、患者７の質問等に対してロボット１ａが発言（回答）した後に図３のステップ４０へリターンする。
＜検索システムサブルーチン＞
上述した図５のステップ２３０に示した検索システムサブルーチンの詳細について図６を用いて説明する。
【００５９】
ステップ３００において、ロボットサーバ１１からロボット１ａに対して、例えば、「ちょっと待ってね」、又は、「今調べてみるね」等が送信されると（図５、ステップ２２０）、ルータ３を介して管理サーバ２２のＡＩソフトウエア２５がそれを検知して起動する。
【００６０】
ステップ３１０で、管理サーバ２２のＡＩソフトウエア２５は、管理サーバ２２のデータベース２７に患者７の質問内容に対する回答が存在するか否かを判断する。回答が存在する場合にはステップ３４０に進みその内容をデータベース２７に保存し、回答が存在しない場合にはステップ３２０に進む。
【００６１】
ステップ３２０で、管理サーバ２２のＡＩソフトウエア２５は、電子カルテサーバ４１のデータベース４５に患者７の質問内容に対する回答が存在するか否かを判断する。回答が存在する場合には、その内容をデータベース２７に保存した後にステップ３４０に進み、回答が存在しない場合にはステップ３３０に進む。
【００６２】
ステップ３３０で、管理サーバ２２のＡＩソフトウエア２５は、レセコンサーバ５１のデータベース５５に患者７の質問内容に対する回答が存在するか否かを判断する。回答が存在する場合には、その内容をデータベース２７に保存した後にステップ３４０に進む。一方、回答が存在しない場合には、例えば、「調べてみたけど、分からなかった。ごめんね。」というような回答内容がデータベース２７に保存される。
【００６３】
ステップ３４０では、管理サーバ２２のＡＩソフトウエア２５は、データベース２７に保存された回答内容、又は、「調べてみたけど、分からなかった。ごめんね。」をロボットサーバ１１の音声認識・会話用ＤＢ１７に保存した後にステップ２３０（図５）にリターンする。
【００６４】
なお、図６において、管理サーバ２２のＡＩソフトウエア２５は、（１）管理サーバ２２のデータベース２７、（２）電子カルテサーバ４１のデータベース４５、（３）レセコンサーバ５１のデータベース５５の順番で検索をしているが、これらの順番にはこだわらなくできる。例えば、最初に（２）電子カルテサーバ４１のデータベース４５から検索するようにすることもできる。
＜検索システムサブルーチンの変形例＞
上述した図５のステップ２３０に示した検索システムサブルーチンの変形例について図７を用いて説明する。なお、図６との重複部分は簡潔に記載することにする。
【００６５】
ステップ４００において、管理サーバ２２のＡＩソフトウエア２５が起動する。
【００６６】
ステップ４１０で、管理サーバ２２のＡＩソフトウエア２５は、管理サーバ２２のデータベース２７に患者７の質問内容に対する回答が存在するか否かを検索し、必要に応じてデータベース２７に保存する。
【００６７】
ステップ４２０で、管理サーバ２２のＡＩソフトウエア２５は、電子カルテサーバ４１のデータベース４５に患者７の質問内容に対する回答が存在するか否かを検索し、必要に応じてデータベース２７に保存する。
【００６８】
ステップ４３０で、管理サーバ２２のＡＩソフトウエア２５は、レセコンサーバ５１のデータベース５５に患者７の質問内容に対する回答が存在するか否かを検索し、必要に応じてデータベース２７に保存する。
【００６９】
ステップ４４０では、管理サーバ２２のＡＩソフトウエア２５は、回答内容、又は、「調べてみたけど、分からなかった。ごめんね。」をデータベース２７に保存した後にステップ２３０（図５）にリターンする。
【００７０】
その後、管理サーバ２２のＡＩソフトウエア２５は、データベース２７に保存された回答内容、又は、「調べてみたけど、分からなかった。ごめんね。」をロボットサーバ１１の音声認識・会話用ＤＢ１７に保存する。
【００７１】
すなわち、この変形例で管理サーバ２２のＡＩソフトウエア２５は、管理サーバ２２、電子カルテサーバ４１、レセコンサーバ５１のすべてのデータベースを検索することができる。
【００７２】
本発明は、医療機関に入院している患者と会話が可能なコミュニケーション支援ロボットに関するものである。このコミュニケーション支援ロボットは、ＡＩソフトウエアと、音声認識・会話用デ−タベースを用いて患者と会話をすることができる。この音声認識・会話用デ−タベースには、患者のプロフィール、例えば、氏名、性別、年齢、家族構成、健康保険証の種類、趣味等や、医療機関の関係者のプロフィールの一部、例えば、医師や看護師の氏名、性別、勤務日程や勤務時間等が入力されている。
【００７３】
加えて、患者７の診断や治療の状況等が保存されている電子カルテサーバ４１と、薬価や診療報酬等が保存されているレセコンサーバ５１のデータを用いることができるので、患者７とのコミュニケーションをさらに良好に支援をすることができる。
【００７４】
したがって、集中治療室にいるような急性期の患者が本当に知りたいと願っている担当医師や看護師の出勤状況であるとか、入院期間やリハビリ期間であるとか、入院治療費用であるとか、薬価などについて、ロボット１ａを用いて情報を得ることができる。また、コミュニケーションの相手がロボット１ａであるので、医者や看護師と違って、気兼ねなく質問をするなどのコミュニケーションをとることができる。以下おいて、これらについて実施例を用いてより詳細に説明する。
【実施例１】
【００７５】
患者７が、「今頃は、松の剪定時期かなあ」と発言したとする。ロボット１ａは、患者７の音声をデジタル信号化し、ＳＳＬ処理し、ルータ３、インターネット５ａを経由してロボットサーバ１１へ送る。
【００７６】
ロボットサーバ１１は、利用者情報ＤＢ１５によりロボット１ａからのＩＤを確認した後、ＡＩソフトウエア１３を起動する。ＡＩソフトウエア１３は、音声認識・会話用ＤＢ１７を用いてデジタル信号をテキスト化し、「今頃」、「松」、「剪定」というキーワードを抽出する。
【００７７】
また、ロボットサーバ１１の音声認識・会話用ＤＢ１７には、管理サーバ２２のＡＩソフトウエア２５によって、あらかじめ患者７の名前は○○で、趣味は盆栽というプロフィールが保存されていたとする。
【００７８】
ロボットサーバ１１のＡＩソフトウエア１３は、音声認識・会話用ＤＢ１７を検索するとともに、ＡＩ機能を用いて「○○さんの趣味は盆栽だったね。」という会話内容を作成する。
【００７９】
ＡＩソフトウエア１３によって作成された「○○さんの趣味は盆栽だったね」というデジタル信号は、ＳＳＬ処理し、インターネット５ａ、ルータ３を経由し、ロボット１ａへ到達する。ロボット１ａは、デジタル信号をアナログ化し、スピーカを用いて「○○さんの趣味は盆栽だったね。」と発言することができる。
【００８０】
すなわち、患者７は入院当日からロボット１ａとのコミュニケーションをすることができる。なお、本実施例１は、ロボット１ａの回答が図５のステップ２１０において、ＤＢに存在し、Ｙｅｓの場合（すなわち、ロボット１ａが回答すべき内容がロボットサーバ１１の音声認識・会話用ＤＢに存在している場合。）の実施例である。
【００８１】
すなわち、ロボット１ａは、医療機関に入院している患者７と会話が可能なコミュニケーション支援ロボットである。そして、このロボット１ａは、ＡＩソフトウエア１３と、音声認識・会話用ＤＢ１７を用いて患者７と会話をすることができる。管理サーバ２２のデータベース２７に保存されている患者７のプロフィールが、管理サーバ２２のＡＩソフトウエア２５によって、ロボットサーバ１１の音声認識・会話用ＤＢ１７に保存されているので、入院当日から患者７と会話等のコミュニケーションをすることができる。
【実施例２】
【００８２】
次に、実施例２において、図５のステップ２１０において、音声認識・会話用ＤＢ１７に存在せずＮｏの場合（すなわち、ロボット１ａの回答が、現段階ではロボットサーバ１１の音声認識・会話用ＤＢ１７に存在していない場合。）であって、図６のステップ３１０がＹｅｓの場合（すなわち、ロボット１ａの回答すべきデータが管理サーバ２２のデータベース２７に存在している場合。）について説明する。なお、実施例１との相違点である図５のステップ２１０〜ステップ２３０、図６のステップ３１０の部分について詳細に説明し、実施例１との重複部分は簡潔に記載する。
【００８３】
患者７が、「看護師の△△さんは、今度いつ来てくれるのだろう」と発言したとする。ロボット１ａは、患者７の発言をデジタル信号化し、ルータ３を経由し、ＳＳＬ処理し、インターネット５ａを経由してロボットサーバ１１へ送る。
【００８４】
ロボットサーバ１１のＡＩソフトウエア１３は、音声認識・会話用ＤＢ１７を用いてデジタル信号をテキスト化し、「看護師」、「△△」、「いつ」というキーワードを抽出する。また、ロボットサーバ１１の音声認識・会話用ＤＢ１７には、△△という名前は存在していないものとする。
【００８５】
ロボットサーバ１１のＡＩソフトウエア１３は、音声認識・会話用ＤＢ１７を検索したものの見つからなかったので、例えば、ＡＩ機能を用いて「○○さん、ちょっと待って。これから△△さんについて調べるね。」という会話内容を作成する。
【００８６】
ＡＩソフトウエア１３によって作成された「○○さん、ちょっと待って。これから△△さんについて調べるね。」というデジタル信号は、ＳＳＬ処理し、インターネット５ａ、ルータ３を経由し、ロボット１ａへ到達する。ロボット１ａは、デジタル信号をアナログ化し、スピーカを用いて「○○さん、ちょっと待って。これから△△さんについて調べるね。」と発言することができる。
【００８７】
管理サーバ２２のＡＩソフトウエア２５は、ルータ３を経由し、ロボット１ａに対して送信された「ちょっと待って」というデジタル信号を検知し、起動する（図５のステップ２２０等）。
【００８８】
管理サーバ２２のＡＩソフトウエア２５は、患者７がロボット１ａに対して発言した「看護師の△△さんは、今度いつ来てくれるのだろう」というデジタル信号をルータ３を経由してロボット１ａから入手する。なお、管理サーバ２２のＡＩソフトウエア２５は、「看護師の△△さんは、今度いつ来てくれるのだろう」というテキスト化されたものをロボットサーバ１１の音声認識・会話用ＤＢ１７から入手することもできる。
【００８９】
そして、管理サーバ２２のＡＩソフトウエア２５は、上述したロボットサーバ１１のＡＩソフトウエア１３と同様の手法で音声認識をする。なお、管理サーバ２２には、医学辞書検索ソフトウエア２８や医学辞書データベース２９があるので、医学用語に関するキーワードの抽出作業をより正確にすることができる。
【００９０】
管理サーバ２２のＡＩソフトウエア２５は、管理サーバ２２のデータベース２７から、例えば、「看護師の△△の出勤日が明後日」であることを確認し、その内容をＳＳＬ処理し、ルータ３、インターネット５ａを介してロボットサーバ１１の音声認識・会話用ＤＢ１７に保存する。すなわち、管理サーバ２２のデータベース２７に保存されている医療機関の関係者である看護師の△△さんのプロフィールの一部が、管理サーバ２２のＡＩソフトウエア２５によって、ロボットサーバ１１の音声認識・会話用ＤＢ１７に保存される。なお、医療機関の関係者の氏名や勤務日程等のプロフィールの一部であれば、個人情報保護の観点からも問題はない。
【００９１】
ロボットサーバ１１のＡＩソフトウエア１３は、音声認識・会話用ＤＢ１７に保存された「看護師の△△の出勤日が明後日」から、「○○さん。看護師の△△さんは明後日に来るよ。」という文章を作成する。その後は、その文章を上述した実施例１と同一の手順でロボット１ａに送信し、ロボット１ａは患者７にその内容を伝えることになる。従って、医療機関の関係者のプロフィールの一部等は、必要に応じて、ロボットサーバ１１の音声認識・会話用ＤＢ１７に追加して保存することができる。
【００９２】
すなわち、ロボット１ａは、医療機関に入院している患者７と会話が可能なコミュニケーション支援ロボットである。そして、このロボット１ａは、ＡＩソフトウエア１３と、音声認識・会話用ＤＢ１７を用いて患者７と会話をすることができるものである。音声認識・会話用ＤＢ１７には、患者７のプロフィールと医療機関の関係者のプロフィールの一部が保存されているので、患者７の要望に沿ったより細かなコミュニケーションをすることができる。
【００９３】
また、管理サーバ２２のデータベース２７には膨大な容量のデータが保存されているが、医療機関の関係者のプロフィールの一部のみが音声認識・会話用ＤＢ１７に保存されるので、音声認識・会話用ＤＢ１７の容量にそれほど大きな影響を与えることはない。
【実施例３】
【００９４】
次に、実施例３において、図５のステップ２１０において、音声認識・会話用ＤＢ１７に存在せずＮｏの場合（すなわち、ロボット１ａの回答がロボットサーバ１１の音声認識・会話用ＤＢ１７に存在しない場合。）であって、図７の検索システムが適用される場合について説明する。なお、実施例１や実施例２との相違部分について詳細に説明し、重複している部分についれは簡潔に記載する。
【００９５】
患者７が、「この集中治療室にいつまでいて、治療費はどのくらいかかるのだろう」と発言したとする。ロボット１ａは、患者７の発言をデジタル化し、ルータ３を経由し、ＳＳＬ処理し、インターネット５ａを経由してロボットサーバ１１へ送る。
【００９６】
ロボットサーバ１１のＡＩソフトウエア１３は、音声認識・会話用ＤＢ１７を用いてテキスト化し、「集中治療室」、「いつまで」、「治療費」というキーワードを抽出する。また、ロボットサーバ１１の音声認識・会話用ＤＢ１７には、これらのデータは存在していないものとする。
【００９７】
ロボットサーバ１１のＡＩソフトウエア１３は、音声認識・会話用ＤＢ１７を検索したものの見つからなかったので、例えば、ＡＩ機能を用いて「○○さん、ちょっと待って。これから調べてみるね。」という会話内容を作成する。
【００９８】
ＡＩソフトウエア１３によって作成された「○○さん、ちょっと待って。これから調べてみるね。」というデジタル信号は、ＳＳＬ処理し、インターネット５ａ、ルータ３を経由し、ロボット１ａへ到達する。ロボット１ａは、デジタル信号をアナログ化し、スピーカを用いて「○○さん、ちょっと待って。調べてみるね。」と発言することができる。
【００９９】
管理サーバ２２のＡＩソフトウエア２５は、ルータ３を経由し、ロボット１ａに対して送信された「ちょっと待って」というデジタル信号を検知し、起動する（図５のステップ２２０等）。
【０１００】
管理サーバ２２のＡＩソフトウエア２５は、患者７がロボット１ａに対して発言した「この集中治療室にいつまでいて、治療費はどのくらいかかるのだろう」というデジタル信号を、ルータ３を経由してロボット１ａ、又は、インターネット５ａ及びルータ３を介してロボットサーバ１１から入手する。
【０１０１】
ここで、管理サーバ２２には、医学辞書検索ソフトウエア２８と医学辞書データベース２９を備えている。管理サーバ２２のＡＩソフトウエア２５は、これらを用いることができるので、ロボットサーバ１１の音声認識機能よりも医学関係の用語に対して、より正確で精密な対応をすることができる。
【０１０２】
管理サーバ２２のＡＩソフトウエア２５は、電子カルテサーバ４１のデータベース４５から、患者７と同じ症状の他の患者の例を抽出し、例えば、一般的に脳卒中で集中治療室にいる期間は１週間程度というデータを得たとする（ステップ４２０。図６）。
【０１０３】
また、管理サーバ２２のＡＩソフトウエア２５は、レセコンサーバ５１のデータベース５５から、患者７と同じ脳卒中の他の患者の例を抽出し、例えば、健康保険が適用される場合の一般的な治療費は５０万円程度というデータを得たとする（ステップ４３０。図７）。
【０１０４】
管理サーバ２２のＡＩソフトウエア２５は、「集中治療室にいる期間は１週間程度」、「治療費は５０万円程度」であることをデータベース２７に保存し、その内容をＳＳＬ処理し、ルータ３、インターネット５ａを介してロボットサーバ１１の音声認識・会話用ＤＢ１７に保存する。
【０１０５】
ロボットサーバ１１のＡＩソフトウエア１３は、ステップ２０（図１）の患者７が保険適用者であることを確認する。そして、音声認識・会話用ＤＢ１７に保存された「集中治療室にいる期間は１週間程度」、「治療費は５０万円程度」から、「○○さん。だいたい集中治療室にいる期間は１週間で、治療費は５０万円ぐらいだよ。」という文章を作成する。その後は、その文章を上述した実施例１や実施例２と同一の手順でロボット１ａは患者７に答えることになる。
【０１０６】
すなわち、音声認識・会話用ＤＢ１７には、管理サーバ２２と、電子カルテサーバ４１と、レセコンサーバ５１に保存されているデータのなかで、患者７のプロフィールの部分が必要に応じて音声認識・会話用ＤＢ１７に保存されるので、患者７の要望に沿ったさらに細かなコミュニケーションをすることができる。
【０１０７】
また、管理サーバ２２、電子カルテサーバ４１、レセコンサーバ５１のデータベースには膨大な容量のデータが保存されているが、患者７のプロフィールの部分のみが音声認識・会話用ＤＢ１７に保存されるので、音声認識・会話用ＤＢ１７の容量にそれほど大きな影響を与えることはない。
【０１０８】
なお、レセコンサーバ５１として、上述したＯＲＣＡサーバを利用することもできる（図２）。ＯＲＣＡサーバのデータベース３５は、ＯＲＣＡ管理機構６１より、インターネット５ｂを介してデータベース内のデータが随時更新されている。したがって、診療報酬や薬価基準が改訂されたり、新たな新薬が認可されたりした場合にも対応できるのでより正確な治療費等を算出することができる。
【０１０９】
また、管理サーバ２２、電子カルテサーバ４１、レセコンサーバ５１については、理解を容易にするために、それぞれを分けた状態で記載をしているが、一つのサーバ内に、例えば、医療システム３１としてまとめて構成することもできる。本実施例では、電子カルテサーバ４１とレセコンサーバ５１とを一体化したものを医療システム３１と記載した（図１、図２）。
【０１１０】
本実施例では、ＡＩ機能を有するロボットとしてユニボ（登録商標、ユニロボット株式会社）を用いているので低コストでコンパクトなものとなっている。また、本実施例では、ロボットの頭脳となる部分はインターネットを介して接続されているとしているが、今後、頭脳となる部分、例えば、ＡＩソフトウエア１３や音声認識・会話用ＤＢ１７等をロボット本体に内蔵させるようにすることもできる。
【０１１１】
なお、ＡＩ機能を有するロボットとして、一般に市販されているｐｅｐｐｅｒ（登録商標、ソフトバンク  ロボティクス株式会社）や、ロボホン（登録商標、シャープ株式会社）、ｐａｌｍｉ（登録商標、株式会社ＤＭＭ．ｃｏｍ）などを用いることもできることは言うまでもない。
【０１１２】
また、上述した本実施例では、急性期の患者を対象として記載をしているが、その他の一般的な入院患者に対してもこのロボットを利用することができる。
【産業上の利用可能性】
【０１１３】
本発明は、集中治療室にいるような急性期の患者の早期回復を支援するコミュニケーション支援ロボットに利用することができる。
【符号の説明】
【０１１４】
１ａ，ｂ  ロボット
３  ルータ
５ａ，ｂ  インターネット
７  患者
９  オペレータ
１０  ロボットシステム
１１  ロボットサーバ
１３  ＡＩソフトウエア
１５  利用者情報ＤＢ
１７  音声認識・会話用ＤＢ
２１  医療機関内システム
２２  管理サーバ
２３  端末
２５  ＡＩソフトウエア
２７  データベース（ＤＢ）
２８  医学辞書検索ソフトウエア
２９  医学辞書検索用データベース
３０  分析データ
３１  医療システム
４１  電子カルテサーバ
４３  ソフトウエア
４５  データベース（ＤＢ）
５１  レセコンサーバ（ＯＲＣＡサーバ）
５３  ソフトウエア
５５  データベース（ＤＢ）
６１  ＯＲＣＡ管理機構
【図１】
2020080106.tif 000003
【図２】
2020080106.tif 000004
【図３】
2020080106.tif 000005
【図４】
2020080106.tif 000006
【図５】
2020080106.tif 000007
【図６】
2020080106.tif 000008
【図７】
2020080106.tif 000009