(57)【要約】  本開示は、ユーザの状況に応じた最適なサービスの組み合わせと専門職チームを推薦し、推薦した専門職チーム内やユーザとの適切な意思疎通を図れるようにすることができるようにする情報処理装置、および情報処理方法に関する。利用者の要求または状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを提供する特定の専門職メンバー、および利用者の相互間において、情報の送受信を可能とし、特定の専門職メンバーにより入力された情報の中に専門用語が含まれているとき、他の特定の専門職メンバーまたは利用者でも理解できる用語に置換した連携用の情報を生成する。本開示は、サービス提供システムに適用することができる。
2020031739.tif 000002
【特許請求の範囲】
【請求項１】
利用者による要求、または利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを決定する制御部を備える
情報処理装置。
【請求項２】
前記制御部は、前記複数種類のサービスより抽出されたサービスの中で、重複または競合するサービスを調整することで、特定のサービスの組み合わせを決定する。
請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、前記特定のサービスの組み合わせを利用した場合の、保険単位を演算する
請求項１に記載の情報処理装置。
【請求項４】
前記制御部は、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバーからなる専門職チームを決定する
請求項１に記載の情報処理装置。
【請求項５】
前記制御部は、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバーを、前記利用者と各サービスの前記特定の専門職メンバーの属性に応じて選出し、前記専門職チームを決定する
請求項４に記載の情報処理装置。
【請求項６】
前記制御部は、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバーを、前記利用者の居住地と各サービスの前記特定の専門職メンバーに対応する所在地に応じて選出し、前記専門職チームを決定する
請求項５に記載の情報処理装置。
【請求項７】
前記制御部は、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバーを、前記利用者の居住地と各サービスの前記特定の専門職メンバーに対応する所在地との距離に応じて選出し、前記専門職チームを決定する
請求項６に記載の情報処理装置。
【請求項８】
前記制御部は、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバーを、前記利用者の居住地と各サービスの前記特定の専門職メンバーに対応する所在地との移動に係る所要時間に応じて選出し、前記専門職チームを決定する
請求項６に記載の情報処理装置。
【請求項９】
前記制御部は、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバー毎に、前記利用者と各サービスの前記特定の専門職メンバーの属性と、前記利用者の居住地と各サービスの前記特定の専門職メンバーに対応する所在地との距離とに応じたスコアを求め、前記スコアに応じて、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバーを選出し、前記専門職チームを決定する
請求項６に記載の情報処理装置。
【請求項１０】
前記専門職チーム内の前記専門職メンバー、および前記利用者の相互において、情報の送受信が可能であり、
前記制御部は、一の前記特定の専門職メンバーにより入力された情報の中に専門用語が含まれているとき、他の前記特定の専門職メンバーまたは前記利用者でも理解できる用語に置換した連携用の情報を生成する
請求項４に記載の情報処理装置。
【請求項１１】
前記制御部は、前記一の前記特定の専門職メンバーにより入力された情報に含まれる専門用語を抽出し、前記一の前記特定の専門職メンバーの属性に応じて、前記専門用語を置換した前記連携用の情報を生成する
請求項１０に記載の情報処理装置。
【請求項１２】
前記制御部は、前記一の前記特定の専門職メンバーの属性に応じて、前記一の前記特定の専門職メンバーにより入力された情報に含まれる専門用語を抽出する
請求項１１に記載の情報処理装置。
【請求項１３】
前記制御部は、前記一の前記特定の専門職メンバーの属性および前記情報を閲覧しようとしている、他の前記特定の専門職メンバーまたは前記利用者の属性に応じて、前記専門用語を置換した前記連携用の情報を生成する
請求項１２に記載の情報処理装置。
【請求項１４】
前記制御部は、一の前記特定の専門職メンバーにより入力された情報を閲覧しようとしている、他の前記特定の専門職メンバーまたは前記利用者の母国語が、前記一の前記特定の専門職メンバーと異なる場合、前記連携用の情報を、前記他の前記特定の専門職メンバーは前記利用者の母国語に翻訳した連携用の情報を生成する
請求項１０に記載の情報処理装置。
【請求項１５】
前記制御部は、前記連携用の情報の中で、前記利用者の状況や属性に関係する情報は、前記利用者の個人情報として管理し、事前に前記利用者の同意があれば、前記特定の専門職メンバーも参照可能とする
請求項１０に記載の情報処理装置。
【請求項１６】
前記制御部は、前記特定の専門職メンバーにより入力された音声情報または画像情報を認識した結果に基づき、連携用の情報を生成する
請求項１０に記載の情報処理装置。
【請求項１７】
前記複数種類のサービスのうちの一つとして、医療、介護、福祉、建築、施工管理、電気工事のうちのいずれかを含む
請求項１に記載の情報処理装置。
【請求項１８】
利用者による要求、または利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを決定する制御処理を含む
情報処理方法。
【請求項１９】
利用者による要求、または前記利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを提供する特定の専門職メンバー、および前記利用者の相互において、情報の送受信を可能とし、
一の前記特定の専門職メンバーにより入力された情報の中に専門用語が含まれているとき、他の前記特定の専門職メンバーまたは前記利用者でも理解できる用語に置換した連携用の情報を生成する制御部を備える
情報処理装置。
【請求項２０】
利用者による要求、または前記利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを提供する特定の専門職メンバー、および前記利用者の相互において、情報の送受信を可能とし、
一の前記特定の専門職メンバーにより入力された情報の中に専門用語が含まれているとき、他の前記特定の専門職メンバーまたは前記利用者でも理解できる用語に置換した連携用の情報を生成する制御処理を含む
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、および情報処理方法に関し、特に、ユーザの状況や要望に応じた最適なサービスの組み合わせと専門職チームを推薦し、推薦した専門職チーム内やユーザとの意思疎通を適切に図れるようにした情報処理装置、および情報処理方法に関する。
【背景技術】
【０００２】
ユーザ（サービス利用者）の状況に応じたサービスや専門職の従業者を推薦する技術が提案されている。【０００３】
例えば、患者の状態に応じて最適な医療機関を紹介または逆紹介することを支援するシステムが提案されている（特許文献１参照）。【０００４】
また、医師の専門分野や総合ランクを加味して、疾病状態に合う医師を選定する技術が提案されている（特許文献２参照）。【０００５】
さらに、建築事業者、メーカ、営業マニュアル開発者がサーバ上で作成した営業マニュアルを住宅ユーザがアクセスできるようなサービスを提供する技術が提案されている（特許文献３参照）。【０００６】
また、利用者の要求するサービス内容および相性と一致するヘルパを検索して予約する技術が提案されている（特許文献４参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−３０５４４０号公報
【特許文献２】特開２００４−１３２６８号公報
【特許文献３】特開２００７−２３３６０３号公報
【特許文献４】特開２００６−２３６１５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
近年は、サービスの種別や専門職の専門分野などが多岐に渡っており、特定の分野の専門職の従業者から提供される特定のサービスだけでは、十分にサービス利用者の要求を満たせないことがある。【０００９】
一方、特許文献１乃至４に係る技術においては、ユーザの状況に応じたサービスや専門職を選択することはできるが、複数のサービスを連携させることで実現されるサービスを推薦すること、または、複数の分野の専門職チームを推薦することはできないので、ユーザの要求を適切に満たせない恐れがあった。【００１０】
また、複数のサービスを連携させたり、複数の分野の専門職チームにより、サービス利用者に対してサービスが提供されるような場合、複数の分野の専門職の従業者、およびサービス利用者の相互のコミュニケーションが必要となる。【００１１】
複数の分野の専門職の従業者、およびサービス利用者間の相互のコミュニケーションにおいては、それぞれの従業者が、無意識に自らの専門分野における専門用語を用いることがある。【００１２】
しかしながら、専門分野が異なる専門職の従業者間においては、それぞれ異なる分野の専門用語では適切に意思疎通を図れない恐れがある。また、専門用語は、専門知識に疎い一般のサービス利用者には、馴染みがなく、理解が難しい場合も多いので、やはり十分なコミュニケーションが図れないことがあった。【００１３】
本開示は、このような状況に鑑みてなされたものであり、特に、ユーザの状況や要望に応じた複数のサービスの組み合わせや、複数のサービスが組み合わされたサービスを実現するための専門職チームを推薦し、ユーザを含めた専門職チーム内における意思疎通を適切に図れるようにするものである。
【課題を解決するための手段】
【００１４】
本開示の第１の側面の情報処理装置は、利用者による要求、または利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを決定する制御部を備える情報処理装置である。【００１５】
本開示の第１の側面の情報処理方法は、利用者による要求、または利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを決定する制御処理を含む情報処理方法である。【００１６】
本開示の第１の側面においては、利用者による要求、または利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせが決定される。【００１７】
本開示の第２の側面の情報処理装置は、利用者による要求、または前記利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを提供する特定の専門職メンバー、および前記利用者の相互において、情報の送受信を可能とし、一の前記特定の専門職メンバーにより入力された情報の中に専門用語が含まれているとき、他の前記特定の専門職メンバーまたは前記利用者でも理解できる用語に置換した連携用の情報を生成する制御部を備える情報処理装置である。【００１８】
本開示の第２の情報処理方法は、利用者による要求、または前記利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを提供する特定の専門職メンバー、および前記利用者の相互において、情報の送受信を可能とし、一の前記特定の専門職メンバーにより入力された情報の中に専門用語が含まれているとき、他の前記特定の専門職メンバーまたは前記利用者でも理解できる用語に置換した連携用の情報を生成する制御処理を含む情報処理方法である。【００１９】
本開示の第２の側面においては、利用者による要求、または前記利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを提供する特定の専門職メンバー、および前記利用者の相互において、情報の送受信が可能とされ、一の前記特定の専門職メンバーにより入力された情報の中に専門用語が含まれているとき、他の前記特定の専門職メンバーまたは前記利用者でも理解できる用語に置換した連携用の情報が生成される。
【発明の効果】
【００２０】
本開示の一側面によれば、特に、ユーザの状況や要望に応じた複数のサービスの組み合わせや、複数のサービスが組み合わされたサービスを実現するための専門職チームの推薦を可能にすると共に、ユーザを含めた専門職チーム内における意思疎通を適切に図ることが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本開示の概要を説明する図である。
【図２】本開示のサービス提供システムの構成例を説明する図である。
【図３】多職種連携サーバのハードウェア構成を説明するハードウェアブロック図である。
【図４】利用者端末および専門職端末のハードウェア構成を説明するハードウェアブロック図である。
【図５】多職種連携サーバにより実現される機能を説明する機能ブロック図である。
【図６】利用者情報DBのテーブルの構成例を説明する図である。
【図７】医療処置DBのテーブルの構成例を説明する図である。
【図８】介護サービス/福祉サービスDBのテーブルの構成例を説明する図である。
【図９】医療専門職DBのテーブルの構成例を説明する図である。
【図１０】介護専門職DBのテーブルの構成例を説明する図である。
【図１１】福祉専門職DBのテーブルの構成例を説明する図である。
【図１２】メッセージDBのテーブルの構成例を説明する図である。
【図１３】医療/介護/福祉従業者DBのテーブルの構成例を説明する図である。
【図１４】専門用語DBのテーブルの構成例を説明する図である。
【図１５】サービス推薦処理を説明するフローチャートである。
【図１６】専門職チーム推薦処理を説明するフローチャートである。
【図１７】情報共有処理を説明するフローチャートである。
【図１８】同一の意味であっても表現が異なる専門用語の置換例を説明する図である。
【図１９】同一の専門用語であっても専門職に応じて意味が異なる専門用語の置換例を説明する図である。
【図２０】同一の意味に対して複数の専門用語や略語が用いられる置換例を説明する図である。
【図２１】本開示のサービス提供システムの変形例を説明する図である。
【図２２】図２１の利用者情報DBのテーブルの構成例を説明する図である。
【図２３】建屋施工サービスDBのテーブルの構成例を説明する図である。
【図２４】部屋施工サービスDBのテーブルの構成例を説明する図である。
【図２５】設備施工サービスDBのテーブルの構成例を説明する図である。
【図２６】建築士専門職DBのテーブルの構成例を説明する図である。
【図２７】建築施工管理技士専門職DBのテーブルの構成例を説明する図である。
【図２８】電気工事士専門職DBのテーブルの構成例を説明する図である。
【図２９】図２１の専門用語DBのテーブルの構成例を説明する図である。
【図３０】汎用のパーソナルコンピュータの構成例を説明する図である。
【発明を実施するための形態】
【００２２】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２３】
以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
１．本開示の概要
２．本開示の好適な実施の形態
３．変形例
４．ソフトウェアにより実行させる例
【００２４】
＜＜１．本開示の概要＞＞
図１を参照して、本開示のサービス提供システムの概要について説明する。
【００２５】
本開示のサービス提供システムは、患者を利用者（サービス利用者）Ｕ１とした場合、例えば、利用者が受けられるサービスの種別として、医療（医科）ＳＰ１、歯科ＳＰ２、薬科ＳＰ３、看護ＳＰ４、および介護ＳＰ５があるとき、利用者の状況や要望（状況および要望の少なくともそのいずれか）に応じて必要とされるサービスの組み合わせと、それぞれのサービス提供者である専門職の従業者からなる専門職チームを推薦して提案する。
【００２６】
図１においては、利用者Ｕ１の状況に応じて、一点鎖線で囲まれた医科ＳＰ１、看護ＳＰ４、および介護ＳＰ５のサービス（、および、それぞれのサービス提供者である専門職の従業者からなる専門職チームを含む）の組み合わせＳＶが、利用者Ｕ１に推薦されていることが示されている。
【００２７】
このように、利用者の状況や要望に応じて、サービスの組み合わせＳＶが、推薦されることで、利用者は、自らに必要なサービスの組み合わせや専門職チームを認識することが可能となり、自らサービスを選定するにあたって、参考にすることができる。
【００２８】
また、このサービスの組み合わせＳＶの情報が、医科ＳＰ１、看護ＳＰ４、および介護ＳＰ５のそれぞれのサービス提供者（それぞれの専門職の従業者からなる専門職チーム）に提供されることにより、サービス提供者は、どの利用者（患者）がどのような状況でサービス提供を求めているのかを認識することができるので、サービス提供に係る準備を適切に進めることが可能となる。
【００２９】
さらに、本開示のサービス提供システムにおいては、このようにして推薦された、サービスの組み合わせＳＶを実現させるための、異業種のサービス提供者（それぞれの専門職の従業者からなる専門職チーム）間でメッセージが送信される際、メッセージ内に含まれる専門用語が、一般的な表現に変換されて情報が共有される。
【００３０】
より具体的には、図１で示されるように、例えば、看護ＳＰ４のサービス提供者（専門職の従業者である、例えば、看護師）が、「ＶＳチェックします」といったメッセージＭ１が送信される場合について考える。
【００３１】
このような場合、本開示のサービス提供システムは、まず、メッセージＭ１の表現のうち、「ＶＳチェック」が看護業界における専門用語であることを認識する。次に、本開示のサービス提供システムは、認識した「ＶＳチェック」という専門用語の一般語である「体調を確認」を検索し、検索した「体調を確認」という言葉で置換して、「体調を確認します」といった共有用メッセージＭ１１を生成する。そして、本開示のサービス提供システムは、生成した共有用メッセージＭ１１を、医科ＳＰ１、看護ＳＰ４、および介護ＳＰ５のそれぞれのサービス提供者間、および利用者Ｕ１において共有させる。
【００３２】
これにより、異業種のサービス提供者（それぞれの専門職の従業者からなる専門職チーム）が連携して利用者に対してサービスを提供する際において、それぞれの専門用語を意識することなく使用しても、サービス提供者間および利用者Ｕ１において、適切な意思疎通を図ることが可能となる。
【００３３】
＜＜２．本開示の好適な実施の形態＞＞
＜本開示のサービス提供システムの構成例＞
次に、図２を参照して、本開示のサービス提供システムの構成例について説明する。
【００３４】
図２のサービス提供システム１１は、医療、介護、および福祉サービスの提供を受けるサービス利用者（ユーザ）の状況や要望（状況および要望の少なくともそのいずれか）に応じて、必要とされるサービスの組み合わせを推薦すると共に、サービスを提供する専門職の従業者から構成される専門職チームを推薦する。
【００３５】
すなわち、一般に、医療、介護、および福祉サービスを受けたいと思うサービス利用者や、その家族などは、受けるべきサービスにどのようなものがあるのかよくわからず、さらには、サービスのそれぞれについて、どのような専門職の従業者に依頼すればいいのかよくわからないことが多い。
【００３６】
そこで、本開示のサービス提供システムは、サービス利用者の状況や要望（状況および要望の少なくともそのいずれか）に応じて、提供を受けるべきサービスの組み合わせをサービス利用者に推薦する。これによりサービス利用者に対して、提供を受けるべきサービスの組み合わせと、そのサービスを提供する専門職チームを認識させることが可能となる。
【００３７】
また、本開示のサービス提供システムは、サービス利用者の状況や要望（状況および要望の少なくともそのいずれか）に応じて、複数のサービスの組み合わせからなるサービス提供を受けるための専門職チームをサービス利用者に推薦する。これにより、サービス利用者に対して、必要なサービスを具体的にどの専門職の従業者に依頼すべきかを認識させることが可能となる。
【００３８】
ここでいう専門職の従業者とは、例えば、医師、ケアマネージャ、看護師、歯科医師、薬剤師、リハビリテーションに関わる専門職の従業者（理学療法士、作業療法士、および言語聴覚士等）、居宅介護士、介護士等である。また、推薦される専門職の従業者は、必要に応じて、一個人を示す情報であってもよいし、複数、または単数の従業者からなる特定の業者や事業所を示す情報であってもよい。さらに、推薦される専門職の従業者については、例えば、医師を推薦する場合、Ａ医師というように、個人を特定した推薦であってもよいし、Ｂ病院のＣ科医師等のように個人を特定せずに、所属と専門を示す情報であってもよい。
【００３９】
さらに、サービス提供システム１１は、専門職チーム内においてメッセージが送受信されると、メッセージ中の文章内の専門用語を検索して、検索した専門用語と一般語とを置換して共有用メッセージを生成し、専門職チームとサービス利用者とで共有できる状態にする。
【００４０】
これにより、専門の異なる専門職の従業者間や専門知識に疎いサービス利用者とのコミュニケーションに使用される表現が標準化されるので、専門に応じて異なる専門用語が使用されることにより生じる齟齬や、専門職に関する知識に疎いサービス利用者が専門用語をよく理解できずに感じる不安や疑問を低減させ、適切な意思疎通を図ることが可能となる。
【００４１】
より詳細には、サービス提供システム１１は、多職種連携サーバ３２、個人情報DBサーバ３３、医療/介護/福祉DBサーバ３４、利用者端末３５−１乃至３５−ｎ、および専門職端末３６−１乃至３６−ｍより構成され、インターネットに代表されるネットワーク３１を介して相互にデータやプログラムの送受信が可能な構成とされている。尚、利用者端末３５−１乃至３５−ｎ、および専門職端末３６−１乃至３６−ｍは、特に区別する必要が無い場合、単に利用者端末３５、および専門職端末３６とも称する。
【００４２】
多職種連携サーバ３２は、サービス利用者（または、その家族）により使用される利用者端末３５より供給されるサービス利用者の状況や要望を示す情報、および個人情報DB３３に登録されているサービス利用者の情報、並びに、医療/介護/福祉DBサーバ３４に登録されている医療、介護、および福祉に関連する情報に基づいて、サービス利用者に最適なサービスの組み合わせを推薦すると共に、組み合わせとなるサービスのサービス提供者である専門職チームを推薦し、その結果を、利用者端末３５および専門職端末３６に供給する。
【００４３】
また、多職種連携サーバ３２は、専門職チームを構成する各種の従業者が利用する専門職端末３６間やサービス利用者が利用する利用者端末３５間において、メッセージ（メール、および、その他各種の文書情報を含む）が送信（生成）されるとき、メッセージに含まれる文章中の専門用語を検索して、検索された専門用語を平易で一般語に置換して、共有用メッセージを生成して、共有できるようにする。
【００４４】
個人情報DBサーバ３３は、サービス利用者や専門職の従業者などの個人情報のDB（データベース）を管理するサーバであり、利用者端末３５より入力される個人情報や、多職種連携サーバ３２や専門職端末３６により入力された個人情報をデータベース化して管理しており、必要に応じて、多職種連携サーバ３２、利用者端末３５、および専門職端末３６に情報を供給する。
【００４５】
医療/介護/福祉DBサーバ３４は、医療機関、および医療従業者などの医療に係る各種情報の情報、介護事業所、および介護従業者などの介護に係る各種の情報、および福祉事業所、および福祉事業従業者などの福祉に係る各種の情報をデータベース化して管理しており、必要に応じて、多職種連携サーバ３２、利用者端末３５、および専門職端末３６に情報を供給する。
【００４６】
利用者端末３５は、サービス利用者や、その家族により利用される端末装置であり、サービスの利用に係るユーザの状況や要望などを示す各種の情報の入力を受け付けて多職種連携サーバ３２に送信する。また、利用者端末３５は、多職種連携サーバ３２により推薦されるサービスの組み合わせや、組み合わされた各種のサービスを提供するための専門職チームの情報を取得し、サービス利用者に提示する。
【００４７】
専門職端末３６は、サービス提供者である専門職の従業者により利用される端末装置であり、多職種連携サーバ３２により推薦される専門職チームに推薦された専門職の従業者が利用する場合、推薦された専門職チームのメンバーであることを示す情報や、サービス対象となるサービス利用者の情報を取得して、端末の利用者である専門職の従業者に提示する。
【００４８】
尚、図２のサービス提供システムにおいては、医療、介護、および福祉の3種類のサービスを例に用いて、サービス利用者に必要とされるサービスの組み合わせを推薦すると共に、組み合わされた複数のサービスの提供に必要な専門職チームを推薦する例について説明を進めるものとするが、医療、介護、および福祉の３種類のサービスに限定されるものではなく、それ以外のさらに多くのサービスを含めるようにしてもよい。
【００４９】
＜多職種連携サーバの構成例＞
次に、図３のハードウェアブロック図を参照して、多職種連携サーバ３２の構成例について説明する。
【００５０】
多職種連携サーバ３２は、例えば、サーバコンピュータにより構成され、制御部５１、入力部５２、出力部５３、記憶部５４、通信部５５、ドライブ５６、およびリムーバブル記憶媒体５７より構成され、それらが相互にバス５８を介して電気的に接続された構成とされている。尚、図３においては、多職種連携サーバ３２は、サーバコンピュータにより構成される例について説明するが、同様の機能を実現できれば、他の構成であってもよく、例えば、クラウドコンピューティングにより実現されてもよい。
【００５１】
制御部５１は、プロセッサやメモリより構成されており、多職種連携サーバ３２の動作の全体を制御する。
【００５２】
また、制御部５１は、管理部７１、サービス推薦部７２、専門職チーム推薦部７３、情報共有処理部７４、および外部情報取得部７５を備えている。
【００５３】
管理部７１は、サービス推薦部７２、専門職チーム推薦部７３、情報共有処理部７４、および外部情報取得部７５の動作の全体を統括し、相互に連携するように管理する。
【００５４】
サービス推薦部７２は、サービス利用者の状況や要望を示す情報に基づいて、必要とされるサービスの組み合わせを推薦する。
【００５５】
専門職チーム推薦部７３は、サービス利用者の状況や要望を示す情報に基づいて推薦されたサービスの組み合わせ、または、サービス利用者により利用者端末３５から入力されたサービスの組み合わせの情報に基づいて、組み合わされたサービスを実現するための専門職チームを推薦する。
【００５６】
情報共有処理部７４は、専門職チームに属する専門職の従業者が使用する専門職端末３６間、およびサービス利用者により利用される利用者端末３５間において、メッセージが送信（生成）されるような場合、メッセージ中の専門用語を検索し、平易な一般語に置換した共有用メッセージを専門職端末３６、および利用者端末３５間において共有できるようにする。
【００５７】
外部情報取得部７５は、サービス利用者の情報、サービスに関する情報、および専門職の情報を、外部DBとなる個人情報DBサーバ３３、および医療/介護/福祉DBサーバ３４にアクセスして取得する。
【００５８】
入力部５２は、キーボードや操作ボタンなどから構成され、ユーザの操作入力を受け付け、バス５８を介して制御部５１に出力する。
【００５９】
出力部５３は、画像を表示する例えば、LCD（Liquid Crystal Display）や有機EL（Electro Luminescence）などからなるディスプレイなどである表示部、および音声を出力するスピーカなどからなる音声出力部を備えており、必要に応じて、画像や音声を出力する。
【００６０】
記憶部５４は、HDD（Hard Disk Drive）、SSD（Solid State Drive）、または、半導体メモリなどからなり、制御部５１により制御され、各種のデータおよびプログラムを書き込む、または、読み出す。
【００６１】
通信部５５は、制御部５１により制御され、有線または無線により、LAN（Local Area Network）などに代表されるネットワーク３１を介して、個人情報DBサーバ３３、医療/介護/福祉DBサーバ３４、利用者端末３５、および専門職端末３６との間で各種のデータやプログラムを送受信する。
【００６２】
ドライブ５６は、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリなどのリムーバブル記憶媒体５７に対してデータを読み書きする。
【００６３】
尚、個人情報DBサーバ３３、および医療/介護/福祉DBについても基本的な構成は、多職種連携サーバ３２と同様であるが、制御部５１においては、それぞれのデータベースにより管理される情報を受信して記録すると共に、要求された情報を読み出して送信する処理がなされる。基本的な処理は、データベースとして管理すべき、データの書き込みと、その管理、さらには、読み出しを行う処理であるので、その説明は省略する。
【００６４】
＜利用者端末および専門職端末の構成例＞
次に、図４のハードウェアブロック図を参照して、利用者端末３５および専門職端末３６の構成例について説明する。尚、利用者端末３５および専門職端末３６は、それぞれの使用者がサービス利用者であるか、または専門職の従業者であるかが異なるのみであり、基本的な構成は同一であるので、利用者端末３５について説明するものとし、専門職端末３６の構成についての説明は省略する。
【００６５】
利用者端末３５は、例えば、パーソナルコンピュータにより構成され、制御部９１、入力部９２、出力部９３、記憶部９４、通信部９５、ドライブ９６、およびリムーバブル記憶媒体９７より構成され、それらが相互にバス９８を介して電気的に接続された構成とされている。
【００６６】
制御部９１は、プロセッサやメモリより構成されており、利用者端末３５の動作の全体を制御する。
【００６７】
入力部９２は、キーボードや操作ボタンなどから構成され、ユーザの操作入力を受け付け、バス９８を介して制御部９１に出力する。
【００６８】
出力部９３は、画像を表示する例えば、LCD（Liquid Crystal Display）や有機EL（Electro Luminescence）などからなるディスプレイなどである表示部、および音声を出力するスピーカなどからなる音声出力部を備えており、必要に応じて、画像や音声を出力する。
【００６９】
記憶部９４は、HDD（Hard Disk Drive）、SSD（Solid State Drive）、または、半導体メモリなどからなり、制御部９１により制御され、各種のデータおよびプログラムを書き込む、または、読み出す。
【００７０】
通信部９５は、制御部９１により制御され、有線または無線により、LAN（Local Area Network）などに代表されるネットワーク３１を介して、多職種連携サーバ３２、個人情報DBサーバ３３、医療/介護/福祉DBサーバ３４、および専門職端末３６との間で各種のデータやプログラムを送受信する。
【００７１】
ドライブ９６は、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリなどのリムーバブル記憶媒体９７に対してデータを読み書きする。
【００７２】
＜多職種連携サーバにより実現される機能＞
次に、図５の機能ブロック図を参照して、多職種連携サーバ３２により実現される機能について説明する。
【００７３】
多職種連携サーバ３２の機能は、制御部５１に備えられる、管理部７１、サービス推薦部７２、専門職チーム推薦部７３、情報共有処理部７４、および外部情報取得部７５に加えて、利用者情報DB１１１、医療処置DB１２１、介護サービスDB１２２、福祉サービスDB１２３、医療専門職DB１３１、介護専門職DB１３２、福祉専門職DB１３３、医療/介護/福祉/従業者DB１４１、専門用語DB１４２、言語辞書DB１４３、およびメッセージDB１５１より実現される。
【００７４】
ここで、利用者情報DB１１１、医療処置DB１２１、介護サービスDB１２２、福祉サービスDB１２３、医療専門職DB１３１、介護専門職DB１３２、福祉専門職DB１３３、医療/介護/福祉/従業者DB１４１、専門用語DB１４２、言語辞書DB１４３、およびメッセージDB１５１は、例えば、いずれも多職種連携サーバ３２における記憶部５４に記憶されて管理される。
【００７５】
管理部７１は、サービス推薦部７２、専門職チーム推薦部７３、情報共有処理部７４、および外部情報取得部７５を統合的に管理する。
【００７６】
サービス推薦部７２は、サービス利用者の状況や要望（状況および要望の少なくともそのいずれか）に応じて、推薦すべき複数のサービスの組み合わせの情報を生成し、管理部７１に出力する。
【００７７】
より詳細には、サービス推薦部７２は、サービスマッチング部２１１を備えている。
【００７８】
サービスマッチング部２１１は、利用者情報DB１１１で管理されるサービス利用者の状況および要望を含む情報、および、利用者端末３５より供給されるサービス利用者の状況および要望の情報、並びに、医療処置DB１２１に格納された医療処置情報、介護サービスDB１２２に格納された介護サービスのサービス情報、および福祉サービスDB１２３に格納された福祉サービスのサービス情報に基づいて、サービス利用者に対して提供すべきサービスの組み合わせを推薦する。
【００７９】
＜図５の利用者情報DBにより管理される利用者情報のテーブルの構成例＞
ここで、図６を参照して、利用者情報DB１１１により管理される情報のテーブルの構成例について説明する。利用者情報DB１１１においては、例えば、図６で示されるように、利用者IDに対応付けられて、図中の上から順に、利用者名、性別、生年月日、住所、電話番号、家族構成、同居状況、生活時間軸、要介護度、希望限度額、障害の等級、生活保護、嗜好、病名1, 2, 3‥、症状1, 2, 3‥、特定処置、主治医名、既往歴、介助内容1, 2, 3‥、希望サービス群、および公開可否等の属性を示す情報からなるテーブルとして利用者情報が管理される。ここで、生活時間軸とは、サービス利用者が生活する上で、主たる行動がなされるタイムテーブルを示すものである。また、公開可否の情報とは、個人情報として管理される利用者情報DB１１１内の利用者情報を必要に応じて公開することに事前に同意しているか否かを示す情報である。
【００８０】
尚、利用者情報DB１１１には、サービス利用者の利用者情報のみならず、サービス提供者である専門職の従業者の利用者情報も同様に登録される。このように、利用者情報DB１１１に、サービス提供者である専門職の従業者の利用者情報が登録される場合、その利用者情報は、サービスの利用が目的ではなく、例えば、後述する共有用メッセージを生成する際に、個人情報を公開することに事前に同意しているか否かを確認することを目的として使用できる。
【００８１】
このため、例えば、家族構成、同居状況、生活時間軸、要介護度、希望限度額、障害の等級、生活保護、嗜好、病名1, 2, 3‥、症状1, 2, 3‥、特定処置、主治医名、既往歴、介助内容1, 2, 3‥、希望サービス群の情報は、空欄とするようにしてもよい。また、利用者IDに対応付けて、その利用者情報が、サービス提供者のものであるか、または、サービス利用者のものであるかを識別する利用者属性を付与して管理するようにしてもよい。
【００８２】
＜医療処置DBにより管理される医療処置情報のテーブルの構成例＞
次に、図７を参照して、医療処置DB１２１により管理される医療処置情報のテーブルの構成例について説明する。医療処置DB１２１においては、例えば、図７で示されるように、医療処置IDに対応付けられて、処置名、対象部位、対象疾患、処置内容、および他との優先関係の情報等の属性を示す情報からなるテーブルとして医療処置情報が管理される。
尚、ここで、他との優先関係の情報とは、他のサービスと競合した場合にいずれが優先されるかを示す情報である。また、医療処置情報は、医療処置に関するサービス情報の一種である。
【００８３】
＜介護サービス/福祉サービスDBに管理されるサービス情報のテーブルの構成例＞
図８を参照して、介護サービスDB１２２、および福祉サービスDB１２３により管理されるサービス情報のテーブルの構成例について説明する。介護サービスDB１２２、および福祉サービスDB１２３においては、例えば、図８で示されるように、サービスIDに対応付けられて、サービス名、対象者、保険種別、単位、サービス内容、および他との優先関係の情報等の属性を示す情報からなるテーブルとしてサービス情報が管理される。
【００８４】
ここで、図５の説明に戻る。専門職チーム推薦部７３は、サービス推薦部７２により生成されたサービス利用者に推薦すべきサービスの組み合わせの情報、または、利用者端末３５より入力されたサービス利用者が希望するサービスの組み合わせの情報に基づいて、複数のサービスのそれぞれを提供する専門職の従業者からなる専門職チームを推薦する。
【００８５】
より詳細には、専門職チーム推薦部７３は、専門職チームマッチング部２２１を備えている。
【００８６】
専門職チームマッチング部２２１は、サービス推薦部７２により生成されたサービス利用者に推薦すべきサービスの組み合わせの情報、または、利用者端末３５より入力されたサービス利用者が希望するサービスの組み合わせの情報、並びに、医療専門職DB１３１に格納された医療専門職の従業者の情報、介護専門職DB１３２に格納された介護専門職の従業者の情報、および福祉専門職DB１３３に格納された福祉専門職の従業者の情報に基づいて、サービス利用者に提供するサービスの組み合わせを実現するための専門職チームを推薦する。
【００８７】
＜医療専門職DBにより管理される医療専門職情報のテーブルの構成例＞
ここで、図９を参照して、医療専門職DB１３１により管理される医療専門職情報のテーブルの構成例について説明する。医療専門職DB１３１においては、例えば、図９で示されるように、医師IDに対応付けられて、機関名、住所、電話番号、診療科、診療時間、人員体制、往診有無、訪問有無、看取り実績、24H対応状況、および連携医療機関の情報等の属性を示す情報からなるテーブルとして医療専門職情報が管理される。
【００８８】
＜介護専門職DBにより管理される介護専門職情報のテーブルの構成例＞
次に、図１０を参照して、介護専門職DB１３２により管理される介護専門職情報のテーブルの構成例について説明する。介護専門職DB１３２においては、例えば、図１０で示されるように、ケアマネ（ケアマネージャ）IDに対応付けられて、事業所名、住所、電話番号、対応地域、サービス提供時間、人員体制、利用者数の情報等の属性を示す情報からなるテーブルとして介護専門職情報が管理される。
【００８９】
＜福祉専門職DBにより管理される福祉専門職情報のテーブルの構成例＞
さらに、図１１を参照して、福祉専門職DB１３３により管理される福祉専門職情報のテーブルの構成例について説明する。福祉専門職DB１３３においては、例えば、図１１で示されるように、訪問介護IDに対応付けられて、事業所名、住所、電話番号、対応地域、サービス提供時間、人員体制、利用者数、24H対応状況、看取り対応、および特定処置対応の情報等の属性を示す情報からなるテーブルとして福祉専門職情報が管理される。
【００９０】
ここで、図５の説明に戻る。情報共有処理部７４は、サービス利用者に推薦される、組み合わされたサービスを提供するための専門職チームと、そのサービス利用者との間での情報を交換するためのメッセージ（文書ファイルなどを含む）の文章から専門用語を抽出し、対応する平易で一般語に置換して、共有できるようにする。
【００９１】
より詳細には、情報共有処理部７４は、メッセージ管理部２３１、単語分解部２３２、単語置換部２２３、および翻訳部２２４を備えている。
【００９２】
メッセージ管理部２３１は、専門職端末３６または利用者端末３５などからメッセージが送信されるとき、管理部７１より供給されるメッセージを取得して、メッセージDB１５１に格納させると共に、新たなメッセージや文書ファイルがメッセージDB１５１に格納されたことを単語分解部２３２に通知する。
【００９３】
単語分解部２３２は、新たなメッセージがメッセージDB１５１に格納されたことが通知されると、そのメッセージを読み出すと共に、例えば、形態素解析などにより、メッセージ中の文章を単語に分解し、単語置換部２５１に供給する。
【００９４】
単語置換部２３３は、専門用語DB１４２にアクセスし、メッセージの差出従業者により特定される職種に応じて、分解された個々の単語が専門用語であるか否かを判定し、専門用語である場合には、平易な一般語と対応付けると共に、専門職チームを構成するメンバーやサービス利用者との連携用の情報として共有用メッセージを生成し、オリジナルのメッセージと対応付けてメッセージDB１５１に格納する。
【００９５】
翻訳部２３４は、メッセージDB１５１に登録されているメッセージ情報に含まれるメッセージの差出従業者（メッセージを送信しようとする従業者）と宛先従業者（送信されてきたメッセージを閲覧しようとする従業者）の情報に基づいて、それぞれの利用者の母国語が異なる場合、言語辞書DB１４３を参照して、共有用メッセージを宛先従業者の母国語となる言語に翻訳し、オリジナルのメッセージと対応付けてメッセージDB１５１に格納する。
【００９６】
メッセージ管理部２３１は、メッセージDB１５１に格納された、専門用語が、平易で一般語に置換された（必要に応じて共通言語に翻訳された）共有用メッセージを、専門職チームに属する専門職端末３６や利用者端末３５に送信し、専門職チームのメンバーやサービス利用者と共有させる。
【００９７】
＜メッセージDBで管理されるメッセージのテーブルの構成例＞
ここで、図１２を参照して、メッセージDB１５１で管理されるメッセージのテーブルの構成例について説明する。メッセージDB１５１においては、例えば、図１２で示されるように、メッセージを識別するメッセージIDに対応付けられて、メッセージ種別、小分類、タイトル、作成日時、対象利用者ID、差出従業者ID、宛先従業者ID1、宛先従業者ID2、・・・緊急度フラグ、添付画像ID、添付音声ID、言語(国)、文字コード、本文文字列の情報等の属性を示す情報からなるテーブルとしてメッセージが管理される。
【００９８】
また、メッセージに添付された画像および音声は、例えば、添付画像ID、および添付音声IDのそれぞれに対応付けられた、添付日時、種別、およびファイル名等の情報からなるテーブルからなる管理情報として管理される。
【００９９】
すなわち、メッセージには、画像や音声も含まれており、メッセージ管理部２３１は、必要に応じて、例えば、メモ書きがなされた画像より文字をテキスト化したり、音声メモの音声をテキスト化することにより文書情報に変換した後、メッセージDB１５１に格納する。
【０１００】
尚、図１２の左下部で示される、メッセージにおける本文文字列には、オリジナルの文字列に加えて、共有用メッセージが生成されると共有用メッセージの文字列が付与され、さらに、メッセージが翻訳されると、翻訳されたメッセージの文字列が対応付けられて格納される。
【０１０１】
＜医療/介護/福祉従業者DBにより管理される従業者情報のテーブルの構成例＞
次に、図１３を参照して、医療/介護/福祉従業者DB１４１により管理される従業者情報のテーブルの構成例について説明する。医療/介護/福祉従業者DB１４１においては、例えば、図１３で示されるように、従業者を識別する従業者IDに対応付けられて、氏名、職種、所属(専門職ID)、性別、および資格1, 2‥の情報等の属性を示す情報からなるテーブルとして従業者情報が管理される。
【０１０２】
＜専門用語DBにより管理される専門用語のテーブルの構成例＞
さらに、図１４を参照して、専門用語DB１４２により管理される専門用語のテーブルの構成例について説明する。専門用語DB１４２においては、例えば、図１４の左部で示されるように、専門用語を識別する専門用語IDに対応付けられて、表記文字、読み方、専門職ID1,ID2‥、および対応一般語の情報等の属性を示す情報からなるテーブルとして専門用語が管理される。
【０１０３】
より具体的には、例えば、図１４の右部で示されるように、専門用語IDである「aaaaa012345xyz」に対応付けられて、表記文字として「ＣＩ」が登録され、読み方として「シーアイ」が登録され、専門職IDとして「xxxxxx（医師）」が登録され、対応一般語として「脳梗塞」が登録されている。
【０１０４】
すなわち、「ＣＩ」という専門用語が、専門職が医師であるときの専門用語であり、読み方がシーアイであり、対応する一般語が脳梗塞であることが登録されている。
【０１０５】
＜サービス推薦処理＞
次に、図１５のフローチャートを参照して、サービス推薦処理について説明する。
【０１０６】
ステップＳ１１において、利用者端末３５の制御部９１は、入力部９２が操作されることによりサービス利用者のログイン情報の入力を受け付けると共に、通信部９５を制御して、入力を受け付けたログイン情報を多職種連携サーバ３２に送信する。
【０１０７】
ステップＳ３１において、多職種連携サーバ３２の制御部５１における管理部７１は、通信部５５を制御して、送信されてきたログイン情報を取得すると共に、利用者情報DB１１１にアクセスし、認証処理を実行する。尚、ここで、認証処理において、認証がNGである場合、処理は終了することになる。以降においては、認証処理において、認証が認められた場合の処理について説明する。
【０１０８】
ステップＳ３２において、管理部７１は、ログイン情報に基づいて、サービス利用者の利用者情報DB１１１における利用者IDを特定することで利用者を特定する。
【０１０９】
ステップＳ３３において、管理部７１は、外部情報取得部７５を制御して、個人情報DB３３等の利用により、利用者IDにより特定される利用者の個人情報を取得できる場合については、取得させ、取得した個人情報に基づいて、利用者情報DB１１１の情報を更新する。
【０１１０】
ステップＳ３４において、管理部７１は、利用者情報DB１１１を参照して、利用者IDにより特定される情報を、通信部５５を制御して、利用者端末３５に送信し、各項目の情報の確認と追加入力、および修正入力、並びに、生活状況、および身体状況、並びに要望するサービス等の情報の入力を要求させる。
【０１１１】
ステップＳ１２において、利用者端末３５の制御部９１は、通信部９５を制御して、多職種連携サーバ３２からの利用者情報の各項目の情報の確認と追加入力および修正入力、並びに、生活状況、および身体状況、並びに要望するサービスの情報の入力の要求を受信すると共に、出力部９３であるディスプレイ等に各情報の提示と各種入力を要求する画像を表示する。
【０１１２】
そして、制御部９１は、この利用者情報の入力の要求に応じて、入力部９２が操作されることにより入力された利用者情報を取得して、通信部９５を制御して、多職種連携サーバ３２に送信する。
【０１１３】
ステップＳ３５において、多職種連携サーバ３２の管理部７１は、通信部５５を制御して、送信されてきた利用者情報を取得し、取得した利用者情報に基づいて、利用者情報DB１１１を更新する。
【０１１４】
ステップＳ３６において、管理部７１は、サービス推薦部７２に対して推薦すべきサービスの組み合わせを求めるように要求する。この要求に応じて、サービス推薦部７２は、サービスマッチング部２１１を制御して、推薦すべきサービスの組み合わせを求めさせる。そこで、サービスマッチング部２１１は、利用者情報DB１１１を参照して、該当するサービス利用者の属性の中で医療サービス（医療処置）の対象となるものを抽出する。
【０１１５】
ここでいう、サービス利用者の属性の中で医療サービス（医療処置）の対象となるものとは、例えば、図６の利用者情報DB１１１における病名1, 2, 3‥、症状1, 2, 3‥、特定処置、主治医名、既往歴等、介助内容1, 2, 3‥、および希望サービス群の属性の情報である。
【０１１６】
ステップＳ３７において、サービスマッチング部２１１は、医療処置DB１２１を参照して、抽出した医療サービス（医療処置）の対象となる属性のうち、利用者属性に適した医療処置（の医療処置ID）を抽出する。
【０１１７】
ステップＳ３８において、サービスマッチング部２１１は、利用者情報DB１１１を参照し、該当するサービス利用者の属性の中で介護サービスの対象となるものを抽出する。ここで、サービス利用者の属性の中で介護サービスの対象となるものとは、例えば、図６の利用者情報DB１１１における家族構成、同居状況、生活時間軸、要介護度、希望限度額、障害の等級、生活保護、および希望サービス群の属性の情報である。
【０１１８】
ステップＳ３９において、サービスマッチング部２１１は、介護サービスDB１２２を参照し、抽出した介護サービスの対象となる属性のうち利用者属性に適した介護サービス（のサービスID）を抽出する。
【０１１９】
ステップＳ４０において、サービスマッチング部２１１は、利用者情報DB１１１を参照し、該当するサービス利用者の属性の中で福祉サービスの対象となるものを抽出する。サービス利用者の属性の中で福祉サービスの対象となるものとは、例えば、図６の利用者情報DB１１１における家族構成、同居状況、生活時間軸、要介護度、希望限度額、障害の等級、生活保護、および希望サービス群の情報である。
【０１２０】
ステップＳ４１において、サービスマッチング部２１１は、福祉サービスDB１２３を参照し、抽出した福祉サービスの対象となる属性のうち利用者属性に適した福祉サービス（のサービスID）を抽出する。
【０１２１】
ステップＳ４２において、サービスマッチング部２１１は、医療処置DB１２１、介護サービスDB１２２、および福祉サービスDB１２３のそれぞれの「他との優先関係」の属性を参照し、抽出した各サービス群の中で、重複や競合するサービスを調整する。すなわち、重複、または競合するサービスが存在した場合、「他との優先関係」の属性の情報に基づいて、例えば、優先度の高いサービスが優先して残され、優先度の低いサービスについては削除されるような調整がなされる。
【０１２２】
ステップＳ４３において、サービスマッチング部２１１は、抽出された医療処置を特定する医療処置ID、並びに、介護サービスおよび福祉サービスを特定するそれぞれのサービスIDに基づいて、推薦すべきサービスの組み合わせを特定する。
【０１２３】
ステップＳ４４において、サービスマッチング部２１１は、特定されたサービスの組み合わせに基づいて、介護保険等の保険単位を計算する。
【０１２４】
ステップＳ４５において、サービス推薦部７２は、サービスマッチング部２１１により特定されたサービスの組み合わせの情報と、保険単位の計算結果とを併せて、管理部７１に出力する。管理部７１は、通信部５５を制御して、特定されたサービスの組み合わせの構成、および内容の情報と、保険単位の計算結果とを併せた情報を利用者端末３５に送信する。
【０１２５】
ステップＳ１３において、制御部９１は、通信部９５を制御して、多職種連携サーバ３２より送信されてくる、推薦されたサービスの組み合わせの構成、および内容の情報と、保険単位の計算結果とを併せた情報を受信する。
【０１２６】
ステップＳ１４において、制御部９１は、出力部９３を制御して、現在のサービス利用者の状況に応じて推薦されたサービスの組み合わせの構成、および内容の情報と、それらのサービスを受けた場合の保険単位の情報をディスプレイなどに画像として提示する。
【０１２７】
以上の処理により、サービス利用者は、自らの状況や要望に応じて、最適なサービスの組み合わせが、推薦されることになるので、必要なサービスの組み合わせや保険点数を認識することが可能となる。
【０１２８】
＜専門職チーム推薦処理＞
次に、図１６のフローチャートを参照して、専門職チーム推薦処理について説明する。
【０１２９】
ステップＳ７１において、利用者端末３５の制御部９１は、入力部９２が操作されることによりサービス利用者のログイン情報の入力を受け付けると共に、通信部９５を制御して、多職種連携サーバ３２に送信する。
【０１３０】
ステップＳ９１において、多職種連携サーバ３２の制御部５１における管理部７１は、通信部５５を制御して、送信されてきたログイン情報を取得すると共に、利用者情報DB１１１にアクセスし、認証処理を実行する。尚、ここで、認証処理において、認証がNGである場合、処理は終了することになる。以降においては、認証処理において、認証が認められた場合の処理について説明する。
【０１３１】
ステップＳ９２において、管理部７１は、ログイン情報に基づいて、サービス利用者の利用者情報DB１１１における利用者IDを特定する。
【０１３２】
ステップＳ９３において、管理部７１は、外部情報取得部７５を制御して、個人情報DB３３等の利用により、利用者IDにより特定される利用者の個人情報を取得できる場合については、取得させ、取得した個人情報に基づいて、利用者情報DB１１１の情報を更新する。
【０１３３】
ステップＳ９４において、管理部７１は、利用者情報DB１１１を参照して、利用者IDにより特定される情報を、通信部５５を制御して、利用者端末３５に送信し、各項目の情報の確認と追加入力、および修正入力、並びに、生活状況、および身体状況、並びに要望するサービスの組み合わせの情報の入力を要求させる。
【０１３４】
ステップＳ７２において、利用者端末３５の制御部９１は、通信部９５を制御して、多職種連携サーバ３２からの利用者情報の各項目の情報の確認と追加入力および修正入力、並びに、生活状況、および身体状況、並びに要望するサービスの組み合わせの情報の入力の要求を受信すると共に、出力部９３であるディスプレイ等に各情報の提示と各種入力を要求する画像を表示する。
【０１３５】
そして、制御部９１は、この利用者情報の入力の要求に応じて、入力部９２が操作されることにより入力された利用者情報を取得して、通信部９５を制御して、多職種連携サーバ３２に送信する。
【０１３６】
ステップＳ９５において、多職種連携サーバ３２の管理部７１は、通信部５５を制御して、送信されてきた利用者情報を取得し、取得した利用者情報に基づいて、利用者情報DB１１１を更新する。
【０１３７】
ステップＳ９６において、管理部７１は、専門職チーム推薦部７３に対して推薦すべきサービスの組み合わせを実現するための専門職チームを求めるように要求する。この要求に応じて、専門職チーム推薦部７３は、専門職チームマッチング部２２１を制御して、推薦すべき専門職チームを求めさせる。そこで、専門職チームマッチング部２２１は、未処理の専門職を処理対象専門職に設定する。未処理の専門職として、例えば、医療専門職が処理対象専門職として設定された場合について以降の説明を進めるものとする。
【０１３８】
尚、ここで、提供されるサービスの組み合わせについては、図１５を参照して説明したサービス推薦処理により推薦されたサービスの組み合わせであってもよいし、サービス推薦処理により推薦されたサービスの組み合わせに、ユーザの要望が付与されたサービスの組み合わせであってもよいし、ユーザの要望のみのサービスの組み合わせであってもよい。
【０１３９】
ステップＳ９７において、専門職チームマッチング部２２１は、処理対象専門職として設定された医療専門職の候補選出の比較対象とする属性を、該当するサービス利用者の利用者DB１１１から抽出する。
【０１４０】
ここでいう、医療専門職の候補選出の比較対象とする属性とは、例えば、図６の利用者情報DB１１１における病名1, 2, 3‥、症状1, 2, 3‥、特定処置、主治医名、既往歴等、介助内容1, 2, 3‥、および希望サービス群の属性の情報である。
【０１４１】
ステップＳ９８において、専門職チームマッチング部２２１は、抽出した利用者の各属性に関係する属性を備えた、医療専門職各メンバーを、処理対象専門職である医療専門職DB１３１から抽出する。
【０１４２】
例えば、専門職チームマッチング部２２１は、抽出した利用者情報DB１１１の属性として、例えば、整形外科において処置がなされるような既往歴があるような場合、処理対象専門職である医療専門職DB１３１の医療専門職情報の診療科が整形外科であるような医療専門職メンバー（の医師ID）を抽出する。
【０１４３】
ステップＳ９９において、専門職チームマッチング部２２１は、利用者情報DB１１１と処理対象専門職である医療専門職DB１３１とを参照し、サービス利用者と処理対象専門職である医療専門職メンバーとのそれぞれの地理的な距離等を計算する。
【０１４４】
より具体的には、専門職チームマッチング部２２１は、利用者情報DB１１１により管理される利用者情報のうちの住所と処理対象専門職である医療専門職DB１３１により管理される医療専門職情報のうちの住所とから、サービス利用者と医療専門職メンバーとの地理的な距離等を計算する。
【０１４５】
尚、地理的な距離等とは、サービス利用者と医療専門職メンバーとの空間的な距離であってもよいし、医療専門職メンバーが公共交通機関等を利用して、サービス利用者宅に到着するまでの所要時間などであってもよいし、それらを組み合わせた情報であってもよい。
【０１４６】
ステップＳ１００において、専門職チームマッチング部２２１は、抽出されたメンバーの属性と、サービス利用者との地理的な距離等の計算の結果に基づいて、処理対象専門職である医療専門職メンバーとサービス利用者との適合性を点数化し、スコアとして付与する。
【０１４７】
ここで、医療専門職メンバーとサービス利用者との適合性を点数化するとは、例えば、属性については、各属性の有無を１または０として加算することでスコア化するようにしてもよいし、属性の重要度に応じて重み付けして加算するようにしてもよい。また、地理的な距離の点数化については、物理的な距離そのものを点数化してもよいし、移動に係る所要時間に応じて点数化するようにしてもよい。また、点数化に当たっては、適合性が高い程、点数が高くなるように設定してもよいし、適合性が高い程、点数が低くなるように設定するようにしてもよい。
【０１４８】
ステップＳ１０１において、専門職チームマッチング部２２１は、抽出された医療専門職メンバーの各スコアを比較して、最もスコアの高い（または低い）、サービス利用者との適合性の高いメンバーを専門職チームのメンバーとして決定する。
【０１４９】
ステップＳ１０２において、専門職チームマッチング部２２１は、未処理の専門職があるか否かを判定する。例えば、今の場合、介護専門職および福祉専門職は、処理対象専門職としては設定されておらず、未処理であるので、未処理の専門職があるとみなされて、処理は、ステップＳ９６に戻る。
【０１５０】
以降において、介護専門職および福祉専門職が処理対象専門職に設定されて、ステップＳ９６乃至Ｓ１０２の処理が繰り返されて、介護専門職および福祉専門職の専門職メンバーが決定される。
【０１５１】
そして、ステップＳ１０２において、未処理の専門職が存在しないとみなされると、処理は、ステップＳ１０３に進む。
【０１５２】
ステップＳ１０３において、専門職チームマッチング部２２１は、推薦する全ての専門職メンバーを、推薦すべき専門職チームの専門職メンバーの情報（以降において、推薦専門職チームの情報ともいう）として、管理部７１に出力する。管理部７１は、通信部５５を制御して、推薦専門職チームの情報を利用者端末３５に送信する。
【０１５３】
ステップＳ７３において、利用者端末３５の制御部９１は、通信部９５を制御して、多職種連携サーバ３２より送信されてくる、推薦専門職チームの情報を受信する。
【０１５４】
ステップＳ７４において、利用者端末３５の制御部９１は、出力部９３を制御して、推薦専門職チームの情報に基づいて、推薦される専門職チームと、その専門職チームを構成する専門職メンバーの情報をディスプレイなどに画像として提示する。
【０１５５】
以上の処理により、サービス利用者は、自らの状況や要望に応じて、複数のサービスが組み合わされることで実現されるサービスに必要な、専門職チームの専門職メンバーが推薦されることになるので、複数のサービスが組み合わされることで実現されるサービスを受けるために依頼すべき専門職チームの専門職メンバーを認識することが可能となる。
【０１５６】
ステップＳ１０４において、管理部７１は、利用者情報DB１１１にアクセスし、公開可否の情報に基づいて、複数のサービスの組み合わせにより実現されるサービスの提供を受けるための推薦専門職チームの情報と、そのサービス利用者の利用者情報とを、それぞれの専門職チームの専門職メンバーに公開してもよいか否かを判定する。
【０１５７】
ステップＳ１０４において、公開可であるとみなされると、処理は、ステップＳ１０５に進む。
【０１５８】
ステップＳ１０５において、管理部７１は、通信部５５を制御して、推薦専門職チームの情報と、そのサービス利用者の利用者情報とを、専門職メンバーとして推薦された専門職の従業者が利用する専門職端末３６に送信する。
【０１５９】
ステップＳ１２１において、専門職端末３６の制御部９１は、通信部９５を制御して、多職種連携サーバ３２より送信されてくる、推薦専門職チームの情報と、そのサービス利用者の利用者情報とを受信する。
【０１６０】
ステップＳ１２２において、専門職端末３６の制御部９１は、出力部９３を制御して、推薦専門職チームの情報に基づいた専門職チームの専門職メンバーと、そのサービス利用者の利用者情報とをディスプレイなどに画像として提示する。
【０１６１】
以上の処理により、複数のサービスの組み合わせからなるサービスを実現させるための専門職チームに推薦された各専門職の従業者は、自らがどのサービス利用者に対する、どのような複数のサービスの組み合わせを実現するための専門職チームに推薦されたのかを認識することが可能となる。また、専門職チームに推薦された各サービスの従業者は、どのサービス利用者がどのような状況でサービス提供を求めているのかを認識することができるので、サービス提供に係る準備を適切に進めることが可能となる。
【０１６２】
＜情報共有処理＞
次に、図１７のフローチャートを参照して、情報共有処理について説明する。
【０１６３】
ステップＳ１４１において、専門職端末３６の制御部９１は、入力部９２が操作されることにより専門職の従業者のログイン情報の入力を受け付けると共に、通信部９５を制御して、多職種連携サーバ３２に送信する。
【０１６４】
ステップＳ１６１において、多職種連携サーバ３２の制御部５１における管理部７１は、通信部５５を制御して、送信されてきたログイン情報を取得すると共に、医療/介護/福祉従業者DB１４１にアクセスし、認証処理を実行する。尚、ここで、認証処理において、認証がNGである場合、処理は終了することになる。以降においては、認証処理において、認証が認められた場合の処理について説明する。
【０１６５】
ステップＳ１６２において、管理部７１は、ログイン情報に基づいて、専門職の従業者の医療/介護/福祉従業者DB１４１における従業者IDを特定し、従業者を特定する。
【０１６６】
ステップＳ１６３において、管理部７１は、医療/介護/福祉従業者DB１４１における、ログイン情報を送信してきた専門職端末３６を使用する従業者IDに対応付けられた所属（専門職ID）により職種を特定する。
【０１６７】
ステップＳ１４２において、専門職端末３６の制御部９１は、入力部９２が専門職の従業者により操作されることにより、メッセージの入力が受け付けられると、通信部９５を制御して、多職種連携サーバ３２に送信する。
【０１６８】
ステップＳ１６４において、多職種連携サーバ３２の制御部５１における管理部７１は、通信部５５を制御して、送信されてきたメッセージを取得すると共に、メッセージ管理部２３１に供給する。メッセージ管理部２３１は、管理部７１より供給されてきたメッセージにメッセージIDを付与し、差出従業者の情報や職種などの情報と共に、メッセージDB１５１に格納し、単語分解部２３２に対して新たなメッセージがメッセージDB１５１に格納されたことをメッセージIDと共に通知する。
【０１６９】
ステップＳ１６５において、単語分解部２３２は、メッセージIDで特定されるメッセージを処理対象メッセージとしてメッセージDB１５１より抽出する。
【０１７０】
ステップＳ１６６において、単語分解部２３２は、抽出した処理対象メッセージより文字情報を抽出する。すなわち、メッセージは、テキストで作製された文書ファイル全般を含むものであるが、さらに、添付された画像や音声も含む。このため、単語分解部２３２は、画像のメッセージであるような場合については、画像内の文字を、例えば、文字認識器などにより読み取ってテキスト化して文字情報として取得するようにしてもよい。また、音声メッセージなどの場合については、単語分解部２３２は、音声解析によりテキスト化して、文字情報として取得するようにしてもよい。
【０１７１】
ステップＳ１６７において、単語分解部２３２は、取得した文字情報からなる文章を、例えば、形態素解析等により、単語に分解し、分解した単語群を単語置換部２３３に出力する。
【０１７２】
ステップＳ１６８において、単語置換部２３３は、供給された単語群のうち、未処理の単語を処理対象単語に設定する。
【０１７３】
ステップＳ１６９において、単語置換部２３３は、専門用語DB１４２にアクセスし、処理対象単語が専門用語であるか否かを判定する。ここで、メッセージIDに基づいたメッセージDB１５１の情報に基づいて、差出従業者の専門職を特定することで、単語置換部２３３は、専門用語DB１４２内に格納された専門用語のうち、特定された専門職に係る専門用語であるか否かを判定する。
【０１７４】
すなわち、差出従業者の専門職が特定できるので、単語置換部２３３は、専門用語DB１４２に格納される複数の専門職の専門用語のデータベース群のうち、特定された専門職の専門用語データベースに絞り込んで、処理対象単語が専門用語であるか否かを判定する。このような処理により、処理対象単語の専門用語DB１４２内における検索速度を向上させると共に、差出従業者の専門職に対応した適切な専門用語を検索することが可能となる。
【０１７５】
ステップＳ１６９において、処理対象単語が専門用語であるとみなされた場合、処理は、ステップＳ１７０に進む。
【０１７６】
ステップＳ１７０において、単語置換部２３３は、処理対象単語に対応する、専門用語DB１４２内の対応一般語の情報を読み出し、対応付けてメッセージDB１５１に格納させる。尚、ステップＳ１６９において、処理対象単語が専門用語ではないとみなされた場合、ステップＳ１７０の処理がスキップされる。
【０１７７】
ステップＳ１７１において、単語置換部２３３は、供給された単語群のうち、未処理の単語が存在するか否かを判定し、未処理の単語が存在するとみなされた場合、処理は、ステップＳ１６８に戻る。
【０１７８】
すなわち、供給された新たなメッセージを構成する分解された全ての単語について、専門用語であるか否かが判定されるまで、ステップＳ１６８乃至Ｓ１７１の処理が繰り返される。
【０１７９】
全ての単語について、専門用語であるか否かが判定されると、ステップＳ１７１において、未処理の単語が存在しないとみなされて、処理は、ステップＳ１７２に進む。
【０１８０】
ステップＳ１７２において、メッセージ管理部２３１は、新たに供給されたメッセージの差出従業者の利用者情報DB１１１を参照して、個人情報の公開可否について確認し、公開可能であるか否かを判定する。
【０１８１】
ステップＳ１７２において、公開可であるとみなされた場合、処理は、ステップＳ１７３に進む。
【０１８２】
ステップＳ１７３において、メッセージ管理部２３１は、新たなメッセージに対して、差出従業者の個人情報を付与して、メッセージDB１５１に格納する。尚、ステップＳ１７２において、個人情報の公開可否の情報に基づいて、公開不可であるとみなされた場合、ステップＳ１７３の処理は、スキップされる。
【０１８３】
ステップＳ１７４において、翻訳部２３４は、多言語対応が必要であるか否かを判定する。より詳細には、翻訳部２３４は、例えば、メッセージDB１５１における差出従業者と宛先従業者との母国語が一致するか否かに基づいて多言語対応の要否を判定する。
【０１８４】
ステップＳ１７４において、例えば、差出従業者と宛先従業者との母国語が一致せず、多言語対応が必要であると判定された場合、処理は、ステップＳ１７５に進む。
【０１８５】
ステップＳ１７５において、翻訳部２３４は、言語辞書DB１４３の情報を利用して、新たにメッセージDB１５１に格納された、オリジナルのメッセージ、専門用語に対応付けられた一般語の情報、および個人情報が付与されている場合については、個人情報も含めて、宛先従業者の母国語に翻訳し、メッセージDB１５１に格納する。
【０１８６】
尚、ステップＳ１７４において、多言語対応ではないとみなされた場合、ステップＳ１７５の処理はスキップされる。
【０１８７】
ステップＳ１７６において、メッセージ管理部２３１は、メッセージの原文、各専門用語に対応する一般語、（同意のある場合の）個人情報を含んだ、共有用メッセージを生成する。
【０１８８】
共有用メッセージの構造は、端末に表示する際のユーザインターフェースに応じた、システムごとに最適な構成であることが望ましい。
【０１８９】
共有用メッセージの構造は、例えば、原文メッセージと別に一般語置換後の共有用メッセージ全文をテキストデータとして持つ構成、原文メッセージ上の各専門用語位置に対応一般語を埋め込む構成、および原文メッセージ上の各専門用語にタグ等を付与してタグ-対応一般語テーブルを参照する構成等が望ましい。
【０１９０】
ただし、他種のシステムとのデータ連携を意識する場合には、表示方法への最適化よりも、システム間のデータ交換や標準化を優先したシステム設計を行う方が好ましいこともある。
【０１９１】
ステップＳ１７７において、メッセージ管理部２３１は、生成した共有用メッセージをメッセージDB１５１に格納する。
【０１９２】
ステップＳ１７８において、メッセージ管理部２３１は、生成した共有用メッセージを管理部１７１に供給する。管理部１７１は、通信部５５を制御して、共有用メッセージを宛先従業者の操作する専門職端末３６に送信すると共に、差出従業者の操作する専門職端末３６に送信する。
【０１９３】
ステップＳ１９１において、宛先従業者の専門職端末３６の制御部９１は、通信部９５を制御して、多職種連携サーバ３２からの共有用メッセージを受信する。
【０１９４】
ステップＳ１９２において、宛先従業者の専門職端末３６の制御部９１は、出力部９３であるディスプレイ等に共有用メッセージを画像として表示する。
【０１９５】
同様に、ステップＳ１４３において、差出従業者の専門職端末３６の制御部９１は、通信部９５を制御して、多職種連携サーバ３２より送信されてくる、共有用メッセージを受信する。
【０１９６】
ステップＳ１４４において、差出従業者の専門職端末３６の制御部９１は、出力部９３を制御して、共有用メッセージをディスプレイなどに画像として提示する。
【０１９７】
尚、以上においては、差出従業者と宛先従業者との間でのメッセージについて説明してきたが、差出人や宛先が、サービス利用者であってもよく、その場合、専門職端末３６に代えて、利用者端末３５からメッセージが送信される、または、利用者端末３５において共有用メッセージが受信される。
【０１９８】
以上の処理により、異業種のサービス提供者（それぞれの専門職の従業者からなる専門職チーム）が連携して利用者に対してサービスを提供する際において、それぞれの専門用語を意識することなく使用しても、サービス提供者間およびサービス利用者において、適切な意思疎通を図ることが可能となる。
【０１９９】
＜専門職に応じた専門用語と対応する一般語の置換例＞
（同一の意味であっても表現が異なる専門用語の置換例）
ここで、上述した情報共有処理により実現される、専門職に応じた専門用語を含むメッセージが、対応する一般語に変換される例について説明する。
【０２００】
図１８の例Ｅｘ１で示されるように、医師が、「デクビが悪化している為、デブリしました。」といったメッセージを送信するときには、図中においてアンダーラインが付与された「デクビ」と「デブリ」という単語が医療用の専門用語として検索される。ここで、検出された「デクビ」と「デブリ」という専門用語に対応する一般語は、「床ずれ」と「組織を一部除去・清浄化」である。
【０２０１】
そこで、専門用語である「デクビ」と「デブリ」が、それぞれ「床ずれ」と「組織を一部除去・清浄化」にそれぞれに置換されることにより、メッセージは、利用者や家族にも認識可能な「床ずれが悪化している為、組織を一部除去・清浄化しました。」といったメッセージに変換される。
【０２０２】
また、例Ｅｘ１で示されるように、看護師が、「褥瘡（じょくそう）が悪化している為、創面切除しました。」といったメッセージを送信するときには、図中においてアンダーラインが付与された「褥瘡（じょくそう）」と「創面切除」という単語が医療用の専門用語として検索される。ここで、検出された「褥瘡（じょくそう）」と「創面切除」という看護師の専門用語は、それぞれ医師の専門用語である「デクビ」と「デブリ」と同義であり、対応する一般語は、「床ずれ」と「組織を一部除去・清浄化」である。
【０２０３】
そこで、専門用語である「褥瘡（じょくそう）」と「創面切除」が、それぞれ「床ずれ」と「組織を一部除去・清浄化」に置換されることにより、メッセージは、利用者や家族にも認識可能な「床ずれが悪化している為、組織を一部除去・清浄化しました。」といったメッセージに変換される。
【０２０４】
同様に、図１８の例Ｅｘ２で示されるように、看護師が、「定期的にVSチェックします。」といったメッセージを送信するときには、図中においてアンダーラインが付与された「VSチェック」という単語が看護用の専門用語として検索される。ここで、検出された「VSチェック」という専門用語に対応する一般語は、「体調を確認」することである。
【０２０５】
そこで、専門用語である「VSチェック」が、「体調を確認」に置換されることにより、メッセージは、利用者や家族にも認識可能な「定期的に体調を確認します。」といったメッセージに変換される。
【０２０６】
また、例Ｅｘ２で示されるように、介護士が、「定期的にバイタル確認します」といったメッセージを送信するときには、図中においてアンダーラインが付与された「バイタル確認」という単語が介護士の専門用語として検索される。ここで、検出された「バイタル確認」という介護士の専門用語は、看護師の専門用語である「VSチェック」と同義であり、対応する一般語は、「体調を確認」することである。
【０２０７】
そこで、専門用語である「バイタル確認」が、「体調を確認」に置換されることにより、メッセージは、利用者や家族にも認識可能な「定期的に体調を確認します。」といったメッセージに変換される。
【０２０８】
さらに、図１８の例Ｅｘ３で示されるように、リハビリテーションの従業者（リハ）が、「ROMの減少」といったメッセージを送信するときには、図中においてアンダーラインが付与された「ROM」という単語がリハビリテーション用の専門用語として検索される。ここで、検出された「ROM」という専門用語に対応する一般語は、「関節の動く範囲」である。
【０２０９】
そこで、専門用語である「ROM」が、「関節が動く範囲」に置換されることにより、メッセージは、利用者や家族にも認識可能な「関節が動く範囲の減少」といったメッセージに変換される。
【０２１０】
さらに、例Ｅｘ３で示されるように、介護師が、「関節可動域が減少」といったメッセージを送信するときには、図中においてアンダーラインが付与された「関節可動域」という単語が介護師の専門用語として検索される。ここで、検出された「関節可動域」という専門用語が、対応する一般語は、「関節が動く範囲」である。
【０２１１】
そこで、専門用語である「関節可動域」が、「関節が動く範囲」に置換されることにより、メッセージは、利用者や家族にも認識可能な「関節が動く範囲の減少」といったメッセージに変換される。
【０２１２】
以上のように、専門職に応じて、同一の意味でも異なる専門用語が用いられたメッセージであっても、同一の対応する一般語を用いたメッセージに置換されることにより、複数の専門職の従業者からなる専門職チーム内やサービス利用者とその家族間における齟齬や誤解を低減させることが可能となる。
【０２１３】
（同一の専門用語であっても専門職に応じて意味が異なる専門用語の置換例）
図１９の例Ｅｘ１１で示されるように、循環器科の医師が、「MSの既往がある」といったメッセージを送信するときには、図中においてアンダーラインが付与された「MS」という単語が医療用の専門用語として検索される。ここで、検出された「MS」という循環器科の専門用語に対応する一般語は、「僧帽弁狭窄症（心臓の症状）」である。
【０２１４】
そこで、専門用語である「MS」が、「僧帽弁狭窄症（心臓の症状）」に置換されることにより、メッセージは、利用者や家族にも認識可能な「僧帽弁狭窄症（心臓の症状）の既往がある」といったメッセージに変換される。
【０２１５】
ところが、例Ｅｘ１１で示されるように、神経内科の医師が、「MSの既往がある」といったメッセージを送信するときには、図中においてアンダーラインが付与された「MS」という単語が医療用の専門用語として検索される。ここで、検出された「MS」という神経内科の専門用語に対応する一般語は、「多発性硬化症（神経難病）」である。すなわち、専門職が循環器科の医師であるか、または、神経内科の医師であるかにより、「MS」という専門用語は異なる意味として使用される。
【０２１６】
そこで、専門用語である「MS」が、「多発性硬化症（神経難病）」に置換されることにより、メッセージは、利用者や家族にも認識可能な「多発性硬化症（神経難病）の既往がある」といったメッセージに変換される。
【０２１７】
また、図１９の例Ｅｘ１２で示されるように、歯科医師が、「治療にはCRを用います」といったメッセージを送信するときには、図中においてアンダーラインが付与された「CR」という単語が歯科医療用の専門用語として検索される。ここで、検出された「CR」という歯科医療の専門用語に対応する一般語は、「複合レジン（樹脂製の詰め物）」である。
【０２１８】
そこで、専門用語である「CR」が、「複合レジン（樹脂製の詰め物）」に置換されることにより、メッセージは、利用者や家族にも認識可能な「治療には複合レジン（樹脂製の詰め物）を用います」といったメッセージに変換される。
【０２１９】
ところが、例Ｅｘ１２で示されるように、放射線技師が、「検査にはCRを用います。」といったメッセージを送信するときには、図中においてアンダーラインが付与された「CR」という同一の単語が放射線検査用の専門用語として検索される。ここで、検出された「CR」という放射線検査の専門用語に対応する一般語は、「（デジタル）一般撮影装置」である。すなわち、専門職が歯科医師であるか、または、放射線技師であるかにより、「CR」という専門用語は異なる意味として使用される。
【０２２０】
そこで、専門用語である「CR」が、「（デジタル）一般撮影装置」に置換されることにより、メッセージは、利用者や家族にも認識可能な「検査には（デジタル）一般撮影装置を用います」といったメッセージに変換される。
【０２２１】
さらに、図１９の例Ｅｘ１３で示されるように、循環器科の医師が、「CADの疑いで入院」といったメッセージを送信するときには、図中においてアンダーラインが付与された「CAD」という単語が循環器科の医療用の専門用語として検索される。ここで、検出された「CAD」という循環器科の医療の専門用語に対応する一般語は、「虚血性心疾患」である。
【０２２２】
そこで、専門用語である「CAD」が、「虚血性心疾患」に置換されることにより、メッセージは、利用者や家族にも認識可能な「虚血性心疾患の疑いで入院」といったメッセージに変換される。
【０２２３】
ところが、例Ｅｘ１３で示されるように、放射線科の医師が、「CADを利用した診断」といったメッセージを送信するときには、図中においてアンダーラインが付与された「CAD」という同一の単語が放射線科の医療用の専門用語として検索される。ここで、検出された「CAD」という放射線科の医療用の専門用語に対応する一般語は、「コンピュータ支援診断」である。すなわち、専門職が循環器科の医師であるか、または、放射線科の医師であるかにより、「CAD」という専門用語は異なる意味として使用される。
【０２２４】
そこで、専門用語である「CAD」が、「コンピュータ支援診断」に置換されることにより、メッセージは、利用者や家族にも認識可能な「コンピュータ支援診断を利用した診断」といったメッセージに変換される。
【０２２５】
このように、専門用語が同一であっても、メッセージの差出従業者の専門職に応じて、異なる意味で使用される場合があるが、本開示の情報共有処理においては、差出従業者の職業が特定されて、その職業に応じた専門用語が検索されて、一般語に置換される。これにより、専門職チームに内において、複数の専門の異なる従業者が存在し、それぞれがそれぞれの専門用語を用いるようにしても、差出従業者に応じて、適切に専門用語が区別されて一般語に置換されるので、複数の専門職の従業者からなる専門職チーム内やサービス利用者とその家族間における齟齬や誤解を低減させることが可能となる。
【０２２６】
（同一の意味に対して複数の専門用語や略語が用いられる置換例）
図２０の例Ｅｘ２１で示されるように、看護師が、「本日、バルーンを交換」、「本日、フォーリーを交換」、「本日、Bカテを交換」といったメッセージを送信するとき、および介護士が、「膀胱留置カテーテルを交換」といったメッセージを送信するとき、図中においてアンダーラインが付与された「バルーン」、「フォーリー」、「Bカテ」という単語が看護師用の専門用語として検索され、「膀胱留置カテーテル」という単語が介護士用の専門用語として検索される。ここで、検出された「バルーン」、「フォーリー」、「Bカテ」という単語が看護師用の専門用語と、「膀胱留置カテーテル」という介護士の専門用語に対応する一般語は、いずれも同一の「尿を出すための管」である。
【０２２７】
そこで、専門用語である「バルーン」、「フォーリー」、「Bカテ」、および「膀胱留置カテーテル」は、いずれも「尿を出すための管」に置換されることにより、メッセージは、利用者や家族にも認識可能な「尿を出すための管を交換」といったメッセージに変換される。
【０２２８】
また、例Ｅｘ２２で示されるように、医師が、「IVHへの切り替え」といったメッセージを送信するとき、管理栄養士が、「TPNへの切り替え」といったメッセージを送信するとき、介護士が、「中心静脈栄養への切り替え」といったメッセージを送信するとき、それぞれ図中においてアンダーラインが付与された「IVH」という単語が医師用の専門用語として検索され、「TPN」という単語が管理栄養士用の専門用語として検索され、「中心静脈栄養」という単語が介護士用の専門用語として検索される。ここで、検出された医師用の専門用語である「IVH」、管理栄養士用の専門用語である「TPN」、および介護士の専門用語である「中心静脈栄養」に対応する一般語は、いずれも同一の「点滴による栄養剤補給」である。
【０２２９】
そこで、専門用語である「IVH」、「TPN」、および「中心静脈栄養」は、いずれも「点滴による栄養剤補給」に置換されることにより、メッセージは、利用者や家族にも認識可能な「点滴による栄養剤補給への切り替え」といったメッセージに変換される。
【０２３０】
このように、同一の意味で、複数の専門用語が使用されていても、メッセージの差出従業者の専門職に応じて、同一の意味で使用される異なる専門用語を専門用語DB１４２に格納して検索することにより、適切に検索されて、一般語に置換される。これにより、専門職チーム内において、複数の専門の異なる従業者が存在し、それぞれがそれぞれの専門用語を同一の意味で複数種類用いるようにしても、適切に専門用語が区別されて一般語に置換されるので、複数の専門職の従業者からなる専門職チーム内やサービス利用者とその家族間における齟齬や誤解を低減させることが可能となる。
【０２３１】
尚、以上においては、専門職チームを構成する専門職メンバーとなる専門職の従業者とサービス利用者との相互で、授受されるメッセージについては、全ての専門用語を平易な一般語に置換する例について説明してきたが、例えば、宛先にサービス利用者が含まれておらず、同一の専門職の従業者間でメッセージが送受信される場合、一般語に置換していないメッセージでも齟齬が生じる恐れが少ない。
【０２３２】
そこで、メッセージDB１５１に登録されるメッセージID毎のテーブルにおいて、差出従業者と宛先従業者とが同一の専門職である場合には、専門用語であっても置換しないようにしてもよい。
【０２３３】
また、差出従業者（メッセージの入力者）と宛先従業者（メッセージの閲覧者）との専門職に応じて、専門用語を置換するようにしてもよい。すなわち、図１８の例Ｅｘ１で示されるように、医師が、「デクビが悪化している為、デブリしました。」といったメッセージを看護師である専門職に送信するときには、図中においてアンダーラインが付与された「デクビ」と「デブリ」という単語が医療用の専門用語として検索される。ここで、検出された「デクビ」と「デブリ」という医療用の専門用語に対応する看護師の専門用語は、「褥瘡（じょくそう）」と「創面切除」である。
【０２３４】
そこで、看護師に対しては、「デクビ」と「デブリ」という医療用の専門用語を一般語に置換するのではなく、看護師の専門用語である「褥瘡（じょくそう）」と「創面切除」に置換させるようにすることにより、メッセージは、看護師には認識が可能な「褥瘡（じょくそう）が悪化している為、創面切除しました。」といったメッセージに変換される。
【０２３５】
このような置換により、メッセージの宛先従業者である看護師は、自らの専門職の専門用語で記載されたメッセージを受け取ることができるので、より適切な意思疎通を図ることが可能となる。尚、この例においては、差出従業者および宛先従業者間について説明してきたが、いずれかがサービス利用者であってもよい。また、以上においては、メッセージを授受する相互の職種やサービス利用者であるか否かに基づいて、置換する専門用語の専門を切り替える例について説明してきたが、メッセージを授受するユーザ間の関係に応じたものであれば、職種以外で専門用語の専門分野を切り替えるようにしてもよく、例えば、メッセージを授受するユーザ間の、それぞのれ研究学問分野を示す、例えば、学歴などにより置換する専門用語の専門分野を切り替えるようにしてもよい。
【０２３６】
＜＜３．変形例＞＞
以上においては、サービス利用者の状況や要望に応じて、サービスとして医療、介護、および福祉の組み合わせを推薦する、または、複数のサービスの組み合わせからなるサービスを実現するための専門家チームを推薦すると共に、専門家チームを構成する専門家メンバーとサービス利用者との間での情報を共有させる例について説明してきた。
【０２３７】
しかしながら、医療、介護、および福祉といったサービス以外の業種についての、サービス利用者の状況や要望に応じたサービスの組み合わせを推薦する、または、複数のサービス野組み合わせからなるサービスを実現する専門家チームを推薦すると共に、専門家チームとサービス利用者との間での情報を共有させるようにしてもよい。
【０２３８】
例えば、サービス利用者を患者等に代えて、施主とし、サービスの種別を医療、介護、および福祉に代えて、建屋の施工サービス、部屋の施工サービス、および設備の施工サービスとし、専門職チームを構成するメンバーを、医師、介護士、および福祉士に代えて、建築士、建築施工管理技士、および電気工事技師とするようにしてもよい。
【０２３９】
図２１は、サービス利用者を患者等に代えて、施主とし、サービスの種別を医療、介護、および福祉に代えて、建屋の施工サービス、部屋の施工サービス、および設備の施工サービスとし、専門職チームを構成するメンバーを、医師、介護士、および福祉士に代えて、建築士、建築施工管理技士、および電気工事士とするようにした多職種連携サーバ３２の構成例である。
【０２４０】
尚、図２１の多職種連携サーバ３２において、図５の多職種連携サーバ３２と同一の機能を備えた構成については、同一の符号および同一の名称を付しており、その説明は適宜省略する。
【０２４１】
すなわち、図２１の多職種連携サーバ３２において、図５の多職種連携サーバ３２と異なる点は、利用者情報DB１１１、医療処置DB１２１、介護サービスDB１２２、および福祉サービスDB１２３、医療専門職DB１３１、介護専門職DB１３２、および福祉専門職DB１３３、並びに、医療/介護/福祉従業者DB１４１、および専門用語DB１４２に代えて、利用者情報DB３１１、建屋施工サービスDB３２１、部屋施工サービスDB３２２、および設備施工サービスDB３２３、建築士専門職DB３３１、建築施工管理技士専門職DB３３２、および電気工事士専門職DB３３３、並びに、建築士/建築施工管理技士/電気工事士従業者DB３４１、および専門用語DB３４２を設けた点である。
【０２４２】
＜図２１の利用者情報DBにより管理される利用者情報のテーブルの構成例＞
利用者情報DB３１１により管理される利用者情報のテーブルは、例えば、図２２で示されるような構成とされる。すなわち、利用者情報DB３１１においては、例えば、図２２で示されるように、施主IDに対応付けられて、図中の上から順に、施主名、性別、生年月日、現住所、電話番号、家族構成、同居状況、要介護有無、概算予算額、建屋嗜好1, 2, 3‥、部屋嗜好1, 2, 3‥、設備嗜好1, 2, 3‥、希望建物タイプ、および公開可否等からなるテーブルとして利用者情報が管理される。
【０２４３】
＜建屋施工サービスDBにより管理される建屋施工サービス情報のテーブルの構成例＞
また、建屋施工サービスDB３２１により管理される建屋施工サービス情報のテーブルは、例えば、図２３で示されるような構成とされる。すなわち、建屋施工サービスDB３２１においては、例えば、図２３で示されるように、建屋IDに対応付けられて、建屋タイプ名、階数、面積のレンジ、部屋数、その他の内容、適合家族数、バリアフリー型、適合嗜好1, 2, 3‥、および単価の目安等の属性を示す情報からなるテーブルとして建屋施工サービス情報が管理される。
【０２４４】
＜部屋施工サービスDBにより管理される部屋施工サービス情報のテーブルの構成例＞
さらに、部屋施工サービスDB３２２により管理される部屋施工サービス情報のテーブルは、例えば、図２４で示されるような構成とされる。すなわち、部屋施工サービスDB３２２においては、例えば、図２４で示されるように、部屋IDに対応付けられて、部屋タイプ名、面積（畳数）、その他の内容、適合嗜好1, 2, 3‥、および単価の目安等の属性を示す情報からなるテーブルとして部屋施工サービス情報が管理される。
【０２４５】
＜設備施工サービスDBにより管理される設備施工サービス情報のテーブルの構成例＞
また、設備施工サービスDB３２３により管理される設備施工サービス情報のテーブルについては、図２５で示されるような構成とされる。すなわち、設備施工サービスDB３２３においては、例えば、図２４で示されるように、設備IDに対応付けられて、設備タイプ名、構成のタイプ、その他の内容、適合嗜好1, 2, 3‥、および単価の目安等の属性を示す情報からなるテーブルとして設備施工サービス情報が管理される。
【０２４６】
＜建築士専門職DBにより管理される建築士専門職情報のテーブルの構成例＞
ここで、図２６を参照して、建築士専門職DB３３１により管理される建築士専門職情報のテーブルの構成例について説明する。建築士専門職DB３３１においては、例えば、図２６で示されるように、建築士IDに対応付けられて、事業所名、住所、電話番号、資格等級、対応地域、対応業者、および得意分野1, 2, 3‥等の属性を示す情報からなるテーブルとして建築士専門職情報が管理される。
【０２４７】
＜建築施工管理技士専門職DBにより管理される建築施工管理技士専門職情報のテーブルの構成例＞
また、図２７を参照して、建築施工管理技士専門職DB３３２により管理される建築施工管理技士専門職情報のテーブルの構成例について説明する。建築施工管理技士専門職DB３３２においては、例えば、図２７で示されるように、建築施工管理技士IDに対応付けられて、事業所名、住所、電話番号、対応地域、対応業者、および得意分野1, 2, 3‥等の属性を示す情報からなるテーブルとして建築施工管理技士専門職情報が管理される。
【０２４８】
＜電気工事士専門職DBにより管理される電気工事士専門職情報のテーブルの構成例＞
さらに、図２８を参照して、電気工事士専門職DB３３３により管理される電気工事士専門職情報のテーブルの構成例について説明する。建築施工管理技士専門職DB３３２においては、例えば、図２８で示されるように、電気工事士IDに対応付けられて、事業所名、住所、電話番号、対応地域、対応業者、および得意分野1, 2, 3‥等の属性を示す情報からなるテーブルとして電気工事士専門職情報が管理される。
【０２４９】
尚、建築士/建築施工管理技士/電気工事士従業者DB３４１のテーブルの構成例については、図１３を参照して説明した医療/介護/福祉従業者DB１４１のテーブルの構成例と同様に、従業者を識別する従業者IDに対応付けられて、氏名、職種、所属(専門職ID)、性別、および資格1, 2‥の情報等からなるテーブルとして構成されるので図示は省略する。
【０２５０】
＜図２１の専門用語DBにより管理される専門用語のテーブルの構成例＞
また、図２９を参照して、専門用語DB３４２により管理される専門用語のテーブルの構成例について説明する。専門用語DB３４２においては、例えば、図２９の左部で示されるように、専門用語を識別する専門用語IDに対応付けられて、表記文字、読み方、専門職ID1,ID2‥、および対応一般語の情報等の属性を示す情報からなるテーブルとして専門用語が管理される。
【０２５１】
より具体的には、例えば、図２９の右部で示されるように、専門用語IDとして「ccccc98765opq」に対応付けられて、表記文字として「ＲＣ造」が登録され、読み方として「あーるしーぞう」が登録され、専門職IDとして「yyyyyy(建築士)」が登録され、対応一般語として「鉄筋コンクリート構造」が登録されている。
【０２５２】
すなわち、「ＲＣ造」という職種が建築士の専門用語は、読み方があーるしーぞうであり、対応する一般語が鉄筋コンクリート構造であることが登録されている。
【０２５３】
尚、図２１におけるサービス推薦処理、専門職チーム推薦処理、および情報共有処理については、図１５乃至図１７を参照して説明した処理と基本的に同様であるので、その説明は省略する。
【０２５４】
ただし、ここでは、サービス推薦処理において、該当するサービス利用者の属性の中で建屋施工サービス、部屋施工サービス、および設備施工サービスの対象となるものが抽出されて、施主の属性に適した建屋ID、部屋ID、および設備IDが抽出され、重複や競合が調整され、単価に応じた費用が計算されることにより、サービスの組み合わせが推薦される。
【０２５５】
また、ここでは、専門職チーム推薦処理において、建築士、建築管理技士、および電気工事士のそれぞれの専門職種毎に施主の各属性に関係する属性を備えた、専門職メンバーが抽出され、施主との地理的な距離等から施主との適合性が点数化されて、スコアとして付与され、スコアに基づいた施主との適合性の高い専門職メンバーが専門職チームの専門職メンバーとして決定される。
【０２５６】
尚、情報共有処理については、基本的に、医療、介護、および福祉のサービスや専門家チームを推薦した場合と同様である。
【０２５７】
＜＜４．ソフトウェアにより実行させる例＞＞
ところで、上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のコンピュータなどに、記録媒体からインストールされる。
【０２５８】
図３０は、汎用のコンピュータの構成例を示している。このパーソナルコンピュータは、CPU(Central Processing Unit)１００１を内蔵している。CPU１００１にはバス１００４を介して、入出力インタフェース１００５が接続されている。バス１００４には、ROM(Read Only Memory)１００２およびRAM(Random Access Memory)１００３が接続されている。
【０２５９】
入出力インタフェース１００５には、ユーザが操作コマンドを入力するキーボード、マウスなどの入力デバイスよりなる入力部１００６、処理操作画面や処理結果の画像を表示デバイスに出力する出力部１００７、プログラムや各種データを格納するハードディスクドライブなどよりなる記憶部１００８、LAN（Local Area Network）アダプタなどよりなり、インターネットに代表されるネットワークを介した通信処理を実行する通信部１００９が接続されている。また、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリなどのリムーバブル記憶媒体１０１１に対してデータを読み書きするドライブ１０１０が接続されている。
【０２６０】
CPU１００１は、ROM１００２に記憶されているプログラム、または磁気ディスク、光ディスク、光磁気ディスク、もしくは半導体メモリ等のリムーバブル記憶媒体１０１１ら読み出されて記憶部１００８にインストールされ、記憶部１００８からRAM１００３にロードされたプログラムに従って各種の処理を実行する。RAM１００３にはまた、CPU１００１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０２６１】
以上のように構成されるコンピュータでは、CPU１００１が、例えば、記憶部１００８に記憶されているプログラムを、入出力インタフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。
【０２６２】
コンピュータ（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記憶媒体１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０２６３】
コンピュータでは、プログラムは、リムーバブル記憶媒体１０１１をドライブ１０１０に装着することにより、入出力インタフェース１００５を介して、記憶部１００８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１００９で受信し、記憶部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記憶部１００８に、あらかじめインストールしておくことができる。
【０２６４】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２６５】
尚、図３０におけるCPU１００１が、図３の制御部５１、および図４における制御部９１の機能を実現させる。
【０２６６】
また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０２６７】
なお、本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【０２６８】
例えば、本開示は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０２６９】
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２７０】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２７１】
尚、本開示は、以下のような構成も取ることができる。
【０２７２】
＜１＞  利用者による要求、または利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを決定する制御部を備える
情報処理装置。
＜２＞  前記制御部は、前記複数種類のサービスより抽出されたサービスの中で、重複または競合するサービスを調整することで、特定のサービスの組み合わせを決定する。
＜１＞に記載の情報処理装置。
＜３＞  前記制御部は、前記特定のサービスの組み合わせを利用した場合の、保険単位を演算する
＜１＞または＜２＞に記載の情報処理装置。
＜４＞  前記制御部は、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバーからなる専門職チームを決定する
＜１＞乃至＜３＞のいずれかに記載の情報処理装置。
＜５＞  前記制御部は、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバーを、前記利用者と各サービスの前記特定の専門職メンバーの属性に応じて選出し、前記専門職チームを決定する
＜４＞に記載の情報処理装置。
＜６＞  前記制御部は、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバーを、前記利用者の居住地と各サービスの前記特定の専門職メンバーに対応する所在地に応じて選出し、前記専門職チームを決定する
＜５＞に記載の情報処理装置。
＜７＞  前記制御部は、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバーを、前記利用者の居住地と各サービスの前記特定の専門職メンバーに対応する所在地との距離に応じて選出し、前記専門職チームを決定する
＜６＞に記載の情報処理装置。
＜８＞  前記制御部は、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバーを、前記利用者の居住地と各サービスの前記特定の専門職メンバーに対応する所在地との移動に係る所要時間に応じて選出し、前記専門職チームを決定する
＜６＞に記載の情報処理装置。
＜９＞  前記制御部は、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバー毎に、前記利用者と各サービスの前記特定の専門職メンバーの属性と、前記利用者の居住地と各サービスの前記特定の専門職メンバーに対応する所在地との距離とに応じたスコアを求め、前記スコアに応じて、前記特定のサービスの組み合わせのうちの各サービスを提供する特定の専門職メンバーを選出し、前記専門職チームを決定する
＜６＞に記載の情報処理装置。
＜１０＞  前記専門職チーム内の前記専門職メンバー、および前記利用者の相互において、情報の送受信が可能であり、
前記制御部は、一の前記特定の専門職メンバーにより入力された情報の中に専門用語が含まれているとき、他の前記特定の専門職メンバーまたは前記利用者でも理解できる用語に置換した連携用の情報を生成する
＜４＞に記載の情報処理装置。
＜１１＞  前記制御部は、前記一の前記特定の専門職メンバーにより入力された情報に含まれる専門用語を抽出し、前記一の前記特定の専門職メンバーの属性に応じて、前記専門用語を置換した前記連携用の情報を生成する
＜１０＞に記載の情報処理装置。
＜１２＞  前記制御部は、前記一の前記特定の専門職メンバーの属性に応じて、前記一の前記特定の専門職メンバーにより入力された情報に含まれる専門用語を抽出する
＜１１＞に記載の情報処理装置。
＜１３＞  前記制御部は、前記一の前記特定の専門職メンバーの属性および前記情報を閲覧しようとしている、他の前記特定の専門職メンバーまたは前記利用者の属性に応じて、前記専門用語を置換した前記連携用の情報を生成する
＜１２＞に記載の情報処理装置。
＜１４＞  前記制御部は、一の前記特定の専門職メンバーにより入力された情報を閲覧しようとしている、他の前記特定の専門職メンバーまたは前記利用者の母国語が、前記一の前記特定の専門職メンバーと異なる場合、前記連携用の情報を、前記他の前記特定の専門職メンバーは前記利用者の母国語に翻訳した連携用の情報を生成する
＜１０＞に記載の情報処理装置。
＜１５＞  前記制御部は、前記連携用の情報の中で、前記利用者の状況や属性に関係する情報は、前記利用者の個人情報として管理し、事前に前記利用者の同意があれば、前記特定の専門職メンバーも参照可能とする
＜１０＞に記載の情報処理装置。
＜１６＞  前記制御部は、前記特定の専門職メンバーにより入力された音声情報または画像情報を認識した結果に基づき、連携用の情報を生成する
＜１０＞に記載の情報処理装置。
＜１７＞  前記複数種類のサービスのうちの一つとして、医療、介護、福祉、建築、施工管理、電気工事のうちのいずれかを含む
＜１＞乃至＜１６＞のいずれかに記載の情報処理装置。
＜１８＞  利用者による要求、または利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを決定する制御処理を含む
情報処理方法。
＜１９＞  利用者による要求、または前記利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを提供する特定の専門職メンバー、および前記利用者の相互において、情報の送受信を可能とし、
一の前記特定の専門職メンバーにより入力された情報の中に専門用語が含まれているとき、他の前記特定の専門職メンバーまたは前記利用者でも理解できる用語に置換した連携用の情報を生成する制御部を備える
情報処理装置。
＜２０＞  利用者による要求、または前記利用者の状況に応じて、複数種類のサービスより選出された特定のサービスの組み合わせを提供する特定の専門職メンバー、および前記利用者の相互において、情報の送受信を可能とし、
一の前記特定の専門職メンバーにより入力された情報の中に専門用語が含まれているとき、他の前記特定の専門職メンバーまたは前記利用者でも理解できる用語に置換した連携用の情報を生成する制御処理を含む
情報処理方法。
【符号の説明】
【０２７３】
１１  サービス提供システム，  ３１  ネットワーク，  ３２  多職種連携サーバ，  ３３  個人情報DBサーバ，  ３４  医療/介護/福祉DBサーバ，  ３５，３５−１乃至３５−ｎ  利用者端末，  ３６，３６−１乃至３６−ｍ  専門職端末，  ５１  制御部，  ５２  入力部，  ５３  出力部，  ５４  記憶部，  ５５  通信部，  ５６  ドライブ，  ５７  リムーバブル記憶媒体，  ５８  バス，  ７１  管理部，  ７２  サービス推薦部，  ７３  専門職チーム推薦部，  ７４  情報共有処理部，  ７５  外部情報取得部，  ９１  制御部，  ９２  入力部，  ９３  出力部，  ９４  記憶部，  ９５  通信部，  ９６  ドライブ，  ９７  リムーバブル記憶媒体，  ９８  バス，  １１１  利用者情報DB，  １２１  医療処置DB，  １２２  介護サービスDB，  １２３  福祉サービスDB，  １３１  医療専門職DB，  １３２  介護専門職DB，  １３３  福祉専門職DB，  １４１  医療/介護/福祉従業者DB，  １４２  専門用語DB，  １４３  言語辞書DB，  １５１  メッセージDB，  ２１１  サービスマッチング部，  ２２１  専門職チームマッチング部，  ２３１  メッセージ管理部，  ２３２  単語分解部，  ２３３  単語置換部，  ２３４  翻訳部，  ３１１  利用者情報DB，  ３２１  建屋施工サービスDB，  ３２２  部屋施工サービスDB，  ３２３  設備施工サービスDB，  ３３１  建築士専門職DB，  ３３２  建築施工管理技士専門職DB，  ３３３  電気工事士専門職DB，  ３４１  建築士/建築施工管理技士/電気工事士従業者DB，  ３４２  専門用語DB
【図１】
2020031739.tif 000003
【図２】
2020031739.tif 000004
【図３】
2020031739.tif 000005
【図４】
2020031739.tif 000006
【図５】
2020031739.tif 000007
【図６】
2020031739.tif 000008
【図７】
2020031739.tif 000009
【図８】
2020031739.tif 000010
【図９】
2020031739.tif 000011
【図１０】
2020031739.tif 000012
【図１１】
2020031739.tif 000013
【図１２】
2020031739.tif 000014
【図１３】
2020031739.tif 000015
【図１４】
2020031739.tif 000016
【図１５】
2020031739.tif 000017
【図１６】
2020031739.tif 000018
【図１７】
2020031739.tif 000019
【図１８】
2020031739.tif 000020
【図１９】
2020031739.tif 000021
【図２０】
2020031739.tif 000022
【図２１】
2020031739.tif 000023
【図２２】
2020031739.tif 000024
【図２３】
2020031739.tif 000025
【図２４】
2020031739.tif 000026
【図２５】
2020031739.tif 000027
【図２６】
2020031739.tif 000028
【図２７】
2020031739.tif 000029
【図２８】
2020031739.tif 000030
【図２９】
2020031739.tif 000031
【図３０】
2020031739.tif 000032
【国際調査報告】
2020031739.tif 000033
2020031739.tif 000034
2020031739.tif 000035
2020031739.tif 000036