特許 6806345 医療・介護分野における多職種連携支援方法及びシステム

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

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

(11)【特許番号】6806345

(24)【登録日】2020年12月8日

(45)【発行日】2021年1月6日

(54)【発明の名称】医療・介護分野における多職種連携支援方法及びシステム

(51)【国際特許分類】

   G06Q 50/22 20180101AFI20201221BHJP

   G16H 80/00 20180101ALI20201221BHJP

【ＦＩ】

   G06Q50/22

   G16H80/00

【請求項の数】20

【全頁数】78

(21)【出願番号】特願2019-24646(P2019-24646)

(22)【出願日】2019年2月14日

(65)【公開番号】特開2020-135125(P2020-135125A)

(43)【公開日】2020年8月31日

【審査請求日】2019年3月22日

(73)【特許権者】

【識別番号】303061867

【氏名又は名称】エンブレース株式会社

(74)【代理人】

【識別番号】100095706

【弁理士】

【氏名又は名称】泉 克文

(72)【発明者】

【氏名】小倉 佳浩

【審査官】 小山 和俊

(56)【参考文献】

【文献】 特開２０１８−１６３５１８（ＪＰ，Ａ）

【文献】 特表２０１８−５２１３９４（ＪＰ，Ａ）

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

【文献】 特開２００６−３３８５２３（ＪＰ，Ａ）

【文献】 特開２００５−２７５９９４（ＪＰ，Ａ）

【文献】 特開２０１６−１３９３１０（ＪＰ，Ａ）

【文献】 特表２０１５−５２１３０８（ＪＰ，Ａ）

【文献】 国際公開第２０１７／１６２５４４（ＷＯ，Ａ１）

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

【文献】 特開２０１１−０１４１０２（ＪＰ，Ａ）

【文献】 特表２０１８−５１２０８５（ＪＰ，Ａ）

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

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

【文献】 米国特許出願公開第２０１４／０２７８５５０（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１０／００９４６５８（ＵＳ，Ａ１）

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

Ｇ０６Ｑ １０／００−９９／００

Ｇ１６Ｈ １０／００−８０／００

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

【請求項1】

ユーザー端末からの要求に応じて、通信ネットワークを介して特定の受給者に係る受給者情報を前記ユーザー端末で閲覧可能にすることで、前記受給者への医療サービス及び／又は介護サービスの提供を支援する際に、医療分野及び／又は介護分野における多職種の専門家間の連携を支援する多職種連携支援システムにおいて、前記多職種の専門家間の連携を支援する方法であって、
前記ユーザー端末を介して前記医療サービス及び／又は介護サービスを利用する個々のユーザーに対してユーザー識別情報を割り当てて記憶し、
前記ユーザーとしての個々の前記受給者に対して受給者識別情報を割り当てると共に、当該受給者識別情報を対応する前記ユーザー識別情報に関連づけて記憶し、
前記ユーザーとしての個々の医療従事者又は介護従事者に対して事業従事者識別情報を割り当てると共に、当該事業従事者識別情報を対応する前記ユーザー識別情報に関連づけて記憶し、
前記ユーザー端末からの指示に応じて、個々の前記受給者識別情報に関連させて固有のグループ識別情報を持つグループを生成すると共に、個々の前記グループに係る前記受給者識別情報に対応する前記受給者に係る前記受給者情報を表示するための情報表示領域を生成し、
前記ユーザー端末からの指示に応じて、個々の前記グループに１又は複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、当該グループの前記情報表示領域に表示される前記受給者情報を前記ユーザー端末を介して当該グループの前記グループ・メンバーの間で共有可能とし、
個々の前記グループの前記情報表示領域に表示される前記受給者情報としての複数のメッセージ型情報及び複数のデータ型情報のそれぞれに対して、メッセージ／データ識別情報を割り当てると共に、当該メッセージ／データ識別情報のそれぞれに対応する前記メッセージ型情報又は前記データ型情報を当該情報表示領域に投稿した前記ユーザーの前記ユーザー識別情報に関連付けて記憶し、
前記メッセージ型情報及び前記データ型情報を分別するための複数の情報カテゴリーのそれぞれに対して、カテゴリー識別情報を割り当てて記憶し、
前記ユーザー端末からの指示によって、個々の前記グループの前記情報表示領域に表示された複数の前記メッセージ型情報及び／又は複数の前記データ型情報の中から第１ターゲット情報が指定されると、当該第１ターゲット情報が複数の前記情報カテゴリーのいずれに属するかを識別すると共に、識別によって判明した前記情報カテゴリーに対応する前記カテゴリー識別情報を当該第１ターゲット情報の前記メッセージ／データ識別情報に関連づけて記憶し、
前記第１ターゲット情報を、対応する前記カテゴリー識別情報に応じて区分して所定の経過情報表示エリアに経時的に表示するようにし、
個々の前記グループの前記経過情報表示エリアに経時的に表示される前記第１ターゲット情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、当該グループに係る前記受給者の経過情報として、前記ユーザー端末を介して、当該グループの前記グループ・メンバーの間で共有可能であり、
前記ユーザー端末からの指示によって、個々の前記グループに係る前記受給者の前記経過情報の中から第２ターゲット情報が指定されると、当該第２ターゲット情報を前記ユーザー端末上で編集することが可能とされ、
前記第２ターゲット情報として指定された編集後又は未編集の前記メッセージ型情報及び／又は前記データ型情報は、所定のサマリー情報表示エリアに表示され、
個々の前記グループの前記サマリー情報表示エリアに表示される前記第２ターゲット情報としての前記メッセージ型情報及び／又は前記データ型情報は、当該グループに係る前記受給者のサマリー情報として、前記ユーザー端末を介して、当該グループの前記グループ・メンバーの間で共有可能であることを特徴とする、医療・介護分野における多職種連携支援方法。

【請求項2】

個々の前記ユーザーに対して設定された、１又は複数の前記グループの前記受給者の前記受給者情報に対するアクセス権が、当該ユーザーが所定の認証アルゴリズムを用いてソーシャル認証を受けていることを条件として設定され、
前記認証アルゴリズムは、
（ａ）少なくとも1つの前記グループを介して、ｎ人の医療・介護従事者とつながっていること（ただし、ｎは１以上の整数）、
（ｂ）ｍ個の前記グループのグループ・メンバーであること（ただし、ｍは１以上の整数）、
（ｃ）自身の顔写真とプロフィールが掲載されていること、
（ｄ）ユーザー登録からｘヶ月以上経過しており、且つ、１ヶ月にｙ回以上の書き込みがあること（ただし、ｘ及びｙはいずれも１以上の整数）、及び、
（ｅ）使用する端末が、所定レベル以上のセキュリティ条件を満たしていること、
という５条件のうちの少なくとも２つを包含するように設定される請求項１に記載の多職種連携支援方法。

【請求項3】

前記認証アルゴリズムが、管理者の設定により、前記５条件を所定のＡＮＤ論理及び／又はＯＲ論理で組み合わせることで所望のセキュリティ・レベルに調整可能とされている請求項２に記載の多職種連携支援方法。

【請求項4】

前記ユーザー端末からの指示に応じて、個々の前記グループの前記情報表示領域に、固有のテンプレート機能が割り当てられた複数のスタンプが表示されるようになっており、
複数の前記スタンプのいずれかがクリックされることで、クリックされた前記スタンプに割り当てられているテンプレートが前記情報表示領域に表示され、
前記テンプレート上で応答がされると、その応答と前記テンプレートに規定されているメッセージの双方が当該情報表示領域に表示される請求項１〜３のいずれか１項に記載の多職種連携支援方法。

【請求項5】

所定の契機の到来に応じて動作するＢＯＴにより、個々の前記グループの前記情報表示領域に所定のテンプレートが表示されるようになっており、
前記テンプレートから応答がされると、その応答と前記テンプレートに規定されているメッセージの双方が当該情報表示領域に表示される請求項１〜４のいずれか１項に記載の多職種連携支援方法。

【請求項6】

前記情報カテゴリーとして、少なくとも医療、介護、健康及びＡＣＰの情報カテゴリーが設定されており、
個々の前記グループの前記情報表示領域に表示された複数の前記メッセージ型情報及び／又は複数の前記データ型情報の中から前記第１ターゲット情報を指定する際に、前記第１ターゲット情報がメッセージ型情報であるかデータ型情報であるかの判別が行われ、その後、複数の前記情報カテゴリーのいずれに属するかの識別が行われる請求項１〜５のいずれか１項に記載の多職種連携支援方法。

【請求項7】

個々の前記グループの前記経過情報表示エリアに経時的に表示された、当該グループに係る前記受給者の経過情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、投稿した前記ユーザー及び／又は該当する前記情報カテゴリーで検索可能とされている請求項１〜６のいずれか１項に記載の多職種連携支援方法。

【請求項8】

個々の前記グループの前記情報表示領域には、当該グループに係る前記受給者の前記受給者情報に加えて、当該グループに対応する施設トレース情報が表示可能とされている請求項１〜７のいずれか１項に記載の多職種連携支援方法。

【請求項9】

緊急時に所定の条件を満たすことを条件として、所定の限定された時間に限り、１又は複数の前記グループに前記グループ・メンバーとして所属する医療従事者又は介護従事者が、自己が前記グループ・メンバーとして所属しない１又は複数の前記グループに係る前記受給者の前記受給者情報、前記経過情報及び前記サマリー情報の少なくとも１つにアクセスするのを可能とする緊急時アクセス機能が設けられており、
前記所定の条件が、（ａ）緊急時に任意の前記受給者が搬送された事業関連施設が、当該受給者に係る１又は複数の前記グループの前記グループ・メンバーである前記医療従事者又は前記介護従事者が所属する事業関連施設と連携関係にあること、（ｂ）搬送された前記事業関連施設において搬送された前記受給者を担当する医療従事者又は介護従事者が、前記ユーザー識別情報を有しており、且つ、当該受給者に係る前記グループ以外の１又は複数の前記グループに前記グループ・メンバーとして所属していること、（ｃ）アクセス可能時間が、搬送された前記受給者に対する緊急の医療サービス及び／又は介護サービスの提供に必要と見積もられた時間に限定されていること、及び、（ｄ）アクセス後に可能となる操作が閲覧に限定されること、という４条件に設定されており、
前記４条件（ａ）〜（ｄ）のすべてが満たされない場合は、前記アクセスが拒絶されるように設定されている請求項１〜８のいずれか１項に記載の多職種連携支援方法。

【請求項10】

ユーザー端末からの要求に応じて、通信ネットワークを介して特定の受給者に係る受給者情報を前記ユーザー端末で閲覧可能にすることで、前記受給者への医療サービス及び／又は介護サービスの提供を支援する際に、医療分野及び／又は介護分野における多職種の専門家間の連携を支援する多職種連携支援システムであって、
前記ユーザー端末を介して前記医療サービス及び／又は介護サービスを利用する個々のユーザーに対してユーザー識別情報を割り当てて記憶する手段と、
前記ユーザーとしての個々の前記受給者に対して受給者識別情報を割り当てると共に、当該受給者識別情報を対応する前記ユーザー識別情報に関連づけて記憶する手段と、
前記ユーザーとしての個々の医療従事者又は介護従事者に対して事業従事者識別情報を割り当てると共に、当該事業従事者識別情報を対応する前記ユーザー識別情報に関連づけて記憶する手段と、
前記ユーザー端末からの指示に応じて、個々の前記受給者識別情報に関連させて固有のグループ識別情報を持つグループを生成すると共に、個々の前記グループに係る前記受給者識別情報に対応する前記受給者に係る前記受給者情報を表示するための情報表示領域を生成する手段と、
前記ユーザー端末からの指示に応じて、個々の前記グループに１又は複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、当該グループの前記情報表示領域に表示される前記受給者情報を前記ユーザー端末を介して当該グループの前記グループ・メンバーの間で共有可能とする手段と、
個々の前記グループの前記情報表示領域に表示される前記受給者情報としての複数のメッセージ型情報及び複数のデータ型情報のそれぞれに対して、メッセージ／データ識別情報を割り当てると共に、当該メッセージ／データ識別情報のそれぞれに対応する前記メッセージ型情報又は前記データ型情報を当該情報表示領域に投稿した前記ユーザーの前記ユーザー識別情報に関連付けて記憶する手段と、
前記メッセージ型情報及び前記データ型情報を分別するための複数の情報カテゴリーのそれぞれに対して、カテゴリー識別情報を割り当てて記憶する手段と、
前記ユーザー端末からの指示によって、個々の前記グループの前記情報表示領域に表示された複数の前記メッセージ型情報及び／又は複数の前記データ型情報の中から第１ターゲット情報が指定されると、当該第１ターゲット情報が複数の前記情報カテゴリーのいずれに属するかを識別すると共に、識別によって判明した前記情報カテゴリーに対応する前記カテゴリー識別情報を当該第１ターゲット情報の前記メッセージ／データ識別情報に関連づけて記憶する手段と、
前記第１ターゲット情報を、対応する前記カテゴリー識別情報に応じて区分して所定の経過情報表示エリアに経時的に表示する手段とを備えており、
個々の前記グループの前記経過情報表示エリアに経時的に表示される前記第１ターゲット情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、当該グループに係る前記受給者の経過情報として、前記ユーザー端末を介して、当該グループの前記グループ・メンバーの間で共有可能であり、
前記ユーザー端末からの指示によって、個々の前記グループに係る前記受給者の前記経過情報の中から第２ターゲット情報が指定されると、当該第２ターゲット情報を前記ユーザー端末上で編集することが可能とされ、
前記第２ターゲット情報として指定された編集後又は未編集の前記メッセージ型情報及び／又は前記データ型情報は、所定のサマリー情報表示エリアに表示され、
個々の前記グループの前記サマリー情報表示エリアに表示される前記第２ターゲット情報としての前記メッセージ型情報及び／又は前記データ型情報は、当該グループに係る前記受給者のサマリー情報として、前記ユーザー端末を介して、当該グループの前記グループ・メンバーの間で共有可能であることを特徴とする、医療・介護分野における多職種連携支援システム。

【請求項11】

個々の前記ユーザーに対して設定された、１又は複数の前記グループの前記受給者の前記受給者情報に対するアクセス権が、当該ユーザーが所定の認証アルゴリズムを用いてソーシャル認証を受けていることを条件として設定され、
前記認証アルゴリズムは、
（ａ）少なくとも1つの前記グループを介して、ｎ人の医療・介護従事者とつながっていること（ただし、ｎは１以上の整数）、
（ｂ）ｍ個の前記グループのグループ・メンバーであること（ただし、ｍは１以上の整数）、
（ｃ）自身の顔写真とプロフィールが掲載されていること、
（ｄ）ユーザー登録からｘヶ月以上経過しており、且つ、１ヶ月にｙ回以上の書き込みがあること（ただし、ｘ及びｙはいずれも１以上の整数）、
（ｅ）使用する端末が、所定レベル以上のセキュリティ条件を満たしていること、
という５条件のうちの少なくとも２つを包含するように設定される請求項１０に記載の多職種連携支援システム。

【請求項12】

前記認証アルゴリズムが、管理者の設定により、前記５条件を所定のＡＮＤ論理及び／又はＯＲ論理で組み合わせることで所望のセキュリティ・レベルに調整可能とされている請求項１１に記載の多職種連携支援システム。

【請求項13】

前記ユーザー端末からの指示に応じて、個々の前記グループの前記情報表示領域に、固有のテンプレート機能が割り当てられた複数のスタンプが表示されるように構成されており、
複数の前記スタンプのいずれかがクリックされることで、クリックされた前記スタンプに割り当てられているテンプレートが前記情報表示領域に表示され、
前記テンプレート上で応答がされると、その応答と前記テンプレートに規定されているメッセージの双方が当該情報表示領域に表示される請求項１０〜１２のいずれか１項に記載の多職種連携支援システム。

【請求項14】

所定の契機の到来に応じて動作するＢＯＴにより、個々の前記グループの前記情報表示領域に所定のテンプレートが表示されるように構成されており、
前記テンプレートから応答がされると、その応答と前記テンプレートに規定されているメッセージの双方が当該情報表示領域に表示される請求項１０〜１３のいずれか１項に記載の多職種連携支援システム。

【請求項15】

前記情報カテゴリーとして、少なくとも医療、介護、健康及びＡＣＰの情報カテゴリーが設定されており、
個々の前記グループの前記情報表示領域に表示された複数の前記メッセージ型情報及び／又は複数の前記データ型情報の中から前記第１ターゲット情報を指定する際に、前記第１ターゲット情報がメッセージ型情報であるかデータ型情報であるかの判別が行われ、その後、複数の前記情報カテゴリーのいずれに属するかの識別が行われる請求項１０〜１４のいずれか１項に記載の多職種連携支援システム。

【請求項16】

個々の前記グループの前記経過情報表示エリアに経時的に表示された、当該グループに係る前記受給者の経過情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、投稿した前記ユーザー及び／又は該当する前記情報カテゴリーで検索可能とされている請求項１０〜１５のいずれか１項に記載の多職種連携支援システム。

【請求項17】

個々の前記グループの前記情報表示領域には、当該グループに係る前記受給者の前記受給者情報に加えて、当該グループに対応する施設トレース情報が表示可能とされている請求項１０〜１６のいずれか１項に記載の多職種連携支援システム。

【請求項18】

緊急時に所定の条件を満たすことを条件として、所定の限定された時間に限り、１又は複数の前記グループに前記グループ・メンバーとして所属する医療従事者又は介護従事者が、自己が前記グループ・メンバーとして所属しない１又は複数の前記グループに係る前記受給者の前記受給者情報、前記経過情報及び前記サマリー情報の少なくとも１つにアクセスするのを可能とする緊急時アクセス機能が設けられており、
前記所定の条件が、（ａ）緊急時に任意の前記受給者が搬送された事業関連施設が、当該受給者に係る１又は複数の前記グループの前記グループ・メンバーである前記医療従事者又は前記介護従事者が所属する事業関連施設と連携関係にあること、（ｂ）搬送された前記事業関連施設において搬送された前記受給者を担当する医療従事者又は介護従事者が、前記ユーザー識別情報を有しており、且つ、当該受給者に係る前記グループ以外の１又は複数の前記グループに前記グループ・メンバーとして所属していること、（ｃ）アクセス可能時間が、搬送された前記受給者に対する緊急の医療サービス及び／又は介護サービスの提供に必要と見積もられた時間に限定されていること、及び、（ｄ）アクセス後に可能となる操作が閲覧に限定されること、という４条件に設定されており、
前記所定の条件（ａ）〜（ｄ）のすべてが満たされない場合は、前記アクセスが拒絶されるように設定されている請求項１０〜１７のいずれか１項に記載の多職種連携支援システム。

【請求項19】

ユーザー端末からの要求に応じて、通信ネットワークを介して特定の受給者に係る受給者情報を前記ユーザー端末で閲覧可能にすることで、前記受給者への医療サービス及び／又は介護サービスの提供を支援する際に、医療分野及び／又は介護分野における多職種の専門家間の連携を支援する多職種連携支援システムにおいて、ユーザーのアクセス権を制御する方法であって、
前記多職種連携支援システムは、
前記ユーザー端末を介して前記医療サービス及び／又は介護サービスを利用する個々のユーザーに対してユーザー識別情報を割り当てて記憶する手段と、
前記ユーザーとしての個々の前記受給者に対して受給者識別情報を割り当てると共に、当該受給者識別情報を対応する前記ユーザー識別情報に関連づけて記憶する手段と、
前記ユーザーとしての個々の医療従事者又は介護従事者に対して事業従事者識別情報を割り当てると共に、当該事業従事者識別情報を対応する前記ユーザー識別情報に関連づけて記憶する手段と、
前記ユーザー端末からの指示に応じて、個々の前記受給者識別情報に関連させて固有のグループ識別情報を持つグループを生成すると共に、個々の前記グループに係る前記受給者識別情報に対応する前記受給者に係る前記受給者情報を表示するための情報表示領域を生成する手段と、
前記ユーザー端末からの指示に応じて、個々の前記グループに１又は複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、当該グループの前記情報表示領域に表示される前記受給者情報を前記ユーザー端末を介して当該グループの前記グループ・メンバーの間で共有可能とする手段とを備えており、
前記アクセス権制御方法は、
個々の前記ユーザーに対して設定された、１又は複数の前記グループの前記受給者の前記受給者情報に対するアクセス権を、当該ユーザーが所定の認証アルゴリズムを用いてソーシャル認証を受けていることを条件として設定し、
前記認証アルゴリズムを、
（ａ）少なくとも1つの前記グループを介して、ｎ人の医療・介護従事者とつながっていること（ただし、ｎは１以上の整数）、
（ｂ）ｍ個の前記グループのグループ・メンバーであること（ただし、ｍは１以上の整数）、
（ｃ）自身の顔写真とプロフィールが掲載されていること、
（ｄ）ユーザー登録からｘヶ月以上経過しており、且つ、１ヶ月にｙ回以上の書き込みがあること（ただし、ｘ及びｙはいずれも１以上の整数）、及び、
（ｅ）使用する端末が、所定レベル以上のセキュリティ条件を満たしていること、
という５条件のうちの少なくとも２つを包含するように設定することを特徴とする、多職種連携支援システムにおけるアクセス権制御方法。

【請求項20】

ユーザー端末からの要求に応じて、通信ネットワークを介して特定の受給者に係る受給者情報を前記ユーザー端末で閲覧可能にすることで、前記受給者への医療サービス及び／又は介護サービスの提供を支援する際に、医療分野及び／又は介護分野における多職種の専門家間の連携を支援する多職種連携支援システムにおいて、ユーザーの緊急時アクセスを制御する方法であって、
前記多職種連携支援システムは、
前記ユーザー端末を介して前記医療サービス及び／又は介護サービスを利用する個々のユーザーに対してユーザー識別情報を割り当てて記憶する手段と、
前記ユーザーとしての個々の前記受給者に対して受給者識別情報を割り当てると共に、当該受給者識別情報を対応する前記ユーザー識別情報に関連づけて記憶する手段と、
前記ユーザーとしての個々の医療従事者又は介護従事者に対して事業従事者識別情報を割り当てると共に、当該事業従事者識別情報を対応する前記ユーザー識別情報に関連づけて記憶する手段と、
前記ユーザー端末からの指示に応じて、個々の前記受給者識別情報に関連させて固有のグループ識別情報を持つグループを生成すると共に、個々の前記グループに係る前記受給者識別情報に対応する前記受給者に係る前記受給者情報を表示するための情報表示領域を生成する手段と、
前記ユーザー端末からの指示に応じて、個々の前記グループに１又は複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、当該グループの前記情報表示領域に表示される前記受給者情報を前記ユーザー端末を介して当該グループの前記グループ・メンバーの間で共有可能とする手段とを備えており、
前記緊急時アクセス制御方法は、
緊急時に所定の条件を満たすことを条件として、所定の限定された時間に限り、１又は複数の前記グループに前記グループ・メンバーとして所属する医療従事者又は介護従事者が、自己が前記グループ・メンバーとして所属しない１又は複数の前記グループに係る前記受給者の前記受給者情報、経過情報及びサマリー情報の少なくとも１つにアクセスするのを可能とする緊急時アクセス機能を設け、
前記所定の条件を、（ａ）緊急時に任意の前記受給者が搬送された事業関連施設が、当該受給者に係る１又は複数の前記グループの前記グループ・メンバーである前記医療従事者又は前記介護従事者が所属する事業関連施設と連携関係にあること、（ｂ）搬送された前記事業関連施設において搬送された前記受給者を担当する医療従事者又は介護従事者が、前記ユーザー識別情報を有しており、且つ、当該受給者に係る前記グループ以外の１又は複数の前記グループに前記グループ・メンバーとして所属していること、（ｃ）アクセス可能時間が、搬送された前記受給者に対する緊急の医療サービス及び／又は介護サービスの提供に必要と見積もられた時間に限定されていること、及び、（ｄ）アクセス後に可能となる操作が閲覧に限定されること、という４条件に設定し、
前記所定の条件（ａ）〜（ｄ）のすべてが満たされない場合は、前記アクセスが拒絶されるように設定することを特徴とする、多職種連携支援システムにおける緊急時アクセス制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、医療・介護分野における多職種連携支援方法及びシステムに関し、さらに言えば、医療サービス及び／又は介護サービスの受給者（ユーザー）に係る医療情報、介護情報、健康情報、ＡＣＰ情報や、専門家間又は専門家と受給者本人及び／又はその関係者（例えば患者の家族等）との間で交換されたメッセージを含む各種情報（以下、受給者情報ともいう）を、ユーザー端末から通信ネットワークを介して前記受給者毎に共有でき、しかも、前記受給者情報を目的に応じて容易に加工して共有できるようにすることで、前記受給者に医療サービス及び／又は介護サービスを提供する多職種の専門家間及びこれら専門家と受給者（患者又は要介護者）本人及び／又はその関係者との間で、緊密且つ円滑な連携が行えるよう支援する多職種連携支援方法と、その方法を実施する多職種連携支援システムに関する。

【背景技術】

【0002】

本出願人は、医療サービス及び／又は介護サービスの受給者（つまり患者又は要介護者）毎にグループを生成し、各グループのグループ・メンバー間で対応する受給者に係る医療情報及び／又は介護情報（以下、医療・介護情報ともいう）を共有できるようにした医療・介護支援システムについて、特許を取得している（特許文献１参照）。この医療・介護支援システムは、医療サービス及び／又は介護サービス（以下、医療・介護サービスともいう）の受給者毎に生成されたグループに、医療・介護サービスの１又は複数のユーザー（受給者だけでなく医療従事者及び／又は介護従事者を含む）を選択的にグループ・メンバーとして所属させると共に、前記グループに対応する前記受給者の医療・介護情報を前記グループ・メンバーに限定して投稿・閲覧可能としており、そうすることによって、前記受給者のプライバシーを確保しながら前記受給者に係る医療・介護情報を前記グループ・メンバー間で共有できる、という特徴と利点を有している。

【0003】

特許文献１に記載の医療・介護支援システムでは、任意のグループのグループ・メンバー間において、通信ネットワークを介して、個々のユーザー端末で、当該グループに係る受給者に関する医療・介護情報の閲覧や入出力、メッセージの送受信等を実行可能としているため、当該グループのグループ・メンバーであることを条件として、専門分野が異なる多職種の専門家、すなわち、医師や看護師、栄養士、ソーシャルワーカー、ケアマネージャー、ヘルパー等の医療従事者及び介護従事者が連携することが可能である。これにより、個々の受給者すなわち患者又は要介護者に対してより良質の医療サービス及び／又は介護サービスを提供することが容易になる、という利点がある。

【0004】

なお、特許文献１に記載の医療・介護支援システムでは、個々の受給者（患者又は要介護者）が複数の疾患を持っている場合は、個々の受給者の疾患毎に前記グループを設けることが可能である。この場合、該当する受給者については、前記グループが複数個存在することになる。

【0005】

ところで、近年、ＰＨＲ（Personal Health Record）（個人別健康情報記録）という考え方が広まってきている。これは、個人が自己の健康に係わる情報（健康情報）を生涯にわたって保存・管理できる仕組みを用意しておき、そこに長期保存された健康情報を医療、介護等の専門家が必要に応じて利用できるようにすることで、当該個人に提供する医療、介護等のサービスの質を向上させることが可能である、という発想に基づいている。

【0006】

一般に、個人の健康情報には、医療関連情報（例えば医師の診療記録、投薬履歴）、健康診断関連情報（例えば健康診断の結果）、運動関連情報（例えばいつどんな運動をどれくらいしたかの運動実績）、身体関連情報（例えば身長、体重、血圧等の記録）等があるが、これらの情報は、それぞれ、医療機関、健康診断機関、スポーツジム、家庭に別個に保存されているのが通常であり、従って、これらの情報を医療、介護等の専門家が相互に関連づけて利用するのは困難である。そこで、個人が自己の健康情報を自己の個人別健康情報記録（ＰＨＲ）用に設けられた情報システムに継続的に保存・管理しておき、必要時にはすぐに、担当する医療、介護等の専門家が同システムにアクセスして必要な情報を入手できるようにするのである。これにより、当該個人の健康増進、生活習慣病の予防、病気の治療等の容易化、効率化を実現することが可能となる。

【0007】

例えば、特許文献２には、医療機関で管理される医療情報と、個人向け医療情報管理サービス（ＰＨＲサービス）で管理される医療情報とを、簡易な運用で紐付けるようにした医療情報紐付システムが開示されている。このシステムは、医療情報紐付サーバ、業務システム用サーバ、及びＰＨＲサービス用サーバを含む。医療情報紐付サーバは、業務システム用サーバ３０から受信した医療機関ＩＤ及び患者ＩＤに対して固有の紐付番号を付与し、紐付番号に対応付けて医療機関ＩＤ及び患者ＩＤを記憶する。業務システム用サーバは、付与された紐付番号を表す情報を、ＰＨＲサービスを利用するユーザー端末において読み取り可能な媒体に出力する。ＰＨＲサービス用サーバは、ユーザー端末において媒体から読み取った紐付番号、サービスＩＤ、及びユーザーＩＤを医療情報紐付サーバに送信する。医療情報紐付サーバは、受信した紐付番号に対応付けて、サービスＩＤ及びユーザーＩＤを登録する。

【0008】

さらに、特許文献３には、利用者自身が背景情報を作成する必要がなく、かつ客観性の高い背景情報を収集し管理できるようにする背景情報管理装置が開示されている。ここで、「背景情報」とは、健康情報を計測した時の当該健康情報に影響を与える外的要因や、健康情報の計測時までに存在した当該健康情報に影響を与える要因などを指しており、時間情報、場所情報、気象情報、食事、就寝時刻と起床時刻等に分類される。この背景情報管理装置は、ＰＨＲサーバから他のサービスシステムに対し定期的にアクセスして、利用者が投稿した新たな利用情報を収集する。そして、ＰＨＲサーバにおいて、上記収集された利用情報についてデータ形式判別部でデータ形式がテキストデータか画像データかを判別した後、その判別結果に従い解析処理部の制御の下でそれぞれ文章解析又は画像解析を行って、予め定義された健康情報と関連するキーワードを抽出する。そして、この抽出されたキーワードを、登録制御部により背景情報として利用者ＩＤと関連付けて、背景情報データベースに格納する。

【先行技術文献】

【特許文献】

【0009】

【特許文献1】特許第６１９３６５９号公報

【特許文献2】特開２０１６−１１０２８７号公報

【特許文献3】特開２０１４−２１５６８９号公報

【発明の概要】

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

【0010】

しかし、上述した特許文献１の医療・介護支援システムには、応えるべきニーズがさらにあることが判明した。それは、同システムが提供している医療・介護サービスの提供時に、個々のサービス受給者（患者又は要介護者）の医療情報及び介護情報に加えて、同受給者の健康情報や、ＡＣＰ（Advanced Care Planning）（人生会議）情報を共有可能とし、さらに、それらの情報を目的、例えば、医師が講じた処置による患者の症状の改善状況を知る、治療方針に関する患者の思いや気持ちの時間的変化を知る等の目的に応じて、容易に加工して共有可能とする、というニーズである。このニーズは、近年、上述した個人別健康情報記録（ＰＨＲ）の必要性と有用性が一般に周知されてきて、それに関連するサービスが発展してきていることや、医療・介護サービスは、医師等の専門家の考えではなく、もっと患者や要介護者本人の意思や感情に沿った形で行われるべきであるとの考え方が広まってきたことから、生まれたものと解される。

【0011】

このニーズに応えることができれば、個々の患者や要介護者の医療情報及び介護情報だけでなく、健康情報やＡＣＰ（人生会議）情報をも共有できるだけでなく、医師や看護師が講じた処置とその理由や、その処置を受けた患者や要介護者の症状の変化、その処置を受けた患者・要介護者の感想、治療方針に関する患者や要介護者の思いや考えをも知ることができるため、上述した特許文献１の医療・介護支援システムのユーザーである医療・介護分野の多職種の専門家間でいっそう緊密且つ効率的な連携が可能となる。その結果、患者・要介護者とその関係者をも取り込んだ形で医療・介護分野においていわゆる「多職種連携（interprofessional collaboration）」が実現されることになるのである。そうなれば、患者や要介護者本人の意思や感情に沿った医療・介護サービスの実現も容易になる。

【0012】

医療・介護サービスに係わる専門家としては、医療従事者と介護従事者があり、具体的には、医師や看護師、栄養士、ソーシャルワーカー、ケアマネージャー、ヘルパー等の多職種の専門家がおり、しかも、各職種の専門領域がさらに細分化されている現状を考えると、上述した多職種連携を早期に実現する必要性は非常に高い。そして、このような多職種連携が実現されると、患者や要介護者自身の意思や感情に沿った形での医療・介護サービスの実現が容易になるため、同サービスに対する患者や要介護者の満足度がいっそう高まることが期待される。医療・介護分野での多職種連携は、以前から要望されていたにもかかわらず実現できなかった懸案事項であるから、それを実現する意義は非常に大きいと思われる。

【0013】

なお、上述した「ＡＣＰ（人生会議）」とは、患者とその家族がその医療・介護を担当する医療従事者や介護従事者などと共に、患者の意思決定能力が低下する事態の発生を考慮して、あらかじめ、終末期を含む今後に採る医療・介護サービスについて話し合い、患者が意思決定できなくなったときに患者に代わって意思決定をする人を決めておくことを意味する。ＡＣＰには、患者のリビングウィル（Living Will）、すなわち、重病で患者自身が意思決定できなくなる事態を想定して、治療に関する患者の希望を前もって記載する書類を含めることが多い。

【0014】

上述した特許文献１の医療・介護支援システムでは、医療・介護サービスの受給者の医療情報や介護情報に加えて、健康情報やＡＣＰ（人生会議）情報を含む各種情報を整理した形で一元的に保存・管理できるようになっていないだけでなく、それらの情報を目的に応じて加工して共有できるようになっていないため、上記ニーズに応えることができない。

【0015】

特許文献２の医療情報紐付システムでは、異なる場所に保存されている医療情報を紐付けすることで、同システムのユーザーがそれら医療情報を活用することは可能となるが、それに留まる。同様に、特許文献３の背景情報管理装置では、個人の背景情報を収集・管理することは可能であるが、それに留まる。また、特許文献１の医療・介護支援システムに特許文献２の医療情報紐付システム及び／又はあるいは特許文献３の背景情報管理装置を組み合わせても、上述したような多職種連携を実現することはできないから、上記ニーズには対応できない。

【0016】

本発明は、上述した事情を考慮してなされたものであり、その目的とするところは、医療サービス及び／又は介護サービスをその受給者に提供する多職種の専門家（例えば医師、看護師、栄養士、ソーシャルワーカー、ケアマネージャー、ヘルパー）が、個々の受給者（患者又は要介護者）の受給者情報、すなわち、個々の受給者に係わる医療情報、介護情報、健康情報、ＡＣＰ情報、専門家間で又はこれら専門家と前記受給者本人及び／又はその関係者との間で交換されたメッセージ等の各種情報を、任意の端末から通信ネットワークを介して共有できると共に、前記受給者情報を目的（例えば、医師が講じた処置による患者の症状の改善状況を知る、治療方針に関する患者の思いや気持ちの時間的変化を知る等）に応じて容易に加工して共有できるようにすることで、前記多職種の専門家間及びこれら専門家と受給者本人及び／又はその関係者との間でいっそう緊密且つ円滑な連携（コミュニケーションを含む）が行えるよう支援する多職種連携支援方法と、その方法を実施する多職種連携支援システムを提供することにある。

【0017】

本発明の他の目的は、医療サービス及び／又は介護サービスの受給者、当該受給者の関係者、及び／又は、当該受給者を担当し且つ異なる場所にある施設に所属する多職種の専門家により提供され、且つ、所定の情報表示領域に表示された当該受給者の受給者情報をカテゴリー別に分類すると共に経時的に配列することで、前記受給者に対する医療サービス及び／または介護サービスの提供に活用できる有益な経過情報を整理した形で作成・共有することができる多職種連携支援方法及びシステムを提供することにある。

【0018】

本発明のさらに他の目的は、医療サービス及び／又は介護サービスの受給者が移動元施設から移動先施設に移動する際に、当該受給者の経過情報の中から移動先施設の専門家が知っておくべき情報を選別することで、当該受給者のサマリー情報を作成・共有することができ、もって当該受給者が施設間移動する際の情報伝達を容易化且つ効率化できる多職種連携支援方法及びシステムを提供することにある。

【0019】

本発明のさらに他の目的は、個々の受給者の受給者情報に対するユーザーのアクセス権を、当該受給者情報の内容やユーザーにとっての必要度、機密度等に応じて精密に制御することで、ユーザーの利便性を確保しながら、機密性の高い前記受給者の受給者情報を取り扱うにふさわしい高レベルのセキュリティ環境を提供できる多職種連携支援方法及びシステムを提供することにある。

【0020】

本発明のさらに他の目的は、多職種連携支援システムにおいて、ユーザーの利便性を確保しながら、機密性の高い受給者の受給者情報を取り扱うにふさわしい高レベルのセキュリティ環境を提供できる、多職種連携支援システムにおけるアクセス権制御方法を提供することにある。

【0021】

本発明のさらに他の目的は、多職種連携支援システムにおいて、高度のセキュリティを保持しながら、緊急時に受給者に対して執るべき処置をより的確なものにすることができ、しかも、受給者を担当する医療従事者又は介護従事者に対するリスクを低減することも可能となる、多職種連携支援システムにおける緊急時アクセス制御方法を提供することにある。

【0022】

ここに明記しない本発明のさらに他の目的は、以下の説明及び添付図面から明らかである。

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

【0023】

（１） 本発明の第１の観点によれば、医療・介護分野における多職種連携支援方法が提供される。この方法は、
ユーザー端末からの要求に応じて、通信ネットワークを介して特定の受給者に係る受給者情報を前記ユーザー端末で閲覧可能にすることで、前記受給者への医療サービス及び／又は介護サービスの提供を支援する際に、医療分野及び／又は介護分野における多職種の専門家間の連携を支援する多職種連携支援方法であって、
前記ユーザー端末を介して前記医療サービス及び／又は介護サービスを利用する個々のユーザーに対してユーザー識別情報を割り当てて記憶し、
前記ユーザーとしての前記受給者に対して受給者識別情報を割り当てると共に、当該受給者識別情報を対応する前記ユーザー識別情報に関連づけて記憶し、
前記ユーザーとしての医療従事者又は介護従事者に対して事業従事者識別情報を割り当てると共に、当該事業従事者識別情報を前記ユーザー識別情報に関連づけて記憶し、
前記ユーザー端末からの指示に応じて、個々の前記受給者識別情報に関連させて固有のグループ識別情報を持つグループを生成すると共に、個々の前記グループに係る前記受給者識別情報に対応する前記受給者に係る前記受給者情報を表示するための情報表示領域を生成し、
前記ユーザー端末からの指示に応じて、個々の前記グループに１又は複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、当該グループの前記情報表示領域に表示される前記受給者情報を前記ユーザー端末を介して当該グループの前記グループ・メンバーの間で共有可能とし、
前記グループの前記情報表示領域に表示される前記受給者情報としての複数のメッセージ型情報及び複数のデータ型情報のそれぞれに対して、メッセージ／データ識別情報を割り当てると共に、当該メッセージ／データ識別情報のそれぞれに対応する前記メッセージ型情報又は前記データ型情報を前記情報表示領域に投稿した前記ユーザーの前記ユーザー識別情報に関連付けて記憶し、
前記メッセージ型情報及び前記データ型情報を分別するための複数の情報カテゴリーのそれぞれに対して、カテゴリー識別情報を割り当てて記憶し、
前記ユーザー端末からの指示によって、前記情報表示領域に表示された複数の前記メッセージ型情報及び複数の前記データ型情報の中から第１ターゲット情報が指定されると、当該第１ターゲット情報が複数の前記情報カテゴリーのいずれに属するかを識別すると共に、識別によって判明した前記カテゴリーに対応する前記カテゴリー識別情報を当該第１ターゲット情報の前記メッセージ／データ識別情報に関連づけて記憶し、
前記第１ターゲット情報を、対応する前記カテゴリー識別情報に応じて区分して所定の経過情報表示エリアに経時的に表示するようにし、
前記経過情報表示エリアに経時的に表示される前記第１ターゲット情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、前記グループに係る前記受給者の経過情報として、前記ユーザー端末を介して、前記グループの前記グループ・メンバーの間で共有可能であることを特徴とするものである。

【0024】

本発明の第１の観点による多職種連携支援方法では、前記医療サービス及び／又は介護サービスを利用する前記ユーザーとしての前記受給者が持つ前記受給者識別情報に関連させて、固有のグループ識別情報を持つグループを生成するため、前記グループは、前記受給者毎に生成される。前記受給者の前記受給者情報、すなわち、前記受給者（ユーザー）に係る医療情報、介護情報、健康情報、ＡＣＰ情報、前記専門家間で又は前記専門家と受給者本人及び／又はその関係者との間で交換されたメッセージ等の各種情報は、前記グループ毎に生成される前記情報表示領域に表示され、前記グループに１又は複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、当該グループの前記情報表示領域に表示される前記受給者情報を、前記ユーザー端末を介して当該グループの前記グループ・メンバーの間で共有可能である。このため、前記受給者に医療サービス及び／又は介護サービスを提供する多職種の専門家を、必要に応じて前記グループ・メンバーとして所属させることで、前記受給者への医療及び／又は介護に携わる多職種の専門家が、前記グループの前記受給者情報を共有しながら、これら多職種の専門家間で連携することが可能である。また、必要に応じて、前記受給者本人とその関係者を前記グループ・メンバーとして所属させることで、前記情報表示領域を介して前記受給者本人及び／又はその関係者の希望や意向や感情等を前記多職種の専門家に伝えやすくなり、また、前記多職種の専門家の意向や指示や助言等を前記受給者本人及び／又はその家族関係者に伝えやすくなる。

【0025】

他方、前記グループの前記情報表示領域には、前記受給者情報としての複数のメッセージ型情報及び複数のデータ型情報が表示されるが、それらの情報に割り当てられたメッセージ／データ識別情報は、それらの情報を前記情報表示領域に投稿した前記ユーザーの前記ユーザー識別情報に関連づけて記憶される。また、前記ユーザー端末からの指示によって、それらの情報の中から前記第１ターゲット情報が指定されると、前記第１ターゲット情報が前記情報カテゴリーのいずれに属するかが識別されると共に、識別によって判明した前記カテゴリーに対応する前記カテゴリー識別情報が前記第１ターゲット情報の前記メッセージ／データ識別情報に関連づけて記憶される。さらに、前記第１ターゲット情報は、該当する前記カテゴリー識別情報に応じて区分されて前記経過情報表示エリアに経時的に表示される。

【0026】

そして、前記経過情報表示エリアに経時的に表示される前記第１ターゲット情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、前記グループに係る前記受給者の経過情報として、前記ユーザー端末を介して、グループの前記グループ・メンバーの間で共有可能となっている。

【0027】

したがって、医療サービス及び／又は介護サービスを前記受給者に提供する多職種の専門家（例えば医師、看護師、栄養士、ソーシャルワーカー、ケアマネージャー、ヘルパー）は、前記グループの前記グループ・メンバーになれば、前記受給者の受給者情報、すなわち、個々の受給者に係わる医療情報、介護情報、健康情報、ＡＣＰ情報、メッセージ等の各種情報に加え、前記グループに係る前記受給者の経過情報をも、前記ユーザー端末から通信ネットワークを介して共有することができる。よって、前記多職種の専門家間及びこれら専門家と前記受給者本人及び／又はその関係者との間でいっそう緊密且つ円滑な連携（コミュニケーションを含む）が行えるよう支援することができる。

【0028】

また、前記グループの前記情報表示領域に表示される、前記受給者情報としての複数の前記メッセージ型情報及び複数の前記データ型情報の中から前記第１ターゲット情報を指定するだけで、前記第１ターゲット情報は該当する前記カテゴリー識別情報に応じて区分されて前記経過情報表示エリアに経時的に表示されるので、前記受給者情報を目的（例えば、医師が講じた処置による患者の症状の改善状況を知る、治療方針に関する患者の思いや気持ちの時間的変化を知る等）に応じて容易に加工して共有することができる。これも、前記多職種の専門家間のいっそう緊密且つ円滑な連携の実現に寄与するものである。

【0029】

さらに、前記グループの前記情報表示領域に表示される、前記受給者情報としての複数の前記メッセージ型情報及び複数の前記データ型情報の中から前記第１ターゲット情報を指定するだけで、医療サービス及び／又は介護サービスの前記受給者、前記受給者の関係者、及び／又は、前記受給者を担当し且つ異なる場所にある施設に所属する多職種の専門家により提供され、且つ、前記情報表示領域に表示された前記受給者の前記受給者情報をカテゴリー別に分類すると共に経時的に配列することが可能である。よって、前記受給者に対する医療サービス及び／または介護サービスの提供に活用できる有益な経過情報を整理した形で作成・共有することができる。

【0030】

（２） 本発明の第１の観点による多職種連携支援方法の好ましい例では、前記ユーザー端末からの指示によって、前記グループに係る前記受給者の前記経過情報の中から第２ターゲット情報が指定されると、前記第２ターゲット情報を前記ユーザー端末上で編集することが可能とされ、
前記第２ターゲット情報として指定された編集後又は未編集の前記メッセージ型情報及び／又は前記データ型情報は、所定のサマリー情報表示エリアに表示され、
前記サマリー情報表示エリアに表示される前記第２ターゲット情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、前記グループに係る前記受給者のサマリー情報として、前記ユーザー端末を介して、前記グループの前記グループ・メンバーの間で共有可能とされる。

【0031】

この例では、前記受給者が移動元施設から移動先施設に移動する際に、前記受給者の前記経過情報の中から移動先施設の専門家が知っておくべき情報を選別することで、前記受給者の前記サマリー情報を作成して前記グループ・メンバーの間で共有することができ、したがって、前記受給者が施設間移動する際の情報伝達を容易化且つ効率化することができる、という利点がある。

【0032】

（３） 本発明の第１の観点による多職種連携支援方法の他の好ましい例では、個々の前記ユーザーに対して設定された、前記グループの前記受給者の前記受給者情報に対するアクセス権が、前記ユーザーが所定の認証アルゴリズムを用いてソーシャル認証を受けていることを条件として設定され、
前記認証アルゴリズムは、
（ａ）少なくとも1つの前記グループを介して、ｎ人の医療・介護従事者とつながっていること（ただし、ｎは１以上の整数）、
（ｂ）ｍ個の前記グループのグループ・メンバーである（ただし、ｍは１以上の整数）、
（ｃ）自身の顔写真とプロフィールが掲載されていること、
（ｄ）ユーザー登録からｘヶ月以上経過しており、且つ、１ヶ月にｙ回以上の書き込みがある（ただし、ｘ及びｙはいずれも１以上の整数）こと、
（ｅ）使用する端末が、所定レベル以上のセキュリティ条件を満たしていること、
という５条件の少なくとも２つを包含するように選択される。

【0033】

この例では、前記受給者の前記受給者情報に対する前記ユーザーのアクセス権を、前記受給者情報の内容や前記ユーザーにとっての必要度、機密度等に応じて精密に制御することで、前記ユーザーの利便性を確保しながら、機密性の高い前記受給者の前記受給者情報を取り扱うにふさわしい高レベルのセキュリティ環境を提供することができる、という利点がある。

【0034】

（４） 本発明の第１の観点による多職種連携支援方法のさらに他の好ましい例では、前記認証アルゴリズムが、管理者の設定により、前記５条件を所定のＡＮＤ論理及び／又はＯＲ論理で組み合わせることで所望のセキュリティ・レベルに調整可能とされる。

【0035】

この例では、前記医療サービス及び／又は介護サービスが提供される地域や組織の要請に応じて、高い柔軟性をもってセキュリティ・レベルの調整が可能である、という利点がある。

【0036】

（５） 本発明の第１の観点による多職種連携支援方法のさらに他の好ましい例では、前記ユーザー端末からの指示に応じて、前記グループの前記情報表示領域に、固有のテンプレート機能が割り当てられた複数のスタンプが表示されるようにし、
前記スタンプをクリックすることで、割り当てられているテンプレート（頻繁に利用する定型のフォーマット）が前記情報表示領域に表示され、前記テンプレート上で応答をすると、その応答と前記テンプレートに規定されているメッセージの双方が前記情報表示領域に表示されるようにする。

【0037】

この例では、前記テンプレートに応じて、前記情報表示領域に表示される情報の内容と様式が統一される、という利点がある。

【0038】

（６） 本発明の第１の観点による多職種連携支援方法のさらに他の好ましい例では、所定の契機の到来に応じて動作するＢＯＴにより、前記グループの前記情報表示領域に所定のテンプレートが表示されるようにし、
前記テンプレートから応答をすると、その応答と前記テンプレートに規定されているメッセージの双方が前記情報表示領域に表示されるようにする。

【0039】

この例では、前記テンプレートに応じて、前記情報表示領域に表示される情報の内容と様式が統一される、という利点がある。

【0040】

（７） 本発明の第１の観点による多職種連携支援方法のさらに他の好ましい例では、前記情報カテゴリーとして、少なくとも医療、介護、健康及びＡＣＰのカテゴリーが設定され、
前記受給者の前記グループの前記情報表示領域に表示された前記メッセージ型情報及び／又は複数の前記データ型情報を前記第１ターゲット情報として指定する際に、前記第１ターゲット情報がメッセージ型情報であるかデータ型情報であるかの判別が行われ、その後、複数の前記情報カテゴリーのいずれに属するかの識別が行われる。

【0041】

（８） 本発明の第１の観点による多職種連携支援方法のさらに他の好ましい例では、前記グループの前記経過情報表示エリアに経時的に表示された、前記グループに係る前記受給者の経過情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、投稿した前記ユーザー及び／又は該当する前記カテゴリーで検索可能とされる。

【0042】

（９） 本発明の第１の観点による多職種連携支援方法のさらに他の好ましい例では、前記受給者の前記グループの前記情報表示領域には、前記受給者情報に加えて、前記グループに対応する施設トレース情報が表示可能とされる。

【0043】

（１０） 本発明の第１の観点による多職種連携支援方法のさらに他の好ましい例では、緊急時に所定の条件を満たすことを条件として、所定の限定された時間に限り、１又は複数の前記グループに前記グループ・メンバーとして所属する医療従事者又は介護従事者が、自己が前記グループ・メンバーとして所属しない１又は複数の前記グループに係る前記受給者の前記受給者情報、前記経過情報及び前記サマリー情報の少なくとも１つにアクセスするのを可能とする緊急時アクセス機能が設けられ、
前記所定の条件を、（ａ）緊急時に任意の前記受給者が搬送された事業関連施設が、当該受給者に係る１又は複数の前記グループの前記グループ・メンバーである前記医療従事者又は前記介護従事者が所属する事業関連施設と連携関係にあること、（ｂ）搬送された前記事業関連施設において搬送された前記受給者を担当する医療従事者又は介護従事者が、前記ユーザー識別情報を有していること、（ｃ）アクセス可能時間が、搬送された前記受給者に対する緊急の医療サービス及び／又は介護サービスの提供に必要と見積もられた時間に限定されていること、及び、（ｄ）アクセス後に可能となる操作が閲覧に限定されること、という４条件に設定され、
前記４条件（ａ）〜（ｄ）のすべてが満たされない場合は、前記アクセスが拒絶されるように設定される。

【0044】

この例では、高度のセキュリティを保持しながら、緊急時に搬送された前記受給者に対して緊急時に執るべき処置をより的確なものにすることができ、しかも、搬送された前記受給者を担当する医療従事者又は介護従事者に対するリスクを低減することも可能となる、という利点がある。

【0045】

（１１） 本発明の第２の観点によれば、医療・介護分野における多職種連携支援システムが提供される。このシステムは、
ユーザー端末からの要求に応じて、通信ネットワークを介して特定の受給者に係る受給者情報を前記ユーザー端末で閲覧可能にすることで、前記受給者への医療サービス及び／又は介護サービスの提供を支援する際に、医療分野及び／又は介護分野における多職種の専門家間の連携を支援する多職種連携支援システムであって、
前記ユーザー端末を介して前記医療サービス及び／又は介護サービスを利用する個々のユーザーに対してユーザー識別情報（例えばユーザーＩＤ）を割り当てて記憶する手段（例えば医療・介護支援システム３０のユーザー管理部３１０）と、
前記ユーザーとしての前記受給者に対して受給者識別情報（例えば患者ＩＤ）を割り当てると共に、当該受給者識別情報を対応する前記ユーザー識別情報に関連づけて記憶する手段（例えば医療・介護支援システム３０のユーザー管理部３１０）と、
前記ユーザーとしての医療従事者又は介護従事者に対して事業従事者識別情報（例えば医療・介護従事者ＩＤ）を割り当てると共に、当該事業従事者識別情報を前記ユーザー識別情報に関連づけて記憶する手段（例えば医療・介護支援システム３０のユーザー管理部３１０）と、
前記ユーザー端末からの指示に応じて、個々の前記受給者識別情報に関連させて固有のグループ識別情報（例えばグループＩＤ）を持つグループを生成すると共に、個々の前記グループに係る前記受給者識別情報に対応する前記受給者に係る前記受給者情報を表示するための情報表示領域（例えばタイムライン）を生成する手段（例えば医療・介護支援システム３０のグループ管理部３２０）と、
前記ユーザー端末からの指示に応じて、個々の前記グループに１又は複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、当該グループの前記情報表示領域に表示される前記受給者情報を前記ユーザー端末を介して当該グループの前記グループ・メンバーの間で共有可能とする手段（例えば医療・介護支援システム３０のグループ管理部３２０）と、
前記グループの前記情報表示領域に表示される前記受給者情報としての複数のメッセージ型情報及び複数のデータ型情報のそれぞれに対して、メッセージ／データ識別情報（例えばメッセージ／データＩＤ）を割り当てると共に、当該メッセージ／データ識別情報のそれぞれに対応する前記メッセージ型情報又は前記データ型情報を前記情報表示領域に投稿した前記ユーザーの前記ユーザー識別情報に関連付けて記憶する手段（例えば経過情報作成部１１０の情報取込部１１１及び情報記憶部１１３）と、
前記メッセージ型情報及び前記データ型情報を分別するための複数の情報カテゴリーのそれぞれに対して、カテゴリー識別情報（例えばカテゴリーＩＤ）を割り当てて記憶する手段（例えば経過情報作成部１１０の情報カテゴリー管理部１１５）と、
前記ユーザー端末からの指示によって、前記情報表示領域に表示された複数の前記メッセージ型情報及び複数の前記データ型情報の中から第１ターゲット情報が指定されると、当該第１ターゲット情報が複数の前記情報カテゴリーのいずれに属するかを識別すると共に、識別によって判明した前記カテゴリーに対応する前記カテゴリー識別情報を当該第１ターゲット情報の前記メッセージ／データ識別情報に関連づけて記憶する手段（例えば経過情報作成部１１０の情報カテゴリー識別部１１２及び情報記憶部１１３）と、
前記第１ターゲット情報を、対応する前記カテゴリー識別情報に応じて区分して所定の経過情報表示エリアに経時的に表示する手段（例えば医療・介護支援システム３０のグループ管理部３２０）とを備えており、
前記経過情報表示エリアに経時的に表示される前記第１ターゲット情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、前記グループに係る前記受給者の経過情報として、前記ユーザー端末を介して、前記グループの前記グループ・メンバーの間で共有可能であることを特徴とするものである。

【0046】

本発明の第２の観点による多職種連携支援システムでは、前記医療サービス及び／又は介護サービスを利用する前記ユーザーとしての前記受給者が持つ前記受給者識別情報に関連させて、固有のグループ識別情報を持つグループを生成するため、前記グループは、前記受給者毎に生成される。前記受給者の前記受給者情報、すなわち、前記受給者（ユーザー）に係る医療情報、介護情報、健康情報、ＡＣＰ情報、前記専門家間で又は前記専門家と受給者本人及び／又はその関係者との間で交換されたメッセージ等の各種情報は、前記グループ毎に生成される前記情報表示領域に表示され、前記グループに１又は複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、当該グループの前記情報表示領域に表示される前記受給者情報を、前記ユーザー端末を介して当該グループの前記グループ・メンバーの間で共有可能である。このため、前記受給者に医療サービス及び／又は介護サービスを提供する多職種の専門家を、必要に応じて前記グループ・メンバーとして所属させることで、前記受給者への医療及び／又は介護に携わる多職種の専門家が、前記グループの前記受給者情報を共有しながら、これら多職種の専門家間で連携することが可能である。また、必要に応じて、前記受給者本人とその関係者を前記グループ・メンバーとして所属させることで、前記情報表示領域を介して前記受給者本人及び／又はその関係者の希望や意向や感情等を前記多職種の専門家に伝えやすくなり、また、前記多職種の専門家の意向や指示や助言等を前記受給者本人及び／又はその関係者に伝えやすくなる。

【0047】

他方、前記グループの前記情報表示領域には、前記受給者情報としての複数のメッセージ型情報及び複数のデータ型情報が表示されるが、それらの情報に割り当てられたメッセージ／データ識別情報は、それらの情報を前記情報表示領域に投稿した前記ユーザーの前記ユーザー識別情報に関連づけて記憶される。また、前記ユーザー端末からの指示によって、それらの情報の中から前記第１ターゲット情報が指定されると、前記第１ターゲット情報が前記情報カテゴリーのいずれに属するかが識別されると共に、識別によって判明した前記カテゴリーに対応する前記カテゴリー識別情報が前記第１ターゲット情報の前記メッセージ／データ識別情報に関連づけて記憶される。さらに、前記第１ターゲット情報は、該当する前記カテゴリー識別情報に応じて区分されて前記経過情報表示エリアに経時的に表示される。

【0048】

そして、前記経過情報表示エリアに経時的に表示される前記第１ターゲット情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、前記グループに係る前記受給者の経過情報として、前記ユーザー端末を介して、前記グループの前記グループ・メンバーの間で共有可能となっている。

【0049】

したがって、医療サービス及び／又は介護サービスを前記受給者に提供する多職種の専門家（例えば医師、看護師、栄養士、ソーシャルワーカー、ケアマネージャー、ヘルパー）は、前記グループの前記グループ・メンバーになれば、前記受給者の前記受給者情報、すなわち、個々の受給者に係わる医療情報、介護情報、健康情報、ＡＣＰ情報、メッセージ等の各種情報に加え、前記グループに係る前記受給者の経過情報をも、前記ユーザー端末から通信ネットワークを介して共有することができる。よって、前記多職種の専門家間及びこれら専門家と前記受給者本人及び／又はその関係者との間でいっそう緊密且つ円滑な連携（コミュニケーションを含む）が行えるよう支援することができる。

【0050】

また、前記グループの前記情報表示領域に表示される、前記受給者情報としての複数の前記メッセージ型情報及び複数の前記データ型情報の中から前記第１ターゲット情報を指定するだけで、前記第１ターゲット情報は該当する前記カテゴリー識別情報に応じて区分されて前記経過情報表示エリアに経時的に表示されるので、前記受給者情報を目的（例えば、医師が講じた処置による患者の症状の改善状況を知る、治療方針に関する患者の思いや気持ちの時間的変化を知る等）に応じて容易に加工して共有することができる。これも、前記多職種の専門家間のいっそう緊密且つ円滑な連携の実現に寄与するものである。

【0051】

さらに、前記グループの前記情報表示領域に表示される、前記受給者情報としての複数の前記メッセージ型情報及び複数の前記データ型情報の中から前記第１ターゲット情報を指定するだけで、医療サービス及び／又は介護サービスの前記受給者、前記受給者の関係者、及び／又は、前記受給者を担当し且つ異なる場所にある施設に所属する多職種の専門家により提供され、且つ、前記情報表示領域に表示された前記受給者の前記受給者情報をカテゴリー別に分類すると共に経時的に配列することが可能である。よって、前記受給者に対する医療サービス及び／または介護サービスの提供に活用できる有益な経過情報を整理した形で作成・共有することができる。

【0052】

（１２） 本発明の第２の観点による多職種連携支援システムの好ましい例では、前記ユーザー端末からの指示によって、前記グループに係る前記受給者の前記経過情報の中から第２ターゲット情報が指定されると、前記第２ターゲット情報を前記ユーザー端末上で編集することが可能とされ、
前記第２ターゲット情報として指定された編集後又は未編集の前記メッセージ型情報及び／又は前記データ型情報は、所定のサマリー情報表示エリアに表示され、
前記サマリー情報表示エリアに表示される前記第２ターゲット情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、前記グループに係る前記受給者のサマリー情報として、前記ユーザー端末を介して、前記グループの前記グループ・メンバーの間で共有可能とされる。

【0053】

この例では、前記受給者が移動元施設から移動先施設に移動する際に、前記受給者の前記経過情報の中から移動先施設の専門家が知っておくべき情報を選別することで、前記受給者の前記サマリー情報を作成して前記グループ・メンバーの間で共有することができ、したがって、前記受給者が施設間移動する際の情報伝達を容易化且つ効率化することができる、という利点がある。

【0054】

（１３） 本発明の第２の観点による多職種連携支援システムの他の好ましい例では、個々の前記ユーザーに対して設定された、前記グループの前記受給者の前記受給者情報に対するアクセス権が、前記ユーザーが所定の認証アルゴリズムを用いてソーシャル認証を受けていることを条件として設定され、
前記認証アルゴリズムは、
（ａ）少なくとも1つの前記グループを介して、ｎ人の医療・介護従事者とつながっていること（ただし、ｎは１以上の整数）、
（ｂ）ｍ個の前記グループのグループ・メンバーである（ただし、ｍは１以上の整数）、
（ｃ）自身の顔写真とプロフィールが掲載されていること、
（ｄ）ユーザー登録からｘヶ月以上経過しており、且つ、１ヶ月にｙ回以上の書き込みがある（ただし、ｘ及びｙはいずれも１以上の整数）こと、
（ｅ）使用する端末が、所定レベル以上のセキュリティ条件を満たしていること、
という５条件の少なくとも２つを包含するように選択される。

【0055】

この例では、前記受給者の前記受給者情報に対する前記ユーザーのアクセス権を、前記受給者情報の内容や前記ユーザーにとっての必要度、機密度等に応じて精密に制御することで、前記ユーザーの利便性を確保しながら、機密性の高い前記受給者の前記受給者情報を取り扱うにふさわしい高レベルのセキュリティ環境を提供することができる、という利点がある。

【0056】

（１４） 本発明の第２の観点による多職種連携支援システムのさらに他の好ましい例では、前記認証アルゴリズムが、管理者の設定により、前記５条件を所定のＡＮＤ論理及び／又はＯＲ論理で組み合わせることで所望のセキュリティ・レベルに調整可能とされる。

【0057】

この例では、前記医療サービス及び／又は介護サービスが提供される地域や組織の要請に応じて、高い柔軟性をもってセキュリティ・レベルの調整が可能である、という利点がある。

【0058】

（１５） 本発明の第２の観点による多職種連携支援システムのさらに他の好ましい例では、前記ユーザー端末からの指示に応じて、前記グループの前記情報表示領域に、固有のテンプレート機能が割り当てられた複数のスタンプが表示されるようにし、
前記スタンプをクリックすることで、割り当てられているテンプレート（頻繁に利用する定型のフォーマット）が前記情報表示領域に表示され、前記テンプレート上で応答をすると、その応答と前記テンプレートに規定されているメッセージの双方が前記情報表示領域に表示されるようにする。

【0059】

この例では、前記テンプレートに応じて、前記情報表示領域に表示される情報の内容と様式が統一される、という利点がある。

【0060】

（１６） 本発明の第２の観点による多職種連携支援システムのさらに他の好ましい例では、所定の契機の到来に応じて動作するＢＯＴにより、前記グループの前記情報表示領域に所定のテンプレートが表示されるようにし、
前記テンプレートから応答をすると、その応答と前記テンプレートに規定されているメッセージの双方が前記情報表示領域に表示されるようにする。

【0061】

この例では、前記テンプレートに応じて、前記情報表示領域に表示される情報の内容と様式が統一される、という利点がある。

【0062】

（１７） 本発明の第２の観点による多職種連携支援システムのさらに他の好ましい例では、前記情報カテゴリーとして、少なくとも医療、介護、健康及びＡＣＰのカテゴリーが設定され、
前記受給者の前記グループの前記情報表示領域に表示された前記メッセージ型情報及び／又は複数の前記データ型情報を前記第１ターゲット情報として指定する際に、前記第１ターゲット情報がメッセージ型情報であるかデータ型情報であるかの判別が行われ、その後、複数の前記情報カテゴリーのいずれに属するかの識別が行われる。

【0063】

（１８） 本発明の第２の観点による多職種連携支援システムのさらに他の好ましい例では、前記グループの前記経過情報表示エリアに経時的に表示された、前記グループに係る前記受給者の経過情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、投稿した前記ユーザー及び／又は該当する前記カテゴリーで検索可能とされる。

【0064】

（１９） 本発明の第２の観点による多職種連携支援システムのさらに他の好ましい例では、前記受給者の前記グループの前記情報表示領域には、前記受給者情報に加えて、前記グループに対応する施設トレース情報が表示可能とされる。

【0065】

（２０） 本発明の第２の観点による多職種連携支援システムのさらに他の好ましい例では、緊急時に所定の条件を満たすことを条件として、所定の限定された時間に限り、１又は複数の前記グループに前記グループ・メンバーとして所属する医療従事者又は介護従事者が、自己が前記グループ・メンバーとして所属しない１又は複数の前記グループに係る前記受給者の前記受給者情報、前記経過情報及び前記サマリー情報の少なくとも１つにアクセスするのを可能とする緊急時アクセス機能が設けられ、
前記所定の条件が、（ａ）緊急時に任意の前記受給者が搬送された事業関連施設が、当該受給者に係る１又は複数の前記グループの前記グループ・メンバーである前記医療従事者又は前記介護従事者が所属する事業関連施設と連携関係にあること、（ｂ）搬送された前記事業関連施設において搬送された前記受給者を担当する医療従事者又は介護従事者が、前記ユーザー識別情報を有しており、且つ、当該受給者に係る前記グループ以外の１又は複数の前記グループに前記グループ・メンバーとして所属していること、（ｃ）アクセス可能時間が、搬送された前記受給者に対する緊急の医療サービス及び／又は介護サービスの提供に必要と見積もられた時間に限定されていること、及び、（ｄ）アクセス後に可能となる操作が閲覧に限定されること、という４条件に設定され、
前記所定の条件（ａ）〜（ｄ）のすべてが満たされない場合は、前記アクセスが拒絶されるように設定される。

【0066】

この例では、高度のセキュリティを保持しながら、緊急時に搬送された前記受給者に対して緊急時に執るべき処置をより的確なものにすることができ、しかも、搬送された前記受給者を担当する医療従事者又は介護従事者に対するリスクを低減することも可能となる、という利点がある。

【0067】

（２１） 本発明の第３の観点によれば、多職種連携支援システムにおけるアクセス権制御方法が提供される。この方法は、
ユーザー端末からの要求に応じて、通信ネットワークを介して特定の受給者に係る受給者情報を前記ユーザー端末で閲覧可能にすることで、前記受給者への医療サービス及び／又は介護サービスの提供を支援する際に、医療分野及び／又は介護分野における多職種の専門家間の連携を支援する多職種連携支援システムにおいて、ユーザーのアクセス権を制御する方法であって、
前記多職種連携支援システムは、
前記ユーザー端末を介して前記医療サービス及び／又は介護サービスを利用する個々のユーザーに対してユーザー識別情報を割り当てて記憶する手段と、
前記ユーザーとしての前記受給者に対して受給者識別情報を割り当てると共に、当該受給者識別情報を対応する前記ユーザー識別情報に関連づけて記憶する手段と、
前記ユーザーとしての医療従事者又は介護従事者に対して事業従事者識別情報を割り当てると共に、当該事業従事者識別情報を前記ユーザー識別情報に関連づけて記憶する手段と、
前記ユーザー端末からの指示に応じて、個々の前記受給者識別情報に関連させて固有のグループ識別情報を持つグループを生成すると共に、個々の前記グループに係る前記受給者識別情報に対応する前記受給者に係る前記受給者情報を表示するための情報表示領域を生成する手段と、
前記ユーザー端末からの指示に応じて、個々の前記グループに１又は複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、当該グループの前記情報表示領域に表示される前記受給者情報を前記ユーザー端末を介して当該グループの前記グループ・メンバーの間で共有可能とする手段とを備えており、
前記アクセス権制御方法は、
個々の前記ユーザーに対して設定された、前記グループの前記受給者の前記受給者情報に対するアクセス権を、前記ユーザーが所定の認証アルゴリズムを用いてソーシャル認証を受けていることを条件として設定し、
前記認証アルゴリズムを、
（ａ）少なくとも1つの前記グループを介して、ｎ人の医療・介護従事者とつながっていること（ただし、ｎは１以上の整数）、
（ｂ）ｍ個の前記グループのグループ・メンバーである（ただし、ｍは１以上の整数）、
（ｃ）自身の顔写真とプロフィールが掲載されていること、
（ｄ）ユーザー登録からｘヶ月以上経過しており、且つ、１ヶ月にｙ回以上の書き込みがある（ただし、ｘ及びｙはいずれも１以上の整数）こと、及び、
（ｅ）使用する端末が、所定レベル以上のセキュリティ条件を満たしていること、
という５条件の少なくとも２つを包含するように設定することを特徴とするものである。

【0068】

本発明の第３の観点による多職種連携支援システムにおけるアクセス権制御方法では、前記多職種連携支援システムにおいて、前記受給者の前記受給者情報に対する前記ユーザーのアクセス権を、前記受給者情報の内容や前記ユーザーにとっての必要度、機密度等に応じて精密に制御することで、ユーザーの利便性を確保しながら、機密性の高い前記受給者の前記受給者情報を取り扱うにふさわしい高レベルのセキュリティ環境を提供することができる。

【0069】

（２２） 本発明の第４の観点によれば、多職種連携支援システムにおける緊急時アクセス制御方法が提供される。この方法は、
ユーザー端末からの要求に応じて、通信ネットワークを介して特定の受給者に係る受給者情報を前記ユーザー端末で閲覧可能にすることで、前記受給者への医療サービス及び／又は介護サービスの提供を支援する際に、医療分野及び／又は介護分野における多職種の専門家間の連携を支援する多職種連携支援システムにおいて、ユーザーの緊急時アクセスを制御する方法であって、
前記多職種連携支援システムは、
前記ユーザー端末を介して前記医療サービス及び／又は介護サービスを利用する個々のユーザーに対してユーザー識別情報を割り当てて記憶する手段と、
前記ユーザーとしての前記受給者に対して受給者識別情報を割り当てると共に、当該受給者識別情報を対応する前記ユーザー識別情報に関連づけて記憶する手段と、
前記ユーザーとしての医療従事者又は介護従事者に対して事業従事者識別情報を割り当てると共に、当該事業従事者識別情報を前記ユーザー識別情報に関連づけて記憶する手段と、
前記ユーザー端末からの指示に応じて、個々の前記受給者識別情報に関連させて固有のグループ識別情報を持つグループを生成すると共に、個々の前記グループに係る前記受給者識別情報に対応する前記受給者に係る前記受給者情報を表示するための情報表示領域を生成する手段と、
前記ユーザー端末からの指示に応じて、個々の前記グループに１又は複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、当該グループの前記情報表示領域に表示される前記受給者情報を前記ユーザー端末を介して当該グループの前記グループ・メンバーの間で共有可能とする手段とを備えており、
前記緊急時アクセス制御方法は、
緊急時に所定の条件を満たすことを条件として、所定の限定された時間に限り、１又は複数の前記グループに前記グループ・メンバーとして所属する医療従事者又は介護従事者が、自己が前記グループ・メンバーとして所属しない１又は複数の前記グループに係る前記受給者の前記受給者情報、前記経過情報及び前記サマリー情報の少なくとも１つにアクセスするのを可能とする緊急時アクセス機能を設け、
前記所定の条件を、（ａ）緊急時に任意の前記受給者が搬送された事業関連施設が、当該受給者に係る１又は複数の前記グループの前記グループ・メンバーである前記医療従事者又は前記介護従事者が所属する事業関連施設と連携関係にあること、（ｂ）搬送された前記事業関連施設において搬送された前記受給者を担当する医療従事者又は介護従事者が、前記ユーザー識別情報を有しており、且つ、当該受給者に係る前記グループ以外の１又は複数の前記グループに前記グループ・メンバーとして所属していること、（ｃ）アクセス可能時間が、搬送された前記受給者に対する緊急の医療サービス及び／又は介護サービスの提供に必要と見積もられた時間に限定されていること、及び、（ｄ）アクセス後に可能となる操作が閲覧に限定されること、という４条件に設定し、
前記所定の条件（ａ）〜（ｄ）のすべてが満たされない場合は、前記アクセスが拒絶されるように設定することを特徴とするものである。

【0070】

本発明の第４の観点による多職種連携支援システムにおける緊急時アクセス制御方法では、前記多職種連携支援システムにおいて、高度のセキュリティを保持しながら、緊急時に搬送された前記受給者に対して緊急時に執るべき処置をより的確なものにすることができ、しかも、搬送された前記受給者を担当する医療従事者又は介護従事者に対するリスクを低減することも可能となる。

【発明の効果】

【0071】

本発明の第１の観点による医療・介護分野における多職種連携支援方法と第２の観点による医療・介護分野における多職種連携支援システムによれば、（ａ）医療サービス及び／又は介護サービスをその受給者に提供する多職種の専門家（例えば医師、看護師、栄養士、ソーシャルワーカー、ケアマネージャー、ヘルパー）が、個々の受給者の受給者情報、すなわち、個々の受給者に係わる医療情報、介護情報、健康情報、ＡＣＰ情報等の各種情報を、任意の端末から通信ネットワークを介して共有できると共に、前記受給者情報を目的（例えば、医師が講じた処置による患者の症状の改善状況を知る、治療方針に関する患者の思いや気持ちの時間的変化を知る等）に応じて容易に加工して共有できるようにすることができ、したがって、前記多職種の専門家間でいっそう緊密且つ円滑な連携が行えるよう支援することができる。また、（ｂ）医療サービス及び／又は介護サービスの受給者、当該受給者の関係者、及び／又は、当該受給者を担当し且つ異なる場所にある施設に所属する多職種の専門家により提供され、且つ、所定の情報表示領域に表示された当該受給者の受給者情報をカテゴリー別に分類すると共に経時的に配列することができ、したがって、前記受給者に対する医療サービス及び／または介護サービスの提供に活用できる有益な経過情報を整理した形で作成・共有することができる。

【0072】

前記グループに係る前記受給者のサマリー情報を作成して、前記ユーザー端末を介して、前記グループの前記グループ・メンバーの間で共有可能とした場合には、上述した効果（ａ）及び（ｂ）に加えて、（ｃ）医療サービス及び／又は介護サービスの受給者が移動元施設から移動先施設に移動する際に、当該受給者の経過情報の中から移動先施設の専門家が知っておくべき情報を選別することで、当該受給者のサマリー情報を作成・共有することができ、したがって、当該受給者が施設間移動する際の情報伝達を容易化且つ効率化できる、という効果が得られる。

【0073】

前記グループの前記受給者の前記受給者情報に対するアクセス権が、前記ユーザーが所定の認証アルゴリズムを用いてソーシャル認証を受けていることを条件として設定されている場合は、上述した効果（ａ）及び（ｂ）に加えて、（ｄ）個々の受給者の受給者情報に対するユーザーのアクセス権を、当該受給者情報の内容やユーザーにとっての必要度、機密度等に応じて精密に制御することで、ユーザーの利便性を確保しながら、機密性の高い前記受給者の受給者情報を取り扱うにふさわしい高レベルのセキュリティ環境を提供できる、という効果が得られる。

【0074】

本発明の第３の観点による多職種連携支援システムにおけるアクセス権制御方法では、多職種連携支援システムにおいて、ユーザーの利便性を確保しながら、機密性の高い前記受給者の前記受給者情報を取り扱うにふさわしい高レベルのセキュリティ環境を提供することができる、という効果が得られる。

【0075】

本発明の第４の観点による多職種連携支援システムにおける緊急時アクセス制御方法では、多職種連携支援システムにおいて、高度のセキュリティを保持しながら、緊急時に受給者に対して執るべき処置をより的確なものにすることができ、しかも、受給者を担当する医療従事者又は介護従事者に対するリスクを低減することも可能となる、という効果が得られる。

【図面の簡単な説明】

【0076】

【図1】本発明の一実施形態に係る多職種連携支援システムと連係動作する医療・介護支援システムの利用状態を示す概念図である。

【図2】図１に示した医療・介護支援システムに参加している患者、患者関係者、医療従事者、介護従事者及び医療・介護関連施設の相互関係を示す説明図である。

【図3】図１に示した医療・介護支援システムの内部構成を示す機能ブロック図である。

【図4】図１に示した医療・介護支援システムに使用されているテーブルの構成例を示す図で、（ａ）はユーザーテーブル、（ｂ）は患者テーブル、（ｃ）は医療・介護従事者テーブル、（ｄ）は医療・介護関連施設テーブルである。

【図5】図１に示した医療・介護支援システムに使用されているテーブルの構成例を示す図で、（ａ）は医療・介護関連施設患者テーブル、（ｂ）は疾患テーブル、（ｃ）はグループテーブル、（ｄ）はグループ参加テーブルである。

【図6】図１に示した医療・介護支援システムに使用されているテーブルの構成例を示す図で、（ａ）は招待リクエストテーブル、（ｂ）はタイムラインテーブル、（ｃ）は医療・介護情報共有ルールテーブル、（ｄ）はＮＦＣ端末テーブルである。

【図7】図１に示した医療・介護支援システムに使用されているテーブルの構成例を示す図で、（ａ）はメッセージ送信予約テーブル、（ｂ）は患者属性テーブルである。

【図8】図１に示した医療・介護支援システムに使用されている全テーブル間の関係を示す説明図である。

【図9】図１に示した医療・介護支援システムによってグループ毎に形成される患者タイムラインの二つの表示エリア（全員共有エリアと医療・介護従事者共有エリア）と、それら二つの表示エリアにアクセスできる人（ユーザー）の関係を示す説明図である。

【図10】図１に示した医療・介護支援システムと、本発明の一実施形態に係る多職種連携支援システムとにおける各種情報の流れを示す概念図である。

【図11】本発明の一実施形態に係る多職種連携支援システムの内部構成を示す機能ブロック図である。

【図12】図１１に示した多職種連携支援システム内に設けられた経過情報作成部の構成を示す機能ブロック図である。

【図13】図１１に示した多職種連携支援システム内に設けられたサマリー情報作成部の内部構成を示す機能ブロック図である。

【図14】図１１に示した多職種連携支援システム内に設けられたユーザーアクセス制御部の構成を示す機能ブロック図である。

【図15】図１１に示した多職種連携支援システムの経過情報作成部の動作を示すフローチャートで、特定の患者のタイムラインに表示されたメッセージ型情報及び／又はデータ型情報を取り込んで経過情報を作成・記憶し、さらに前記タイムラインに表示する動作を示している。

【図16】図１１に示した多職種連携支援システムの経過情報作成部の動作を示すフローチャートで、特定の患者のタイムライン上で使用されたスタンプに対応する機能を実行し、その実行結果を記憶すると共に、前記タイムラインに表示する動作を示している。

【図17】図１１に示した多職種連携支援システムの経過情報作成部の動作を示すフローチャートで、特定の患者のタイムライン上でアクティブにされたＢＯＴに対応する機能を実行し、ユーザーからの応答の内容を記憶すると共に、前記タイムラインに表示する動作を示している。

【図18】図１１に示した多職種連携支援システムのサマリー情報作成部の動作を示すフローチャートで、特定の患者の経過情報表示エリアに表示された経過情報からサマリー情報を作成・記憶し、さらにサマリー情報表示エリアに表示する動作を示している。

【図19】図１１に示した多職種連携支援システムの特定患者のグループのタイムライン（医療・介護従事者側エリア）の表示画面の例を示す説明図である。

【図20】図１９に示したタイムライン（医療・介護従事者側エリア）に、新しいメッセージ（メッセージ型情報）が入力され、そのメッセージにファイル（データ型情報）が添付された状態を示す説明図である。

【図21】図１１に示した多職種連携支援システムの経過情報表示エリアの表示画面の例を示す説明図で、新しい経過情報が追加された状態を示している。

【図22】図１９に示したタイムライン（医療・介護従事者側エリア）の表示画面において、新しいメッセージ（メッセージ型情報）が入力され、さらに、そのメッセージに付された「スタンプ」アイコンがクリックされた状態を示す説明図である。

【図23】図２２の表示画面において「スタンプ」がクリックされたために同表示画面に表示されるスタンプ選択画面の例と、そのスタンプ選択画面内の「バイタル」スタンプが選択されたために同表示画面に表示されるバイタル計測結果表示画面の例を示す説明図である。

【図24】図２３のスタンプ選択画面内の「バイタル」スタンプが選択されたために、図１９に示したタイムライン（医療・介護従事者側エリア）に挿入・表示された新しいメッセージ（メッセージ型情報）に、バイタル計測結果が追加表示された例を示す説明図である。

【図25】図１１に示した多職種連携支援システムの経過情報表示エリアの表示画面の例を示す説明図で、新しい経過情報として、バイタル計測結果を含む新メッセージ（メッセージ型情報）が追加された状態を示している。

【図26】図１１に示した多職種連携支援システムの特定患者のグループのタイムライン（患者側エリア）の表示画面の例を示す説明図である。

【図27】図２６に示したタイムライン（患者側エリア）の表示画面において、ＢＯＴにより新しいメッセージ（メッセージ型情報）が自動入力され、さらに、そのメッセージに付された「記録する」アイコンがクリックされた状態を示す説明図である。

【図28】図２６の表示画面において「記録する」アイコンがクリックされたために同表示画面に表示される運動記録入力用テンプレートの例を示す説明図である。

【図29】図２８の運動記録入力用テンプレートで入力された運動回数が追加された新しいメッセージ（メッセージ型情報）が、図２６に示したタイムライン（患者側エリア）に挿入・表示された例を示す説明図である。

【図30】図１１に示した多職種連携支援システムの経過情報表示エリアの表示画面の例を示す説明図で、新しい経過情報として、運動記録を含む新メッセージ（メッセージ型情報）が追加された状態を示している。

【図31】図２６に示したタイムライン（患者側エリア）の表示画面において、ＢＯＴにより、所定のメッセージ（メッセージ型情報）を含む服薬記録入力用テンプレートが自動表示された状態を示す説明図である。

【図32】図３１の服薬記録入力用テンプレートにおいて「飲んだ」アイコンがクリックされたために、所定のメッセージを含む服薬記録情報（メッセージ型情報）が、図２６に示したタイムライン（患者側エリア）に挿入・表示された例を示す説明図である

【図33】図１１に示した多職種連携支援システムの経過情報表示エリアの表示画面の例を示す説明図で、新しい経過情報として、新しい服薬記録情報（メッセージ型情報）が追加された状態を示している。

【図34A】図１１に示した多職種連携支援システムの経過情報表示エリアに表示された経過情報の例を示す説明図である。

【図34B】図１１に示した多職種連携支援システムの経過情報表示エリアに表示された経過情報の例を示す説明図で、図３４Ａの続きである。

【図34C】図１１に示した多職種連携支援システムの経過情報表示エリアに表示された経過情報の例を示す説明図で、図３４Ｂの続きである。

【図35】図１１に示した多職種連携支援システムの経過情報表示エリアに表示された複数の経過情報の中から１つが選択的にクリックされた時に、同画面上に重ねて表示される経過情報編集画面の例を示す説明図である。

【図36】図３５の経過情報編集画面上で選択されたメッセージ（メッセージ型情報）の編集状況の例を示す説明図である。

【図37】図３５の経過情報編集画面上で選択されたメッセージ（メッセージ型情報）の編集状況の他の例を示す説明図である。

【図38】図１１に示した多職種連携支援システムのサマリー情報表示エリアの表示画面の例を示す説明図で、新しいサマリー情報として、ファイル（データ型情報）が添付されたメッセージ（メッセージ型情報）が追加された状態を示している。

【図39A】図１１に示した多職種連携支援システムのサマリー情報表示エリアに表示されたサマリー情報の例を示す説明図である。

【図39B】図１１に示した多職種連携支援システムのサマリー情報表示エリアに表示されたサマリー情報の例を示す説明図で、図３９Ａの続きである。

【図40】図１１に示した多職種連携支援システムのサマリー情報表示エリアに表示されたサマリー情報の活用例を示す説明図である。

【図41】ユーザーのアクセス権を設定する際に、図１に示した医療・介護支援システムにおいて生成されている複数のグループ（すなわちそのタイムライン）の中から、設定対象となるグループ（タイムライン）を選択するために使用される、検索画面の例を示す説明図である。

【図42】ユーザーのアクセス権を設定する際に、アクセス権を付与するユーザー（アクセス許可メンバー）を選択するために使用される、アクセス許可メンバー選択画面の例を示す説明図である。

【図43】ユーザーのアクセス権を設定する際に、アクセス権を付与するユーザー（アクセス許可メンバー）に対してアクセス条件を設定するために使用される、アクセス条件設定画面の例を示す説明図である。

【図44】アクセス権を付与するユーザー（アクセス許可メンバー）に対して設定されるアクセス条件の１つとしての、ソーシャル認証の条件の例を示す説明図である。

【図45】図１１に示した多職種連携支援システムに使用されているテーブルの構成例を示す図で、（ａ）は情報管理テーブル、（ｂ）は情報カテゴリーテーブルである。

【図46】緊急時に、非ユーザーである医療・介護従事者が図１に示した医療・介護支援システム内の患者情報にアクセスできるようにするために、患者が常時携帯する緊急アクセス・シートの例を示す説明図である。

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

【0077】

以下、添付図面を参照しながら、本発明の好適な実施形態について説明する。

【0078】

（医療・介護支援サービスの利用形態）
本発明の一実施形態に係る多職種連携支援システム１００が組み込まれている医療・介護支援システム３０が提供する医療・介護支援サービスを利用する際の全体構成を、図１に示す。

【0079】

以下の説明では、個々の患者を区別する場合は「患者Ｐ１」、「患者Ｐ２」などと表記し、個々の患者を区別しない場合は「患者Ｐ」と表記する。同様に、個々の医療従事者を区別する場合は「医療従事者Ｍ１」、「医療従事者Ｍ２」などと表記し、区別しない場合は「医療従事者Ｍ」と表記する。個々の介護従事者を区別する場合は「介護従事者Ｃ１」、「介護従事者Ｃ２」などと表記し、区別しない場合は「介護従事者Ｃ」と表記する。個々の患者関係者を区別する場合は「患者関係者Ｒ１」、「患者関係者Ｒ２」などと表記し、区別しない場合は「患者関係者Ｒ」と表記する。個々の医療・介護関連施設を区別する場合は「医療・介護関連施設Ｆ１」、「医療・介護関連施設Ｆ２」などと表記し、区別しない場合は「医療・介護関連施設Ｆ」と表記する。個々のグループを区別する場合は「グループＧ１１」、「グループＧ１２」などと表記し、区別しない場合は「グループＧ」と表記する。

【0080】

図１に示すように、この医療・介護支援サービスは、その利用を希望する患者Ｐ、患者関係者Ｒ、医療従事者Ｍ又は介護従事者Ｃが、所定の方法でユーザー登録をした後、患者Ｐが操作する患者端末１０や、医療従事者Ｍ又は介護従事者Ｃが操作する医療・介護従事者端末１１、あるいは、患者関係者Ｒが操作する患者関係者端末１２（以下、これらの端末をまとめて「ユーザー端末」ということがある）から、通信ネットワークであるインターネット２０を介して利用するようになっている。

【0081】

ユーザー登録をした患者Ｐ、患者関係者Ｒ、医療従事者Ｍ又は介護従事者Ｃは、この医療・介護支援サービスの「ユーザー」となる。この医療・介護支援サービスは、医療・介護支援システム３０によって実現されているから、この医療・介護支援サービスの「ユーザー」は医療・介護支援システム３０の「ユーザー」と言うこともできる。ユーザー登録をしていない患者Ｐ、患者関係者Ｒ、医療従事者Ｍ又は介護従事者Ｃは、この医療・介護支援サービスを利用できない。

【0082】

任意の１つのユーザー端末１０、１１又は１２からインターネット２０を介して医療・介護支援システム３０に指示を送ると、医療・介護支援システム３０内に設置されたハードウェアとソフトウェアの動作により、後述する「ユーザー登録」や「グループの生成」、「グループへの招待」、「メッセージの送受信（コミュニケーション）」、「かかりつけ登録」、「医療・介護情報の投稿及び／又は閲覧」といった種々の動作や機能が実行される。また、そうすることで、任意の患者Ｐの医療情報及び／又は介護情報や当該患者Ｐについて交換されたメッセージを、当該患者Ｐのプライバシーを守りながら、また高度な情報セキュリティ（機密保護）性能を保ちながら、当該患者Ｐを担当する医療従事者Ｍ及び介護従事者Ｃの間で、もしくは当該患者Ｐと同患者を担当する医療従事者Ｍ及び介護従事者Ｃの間で、又は当該患者Ｐとその患者関係者Ｒと同患者を担当する医療従事者Ｍと患者関係者Ｒの間で共有することが可能となり、その共有された情報やメッセージに基づいて当該患者Ｐに、より良質の医療サービス及び／又は介護サービスを提供できるようになる。

【0083】

患者端末１０と患者関係者端末１２は、通常、携帯電話やスマートフォンのような携帯端末とされ、個々の患者Ｐや患者関係者Ｒが自分専用の端末を所有するが、デスクトップ型あるいはノート型のパーソナル・コンピューター（パソコン）や、タッチパネル型の端末も使用可能である。医療・介護従事者端末１１は、医療・介護関連施設Ｆに設置されることが多いので、通常はデスクトップ型あるいはノート型のパソコンとされるが、タッチパネル型の端末や携帯電話、スマートフォン等の携帯端末も使用可能であることは言うまでもない。要するに、これらの端末１０、１１及び１２は、インターネット２０を介して医療・介護支援システム３０との間で情報の送信、受信及び表示ができる端末装置であればよく、その形態や構成は問わない。

【0084】

個々の患者Ｐは、一つ以上の疾患を患っており、特定の医療・介護関連施設Ｆにおいてそこに所属する医療従事者Ｍにより診断・治療等の医療サービスを受け、また、同一又は異なる医療・介護関連施設Ｆに所属する介護従事者Ｃから食事・入浴介助等の介護サービスを受ける。説明を簡単にするため、本実施形態では、２人の患者Ｐ１及びＰ２のみがこの医療・介護支援サービスを利用している場合を想定しているが、実際はもっと多くの患者Ｐが利用することは言うまでもない。

【0085】

患者関係者Ｒとは、個々の患者Ｐの家族や親戚、友人、知人など、何らかの形で患者Ｐと関係のある人を指す。医療従事者Ｍや介護従事者Ｃであっても、ある患者Ｐの家族や親戚、友人あるいは知人等である場合は、その患者Ｐの患者関係者Ｒになり得る。ここでは、８人の患者関係者Ｒ１、Ｒ２、Ｒ３、Ｒ４、Ｒ５、Ｒ６、Ｒ７及びＲ８が参加している場合を想定しているが、患者Ｐの事情に応じて、もっと多くの、あるいはもっと少ない患者関係者Ｒがこの医療・介護支援サービスを利用することがあるのは言うまでもない。

【0086】

医療従事者Ｍとは、医師、看護士等、何らかの形で医療に従事している人を指す。医療従事者Ｍは、専門分野を持つクリニック（小規模の医院）や病院（中規模・大規模の医療施設）、訪問看護ステーション等の各種の医療・介護関連施設Ｆに所属して、その医療・介護関連施設Ｆであるいはその外部で、患者Ｐに対して診断・治療等の医療サービスを提供する。ここでは、６人の医療従事者Ｍ１、Ｍ２、Ｍ３、Ｍ４、Ｍ５及びＭ６のみが参加している場合を想定しているが、実際はもっと多くの、あるいはもっと少ない医療従事者Ｍが参加することは言うまでもない。

【0087】

介護従事者Ｃとは、ソーシャルワーカー、ケアマネージャー、ヘルパー等、何らかの形で介護に従事している人を指す。介護従事者Ｃは、老人ホーム、デイサービスセンター等の各種の医療・介護関連施設Ｆに所属して、その医療・介護関連施設Ｆであるいはその外部で、患者Ｐに対して食事・入浴介助等の介護サービスを提供する。ここでは、２人の介護従事者Ｃ１及びＣ２のみが参加している場合を想定しているが、実際はもっと多くの、あるいはもっと少ない介護従事者Ｃが参加することは言うまでもない。

【0088】

医療・介護関連施設Ｆとは、患者Ｐ（または要介護者）に対して、医療従事者Ｍによる医療サービス及び／又は介護従事者Ｃによる介護サービスが提供される医療施設や介護施設を指す。医療施設は、診断・治療・看護・ケア・検査・手術・相談等、何らかの医療サービスが提供される施設であれば足り、その形態や規模は問わない。医療サービスのみを提供される施設でも、医療サービスに加えて介護サービスが提供される施設でもよい。介護施設は、食事・入浴・排泄・歩行等の介助、相談等、何らかの介護サービスが提供される施設であれば足り、その形態や規模は問わない。介護サービスのみを提供される施設でも、介護サービスに加えて医療サービスが提供される施設でもよい。なお、医療・介護関連施設Ｆで提供される医療サービスや介護サービスは、その施設Ｆに所属する医療従事者Ｍや介護従事者Ｃによって提供されてもよいし、その施設Ｆには所属せず外部から派遣された医療従事者Ｍや介護従事者Ｃによって提供されてもよい。

【0089】

図１では、患者Ｐが端末１０を所有し、医療従事者Ｍと介護従事者Ｃがそれぞれ端末１１を所有し、患者関係者Ｒが端末１２を所有しているように描いているが、本発明はこれに限定されない。患者Ｐと患者関係者Ｒと医療従事者Ｍと介護従事者Ｃは、それぞれ、一意に識別できる識別情報（ユーザーＩＤ）を持つため、同じユーザー端末１０、１１又は１２から医療・介護支援システム３０にログインしても互いに区別されることから、同じ端末１０、１１又は１２を複数の人が共用してもよい。

【0090】

図１には、システム管理者Ａと、システム管理者Ａが操作する管理者端末１４と、多職種連携支援システム１００とが示されている。多職種連携支援システム１００は、その詳細は後述するが、医師や看護師、栄養士、ソーシャルワーカー、ケアマネージャー、ヘルパー等の多職種の専門家がいっそう緊密且つ円滑な連携を行えるように支援して、より良質の医療サービス及び／又は介護サービスを提供できるようにするために設けられたものであり、医療・介護支援システム３０と連携して動作するようになっている。システム管理者Ａは、医療・介護支援システム３０の動作全般を管理するために選任されており、自己の管理者端末１４を用いてインターネット２０を介して医療・介護支援システム３０にアクセスして必要な処理を行うことができる。システム管理者Ａは、医療・介護支援システム３０だけでなく、多職種連携支援システム１００の動作全般の管理も併せて行うことができる。

【0091】

図２は、上述した医療・介護支援システム３０を利用している、換言すれば、医療・介護支援システム３０のユーザーである患者Ｐ１及びＰ２、患者関係者Ｒ１〜Ｒ８、医療従事者Ｍ１〜Ｍ６、及び介護従事者Ｃ１及びＣ２の相互関係を示す説明図である。

【0092】

医療・介護支援システム３０では、個々の患者Ｐの疾患毎にグループＧが生成・登録される。つまり、個々の患者Ｐが持つ疾患それぞれについて別個のグループＧが形成されるのである。したがって、任意の患者Ｐが1つの疾患のみを持つ場合は、1つのグループＧが形成され、また、任意の患者Ｐが例えば２つの疾患を持つ場合は、２つのグループＧが形成されることになる。各グループＧに参加している人（参加者）（つまりグループ・メンバー）は、通常、患者Ｐ本人の他に、患者Ｐが治療等を受けている医療・介護関連施設Ｆに所属する担当の医療従事者Ｍを少なくとも一人含み、さらに、必要に応じて追加された患者関係者Ｒや介護従事者Ｃを含む。したがって、各グループＧのグループ・メンバーは、患者Ｐ本人と、担当の医療従事者Ｍ及び介護従事者Ｃ、並びに、患者関係者Ｒから構成されるのが一般的である。

【0093】

各グループＧに参加している医療従事者Ｍが所属する医療・介護関連施設Ｆのいずれか一つは、そのグループＧ（ひいては患者Ｐ）に対して「かかりつけ登録」されるのが通常である。「かかりつけ登録」された医療・介護関連施設Ｆは、そのグループＧに係る患者Ｐの疾患の治療方針全般について主たる責任を負う。

【0094】

しかし、グループ・メンバーの構成は、そのような場合に限定されない。例えば、患者Ｐと一人又は複数の医療従事者Ｍ（と介護従事者Ｃ）だけがグループ・メンバーである（患者関係者Ｒを含まない）場合もあるし、複数の医療従事者Ｍ（と介護従事者Ｃ）だけがグループ・メンバーである（患者Ｐも患者関係者Ｒも含まない）場合もある。前者は、例えば、患者Ｐが患者関係者Ｒに対して自己の医療等に係る情報を知らせたくないようなときに生じる。後者は、患者Ｐの治療に関わっている複数の医療従事者Ｍ（と介護従事者Ｃ）の間で患者Ｐの医療等に係る情報を共有したいが、患者Ｐには知らせたくないようなときに生じる。なお、患者Ｐをグループ・メンバーに含まない場合は、医療・介護支援システム３０上で患者Ｐから当該患者Ｐに係る情報の共有に対する承認を得ることができないため、別途、医療・介護支援システム３０外で得るようにする。例えば、書面等で承認を得るようにすればよい。むろん、書面等をデジタル化したものを患者Ｐが承認するプロセスのみを、医療・介護支援システム３０に便宜的に追加してもよい。なお、患者Ｐから当該患者Ｐに係る情報の共有に対する承認を得るためのサブシステムを、別個に医療・介護支援システム３０に組み込むようにしてもよいことは言うまでもない。

【0095】

各グループＧの患者Ｐ本人を除く参加者（グループ・メンバー）は、医療従事者Ｍや介護従事者Ｃであると患者関係者Ｒとを問わず、「サポーター」と呼ばれる。何らかの形で患者Ｐをサポートする人たちだからである。したがって、各グループＧのグループ・メンバーは、患者Ｐを含む場合は、患者Ｐ本人と、少なくとも１人のサポーターから構成されると言うことができる。患者Ｐを含まない場合は、少なくとも１人のサポーターのみから構成されると言うことができる。

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

なお、図６（ａ）の招待リクエストテーブルに「招待先パスフレーズ」が含まれているのは、招待リクエストを受け取った人が、正規の招待先であるか否か、換言すれば、本人であるか否かを、このパスフレーズで確認するためである。招待リクエストを受け取った人が、その招待リクエストに係る招待元のグループに参加するためには、招待リクエストの電子メール中に記載されているＵＲＬにアクセスして、そこで表示される招待リクエスト承認画面中に、パスフレーズを入力する必要がある。入力されたパスフレーズが、招待リクエストテーブルに格納されている「招待先パスフレーズ」と一致しないと、そのグループには参加できないようになっているから、これで招待先の本人認証が容易にできるのである。

【0137】

タイムライン制御部３２６は、その動作を制御するソフトウェアから形成されており、各グループＧに対して割り当てられる「タイムライン」（すなわち情報表示領域）を制御する。具体的には、新たに生成されたグループＧに対して、「タイムライン」と呼ばれる情報表示領域を割り当て、共有される医療・介護情報をそのタイムラインに所定の順序で（例えば投稿された時刻順に）表示させる。表示する情報と、その表示時刻等のパラメータは、医療・介護従事者端末１１からインターネット２０を介してグループ管理部３３０に送られるので、タイムライン制御部３３５は、そのパラメータに従って、送られてきた情報をタイムラインに表示させる。

【0138】

タイムラインの一例を図９に示す。このタイムライン５１は、患者Ｐ１の胃癌治療用のグループＧ１１用に生成されたものであり、全員共有エリア５１ａと医療・介護従事者共有エリア５１ｂを備えている。全員共有エリア５１ａには、グループＧ１１のメンバー全員が共有する情報が表示される。医療・介護従事者共有エリア５１ｂには、グループＧ１１の医療従事者Ｍ及び介護従事者Ｃだけが共有する情報が表示される。したがって、全員共有エリア５１ａに表示される医療情報及び／又は介護情報とメッセージは、グループＧ１１のメンバー全員が共有可能であり、図９の例では、患者Ｐ１のほか、クリニックＦ１に所属する医療従事者Ｍ１及びＭ２と、病院Ｆ２に所属する医療従事者Ｍ３と、老人ホームＦ３に所属する介護従事者Ｃ１と、訪問看護ステーションＦ４に所属する医療従事者Ｍ６と、患者関係者Ｒ１、Ｒ２及びＲ４が、自由に投稿・閲覧可能である。これとは異なり、医療・介護従事者共有エリア５１ｂに表示される医療情報及び／又は介護情報とメッセージは、グループＧ１１の医療従事者Ｍ及び介護従事者Ｃのみが共有可能であり、患者Ｐや患者関係者Ｒは共有できない。図９の例では、クリニックＦ１に所属する医療従事者Ｍ１及びＭ２と、病院Ｆ２に所属する医療従事者Ｍ３と、老人ホームＦ３に所属する介護従事者Ｃ１と、訪問看護ステーションＦ４に所属する医療従事者Ｍ６のみが、自由に投稿・閲覧が可能であり、患者Ｐと患者関係者Ｒ１、Ｒ２及びＲ４は投稿・閲覧ができない。

【0139】

グループＧ１１のタイムライン５１の全員共有エリア５１ａは、当該グループＧ１１のグループ・メンバー全員、すなわち、当該グループＧ１１に所属するすべての医療従事者Ｍ、介護従事者Ｃ、患者Ｐ及び患者関係者Ｒが、所望のメッセージやデータ等の情報を自由に投稿したり、当該エリア５１ａに表示された情報を自由に閲覧したりすることが可能であるが、当該エリア５１ａは主として患者側のユーザーの便宜のためのエリアであるから、当該エリア５１ａをタイムライン５１の「患者側エリア」、または、「患者側タイムライン」と呼ぶことができる。また、タイムライン５１の医療・介護従事者共有エリア５１ｂは、当該グループＧ１１の医療・介護従事者側のグループ・メンバー、すなわち、当該グループＧ１１に所属する医療従事者Ｍ及び介護従事者Ｃだけが、所望のメッセージやデータ等の情報を自由に投稿したり、当該エリア５１ａに表示された情報を自由に閲覧したりすることが可能であり、当該グループＧ１１のグループ・メンバーであっても患者側の患者Ｐと患者関係者Ｒは投稿・閲覧ができない。つまり、当該エリア５１ａは主として医療・介護従事者側のユーザーの便宜のためのエリアであるから、当該エリア５１ｂをタイムライン５１の「医療・介護従事者側エリア」、または、「医療・介護従事者側タイムライン」と呼ぶことができる。

【0140】

メッセージ制御部３２７は、その動作を制御するソフトウェアから形成されており、一人のグループ・メンバーから他のグループ・メンバーに宛てられたメッセージの送信・受信を制御する。この制御には、例えば、図７（ａ）に示したメッセージ送信予約テーブルが使用される。

【0141】

図７（ｂ）に示した患者属性テーブルは、個々の患者Ｐの属性が記憶されるものであり、メッセージ制御部３３６が所定のメッセージを一部の患者Ｐに選択的に送信する際に使用される。

【0142】

かかりつけ施設情報記憶部３２８は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成される。かかりつけ施設情報記憶部３２８は、登録部３２１が実行する「かかりつけ登録」（患者Ｐと疾患と医療・介護関連施設Ｆの関連付け）プロセスで利用され、生成される「かかりつけ施設情報」を記憶する。かかりつけ登録についての詳細は、上述した特許文献１に記載されているので、称略する。「かかりつけ施設情報」は、例えば、図５（ａ）に示すような医療・介護関連施設患者テーブルの形式で記憶される。

【0143】

登録部３２１は、所定の医療情報共有の照会画面（図示せず）において、所定の共有ルール選択画面（図示せず）を表示し、共有ルール、すなわち医療情報の共有範囲を選択するよう促す。例えば、共有ルールの選択肢は二つとされ、一つは「かかりつけ登録に係る医療関連施設Ｆの内部のみで共有」、他の一つは「かかりつけ登録に係る医療関連施設Ｆの内部と、かかりつけ登録に係る患者Ｐ本人とを含む、グループ・メンバー全員で共有」とされる。いずれかの共有ルールが選択されると、登録部３２１は、「共有に同意する」旨の回答と、選択された共有ルールとを共有同意情報記憶部３２９に記憶する。共有ルールを三つ以上設定してもよいことは言うまでもない。

【0144】

共有同意情報記憶部３２９は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、登録部３２１によって生成された、「自己の医療情報の共有に同意する」旨の意思表示（共有同意情報）と、選択された共有ルールとを記憶する。共有同意情報と選択された共有ルールは、例えば、図６（ｃ）に示す医療・介護情報共有ルールテーブルの形式で記憶される。

【0145】

患者実在性検証部３３０は、その動作を制御するソフトウェアから形成されており、「かかりつけ登録を要請して来た患者Ｐが実在するか否か」、換言すれば、「その患者Ｐが本人であり、他人のなりすましではないかどうか」を検証する。この患者実在性検証プロセスは、上述したかかりつけ登録プロセスを開始する前に行うのが好ましい。図６（ｄ）に、ＮＦＣ端末を管理するために作成されたＮＦＣ端末テーブルの一例を示す。

【0146】

認証部３３１は、その動作を制御するソフトウェアから形成されており、ユーザー端末を介して、医療・介護支援システム３０の特定のグループＧにアクセスして来た患者Ｐ、医療従事者Ｍ、介護従事者Ｃ又は患者関係者Ｒが、そのグループＧの正規のメンバーであるか否か、換言すれば、そのグループＧのタイムラインにアクセスする権限があるか否かをチェックする。そして、正規のメンバーであることが確認されれば、そのグループＧのタイムラインにアクセスすることを許可する。正規のメンバーでないと確認されれば、そのグループＧのタイムラインにアクセスすることを拒否する。

【0147】

医療・介護支援システム３０で使用される上述した各種テーブルは、図８に示すような関係を持つ。

【0148】

（医療・介護支援システムの動作）
以上の構成を持つ医療・介護支援システム３０では、医療情報及び介護情報とメッセージの共有のために、個々の患者Ｐの疾患毎にグループＧが作成・登録される。グループＧの作成は、上述したように、医療従事者Ｍによる患者グループ登録、又は、患者Ｐによるかかりつけ登録によって行われる。また、グループＧのグループ・メンバーは、デフォルトメンバーを除き、必要に応じて患者Ｐや医療従事者Ｍ、介護従事者Ｃ、患者関係者Ｒを招待することで追加され、また、必要に応じてグループＧから削除される。医療・介護支援システム３０のこれら動作の詳細は、特許文献１に医療支援システムの動作として記載されているが、これらは本実施形態に係る多職種連携支援システム１００とは関係がないため、それらの説明は省略する。

【0149】

また、医療・介護支援システム３０のユーザー登録、新規患者登録、新規医療従事者登録等の動作についての説明も、同じ理由により、省略する。

【0150】

（多職種連携支援システムの全体構成）
次に、本発明の一実施形態に係る多職種連携支援システム１００の構成について、図１０〜図１４を参照しながら説明する。

【0151】

本実施形態の多職種連携支援システム１００は、図１、図１０及び図１１に示すように、直接、または、図示しないネットワークを介して、上述した医療・介護支援システム３０と接続されており、同システム３０と各種情報を送受信しながら連携して動作する。また、この多職種連携支援システム１００は、インターネット２０を介して、患者端末１０、医療・介護従事者端末１１及び患者関係者端末１２と接続されており、これらのユーザー端末１０、１１又は１２から多職種連携支援システム１００にアクセスして、同システム１００が提供する個々の患者Ｐに係る経過情報及びサマリー情報を利用することが可能である。

【0152】

多職種連携支援システム１００は、医療・介護支援システム３０と連携して動作することで、医療・介護分野における多職種の専門家間及びこれら専門家と受給者（患者又は要介護者）本人及び／又はその関係者との間で、いっそう緊密且つ円滑な連携が行えるよう支援するために必要な全機能を発揮できるものであれば、どのような構成であってもよい。すなわち、多職種連携支援システム１００は、医療・介護支援システム３０の内部にそれと一体的に構成(配置)されていてもよいし、同システム３０の外部にそれとは別個に構成(配置)されていてもよい。また、同システム３０が組み込まれたサーバ装置（図示せず）の内部に一緒に構成(配置)されていてもよいし、同システム３０が組み込まれたサーバ装置とは別のサーバ装置に構成(配置)されて、インターネット２０や他のネットワークを介して相互通信ができるようにされていてもよい。

【0153】

本実施形態では、多職種連携支援システム１００の主たる機能は、図１０に示すように、医療・介護支援システム３０によって特定の患者Ｐ１の特定の疾患（ここでは胃癌）に係るグループＧ１１のタイムライン５１に投稿・表示されるメッセージ及び／又はデータ（これらは当該患者Ｐ１の当該疾患に係る医療情報及び／又は介護情報を含む）から、同患者Ｐ１の治療や介護に係る「経過情報」を作成・保存し（第１段階）、さらに、こうして作成・保存された同患者Ｐ１の「経過情報」から、同患者Ｐ１の「サマリー情報」を作成・保存する（第２段階）、というものである。したがって、多職種連携支援システム１００は、主たる構成要素として、個々の患者Ｐについての「経過情報」を作成・保存する経過情報作成部１１０と、その「経過情報」から同患者Ｐについての「サマリー情報」を作成・保存するサマリー情報作成部１２０とを備えている。

【0154】

このように、本実施形態では、多職種連携支援システム１００は、医療・介護分野における多職種の専門家間及びこれら専門家と受給者（患者又は要介護者）本人及び／又はその関係者との間で、いっそう緊密且つ円滑な連携が行えるよう支援するという目的を達成するために、医療・介護支援システム３０が提供する機能、すなわち、医療サービス及び／又は介護サービスの受給者（患者又は要介護者）毎に１又は複数のグループＧを生成し、各グループＧのグループ・メンバー間で対応する受給者に係る医療情報及び／又は介護情報（医療・介護情報）を共有可能にするための機能を利用しており、同システム３０のそれらの機能に、「経過情報」を作成・保存する機能（経過情報作成部１１０による）と、「サマリー情報」を作成・保存する機能（サマリー情報作成部１２０による）とを組み合わせる構成を有している。しかし、これは、既存の医療・介護支援システム３０を利用して多職種連携を実現する場合について述べることを意図したからであり、本発明はこれに限定されないことは言うまでもない。すなわち、多職種連携支援システム１００それ自体が、システム３０の医療・介護サービスの受給者（患者又は要介護者）毎に１又は複数のグループＧを生成し、各グループＧのグループ・メンバー間で対応する受給者に係る医療・介護情報を共有可能にするための機能を内蔵していてもよい。この場合には、多職種連携支援システム１００は、経過情報作成部１１０及びサマリー情報作成部１２０だけでなく、医療・介護支援システム３０が持つユーザー管理部３１０及びグループ管理部３２０をも備えて構成されることになる。

【0155】

なお、上述した「経過情報」を作成・保存する第１段階では、患者Ｐ１のタイムライン５１に投稿・表示されるメッセージ及び／又はデータに加え、必要に応じて、後述する疾患情報、疾患別デフォルト情報、薬基本情報、及び薬別デフォルト情報が利用される。また、上述した「サマリー情報」を作成・保存する第２段階では、第１段階で作成された「経過情報」に加え、必要に応じて、後述する患者基本情報及び施設トレース情報が利用される。

【0156】

以下の説明では、タイムライン５１に投稿・表示されるメッセージ及びデータ（ファイル）を、それぞれ、「メッセージ型情報」及び「データ（ファイル）型情報」とも言う。「メッセージ型情報」としては、例えば、医療従事者Ｍ（具体的には医師）が患者Ｐ１を診断した結果と、その結果に応じて採った処置について述べるメッセージや、医療従事者Ｍ（具体的には看護師）が患者Ｐ１の看護中に気づいた患者Ｐ１の様子や症状について述べるメッセージや、患者Ｐ１本人または患者関係者Ｒ（具体的には家族）が患者Ｐ１の体調や気分やその変化についてメッセージ等がある。従って、タイムライン５１上にある多くの「メッセージ型情報」は、患者Ｐ１についての何らかの医療情報及び／又は介護情報を包含する。他方、「データ型情報」としては、例えば、医療従事者Ｍ（具体的には医師）が作成した患者Ｐ１のカルテのデータ（ファイル）や、医療従事者Ｍ（具体的にはレントゲン技師）が撮影した患者Ｐ１の胸部Ｘ線写真のデータ（ファイル）や、介護従事者Ｃ（具体的にはケアマネ）が作成した患者Ｐ１の介護計画書のデータ（ファイル）、多職種連携支援システム１００の外部から取り込まれた患者Ｐ１の健康関連データ（ファイル）等がある。従って、タイムライン５１上にある多くの「データ型情報」は、患者Ｐ１についての何らかの医療情報及び／又は介護情報そのものである。これらの「メッセージ型情報」及び「データ型情報」は、タイムライン５１にその経時的（投稿日時順）に表示される。

【0157】

したがって、特定の患者Ｐ１の胃癌に係るグループＧ１１のタイムライン５１上に表示された「メッセージ型情報」と「データ型情報」を利用すれば、患者Ｐ１の胃癌についての治療や介護に係る「経過情報」を容易且つ効率的に作成することができる。また、患者Ｐ１が医療・介護関連施設Ｆ間を移動する場合、例えば、現在の施設（移動元施設、例えば病院）から退院して次の施設（移動先施設、例えば老人ホーム）に入所する場合には、移動先施設に前記「経過情報」を伝達しておくと、介護従事者Ｃが介護する際の注意点等が予め判明するため、非常に好ましい。しかし、前記「経過情報」は詳細すぎるし、医療に係る専門的知識も必要であるから、医療に係る専門知識を持たない介護従事者Ｃに前記「経過情報」を提供しても、理解が困難である。介護従事者Ｃにとっては、自己が介護する際に必要な要点のみが記載された情報の方が好ましい。そこで、前記「経過情報」から介護に必要な情報を主として抜粋し、それに関連する最小限の医療情報を付加して当該患者Ｐの「サマリー情報」を作成しておけば、非常に有益である。

【0158】

移動先施設が他の病院やクリニックの場合には、前記「経過情報」として移動元施設の病院で行った医学的処理や関連する医療情報を伝達しておくと、医療従事者Ｍにとって有益であるが、介護情報は重要ではない。したがって、この場合には、前記「経過情報」から医療に必要な情報を主として抜粋し、それに関連する最小限の介護情報を付加して当該患者Ｐの「サマリー情報」を作成しておけば、非常に有益である。

【0159】

このように、本発明の実施形態に係る多職種連携支援システム１００によれば、必要に応じて、医療従事者Ｍ及び／又は介護従事者Ｃが、グループＧ１１のタイムライン５１上に表示された「メッセージ型情報」と「データ型情報」から、上述した「経過情報」と「サマリー情報」の双方を容易且つ効率的に作成・保存することができるから、医療分野及び／又は介護分野における多職種の専門家間の緊密且つ円滑な連携が高レベルで行えるようになる。

【0160】

多職種連携支援システム１００の全体構成は、図１１に示すとおりであり、上述した経過情報作成部１１０及びサマリー情報作成部１２０に加えて、患者基本情報記憶部１３０、疾患基本情報記憶部１４０、疾患別デフォルト情報記憶部１５０、薬基本情報記憶部１６０、薬別デフォルト情報記憶部１７０、施設トレース情報作成部１８０、及び、ユーザーアクセス制御部１９０を備えている。

【0161】

経過情報作成部１１０は、その動作を制御するソフトウェアと、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、いずれかのユーザー端末１０、１１又は１２からの要請に応じて、所望の経過情報を作成して記憶するセクションである。具体的に言えば、経過情報作成部１１０は、いずれかのユーザー端末１０、１１又は１２から送信される任意のユーザー（通常は医療従事者Ｍ、具体的に言えば医師）からの要請に応じて、所望の患者Ｐの所望の疾患用に生成されたグループＧのタイムラインに投稿・表示されたメッセージ型情報及びデータ型情報から、当該患者Ｐの当該疾患の「経過情報」として適切な情報を選択して取り込み、取り込んだ情報をカテゴリー別に分類し且つ時系列で配置して当該患者Ｐの当該疾患に係る「経過情報」を作成し、さらに、作成した「経過情報」を経過情報作成部１１０の内部に設けられた記憶領域（後述の情報記憶部１１３）に記憶する。なお、作成した「経過情報」に含まれる複数のメッセージ型情報及びデータ型情報の配置（レイアウト）は、適宜、変更可能である。

【0162】

ここで、「経過情報」とは、例えば、特定の患者Ｐの特定の疾患に対して時間を追って順に採られた医療・介護面での種々の処置（具体的には、医療面では診断・検査・治療等の処置をいい、介護面では食事・入浴等の介助等の処置をいう）に係る情報や、それらの処置を採った後の当該患者Ｐの身体面・精神面での時間的変化を示す情報、当該患者Ｐやその患者関係者Ｒの意向や感情に係る情報を意味する。したがって、各々の「経過情報」は、「メッセージ型情報」及び／又は「データ型情報」から構成される。「経過情報」は、本実施形態では、医療・介護・健康・ＡＣＰの４分野における当該患者Ｐの身体面・精神面での時間的変化に関連する情報としており、具体的に言えば、例えば、当該患者Ｐの当該疾患に係る症状や検査・診断・治療の時間的変化、患者Ｐの介護状況の時間的変化、さらに患者ＰのＡＣＰに対する意志や考え方や感情の時間的変化に関連する情報である。これらの情報は、当該患者Ｐに提供される今後の医療サービスや介護サービスの質を高めるために有効であり、また、これらサービスの受給者である当該患者Ｐの医療サービス及び／又は介護サービスに対する満足度を向上させるためにも有効であると考えられるため、「経過情報」として選定されている。

【0163】

経過情報作成部１１０の内部構成の詳細については、後述する。

【0164】

サマリー情報作成部１２０は、その動作を制御するソフトウェアと、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、いずれかのユーザー端末１０、１１又は１２からの要請に応じて、所望のサマリー情報を作成して記憶するセクションである。具体的に言えば、サマリー情報作成部１２０は、いずれかのユーザー端末１０、１１又は１２から送信される任意のユーザー（通常は医療従事者Ｍ、具体的に言えば医師）からの要請に応じて、経過情報作成部１１０によって作成・記憶された所望の患者Ｐの所望の疾患に係る「経過情報」の中から、当該「経過情報」の「サマリー（要約）情報」として適切な情報を選択・抜粋して取り込んで、当該患者Ｐの当該疾患に係る「サマリー情報」を作成し、さらに、作成した「サマリー情報」をサマリー情報作成部１２０の内部に設けられた記憶領域（後述の情報記憶部１２３）に記憶する。なお、作成した「サマリー情報」に含まれる複数の情報の配置（レイアウト）は、適宜、変更可能である。

【0165】

ここで、「サマリー情報」とは、「経過情報」、すなわち、特定の患者Ｐの特定の疾患に対して採られた医療・介護面での種々の処置（具体的には、医療面では診断・検査・治療等の処置をいい、介護面では食事・入浴等の介助等の処置をいう）と、それら処置を採った後の当該患者Ｐの身体面・精神面での時間的変化を示す情報の中から抜粋された、当該「経過情報」のサマリー（要約）として役立つ情報を意味する。具体的に言えば、「サマリー情報」とは、例えば、当該患者Ｐの当該疾患に係る症状や検査・診断・治療の時間的変化、患者Ｐの介護状況の時間的変化、さらに患者ＰのＡＣＰに対する意志や考え方や感情の時間的変化に関連する情報から、それらの情報のサマリー（要約）として抜粋された情報である。これらの情報は、当該患者Ｐを移動元施設（現在の施設）から移動先施設（次の施設、当該患者Ｐの自宅を含む）に移動させる際に、移動先施設で活動する医療従事者Ｍや介護従事者Ｃが当該患者Ｐに提供する今後の医療サービスや介護サービスをより適切なものにすると共に、それらの医療サービスや介護サービスに対して当該患者Ｐが高い満足度が得られるようにするために有効であると考えられるため、「サマリー情報」として選定されることが望ましいものである。

【0166】

サマリー情報作成部１２０で「サマリー情報」を作成する際には、予め用意されて患者基本情報記憶部１３０に記憶されている患者基本情報（後述）も利用される。また、「サマリー情報」が移動先施設の医療従事者Ｍや介護従事者Ｃに提供される時には、施設トレース情報作成部１８０において作成・記憶される施設トレース情報も、一緒に利用される。なお、前記患者基本情報には、データ量が過大である等の理由によって、医療・介護支援システム３０及び多職種連携支援システム１００の外部にある外部記憶装置に保存されている情報（外部保存情報）、例えばＣＴ画像情報などの情報も、含まれる。これらの外部保存情報は、必要になった時に適宜、前記外部記憶装置から多職種連携支援システム１００に取り込まれて、「サマリー情報」の作成に使用される。

【0167】

サマリー情報作成部１２０の内部構成の詳細については、後述する。

【0168】

患者基本情報記憶部１３０は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、個々の患者Ｐについての「患者基本情報」を記憶するセクションである。「患者基本情報」とは、個々の患者Ｐの氏名、年齢、性別、住所、家族構成、キーパーソン氏名など、個々の患者Ｐに係る基本的な個人情報を言う。

【0169】

疾患基本情報記憶部１４０は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、個々の疾患名のリストからなる「疾患基本情報」を記憶するセクションである。「疾患基本情報」とは、例えば、ＩＩ型糖尿病、大腸がん等の疾患名を列挙した、疾患名一覧表の形式とされる。

【0170】

疾患別デフォルト情報記憶部１５０は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、「疾患基本情報」に含まれる全疾患について、疾患別に予め設定された１組のスタンプ群及び１組のＢＯＴ群を記憶するセクションである。

【0171】

例えば、歩数、体重、血糖値、ヘモグロビンＡ１ｃ（ＨｂＡ１ｃ）値などの種々の検査項目の記録用スタンプがあり、指定されたタイムラインの患者側エリアに表示されるようになっている。表示された該当スタンプを患者Ｐや患者関係者Ｒが押すと（クリックすると）、対応する測定数値や検査数値、メッセージ（短文）等が、医療支援システム３０と多職種連携支援システム１００の外部から、指定されたタイムラインの指定された箇所に自動的に挿入される。あるいは、表示された該当スタンプを患者Ｐや患者関係者Ｒが押すと（クリックすると）、検査データの入力を促すメッセージを含むテンプレートをタイムラインの患者側エリアに表示し、患者Ｐから検査データが入力されると、その検査データがタイムライン５１の指定された箇所に書き込まれる。また、ＢＯＴとしては、例えば、所定の時刻に服薬を促すメッセージを含むテンプレートをタイムラインの患者側エリアに表示し、患者Ｐから「服薬完了」（又は「服薬未了」）の指示を受けると、「服薬完了」（又は「服薬未了」）のメッセージをタイムライン５１の該当する箇所に書き込むＢＯＴなどがある。

【0172】

薬基本情報記憶部１６０は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、個々の薬のリストからなる「薬基本情報」を記憶するセクションである。「薬基本情報」とは、例えば、〇〇〇１カプセル、×××０．５カプセルのように、薬名と服用量を列挙した一覧表の形式とされる。

【0173】

薬別デフォルト情報記憶部１７０は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、「薬基本情報」に含まれる全ての薬について、薬別に予め設定された１組のスタンプ群及び１組のＢＯＴ群を記憶するセクションである。

【0174】

例えば、抗がん剤のスタンプとしては、だるい、しびれる、下痢といった副作用のスタンプがあり、タイムラインの指定された箇所に表示されるようになっている。例えば、タイムラインの患者側エリアに表示された該当スタンプをユーザーが押すと（クリックすると）、対応する副作用を示すメッセージ（短文）を含むテンプレートが、タイムライン５１の指定された箇所に自動的に導入される。また、抗がん剤のＢＯＴとしては、例えば、所定の時刻に抗がん剤の服用を促すメッセージを含むテンプレートをタイムラインの患者側エリアに表示し、患者Ｐから「服用完了」（又は「服薬未了」）の指示を受けると、「服用完了」（又は「服薬未了」）のメッセージをタイムライン５１の該当する箇所に書き込むＢＯＴなどがある。

【0175】

施設トレース情報作成部１８０は、その動作を制御するソフトウェアと、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、任意のユーザー（通常は医療従事者Ｍ、具体的に言えば医師）の要請に応じて、個々の患者Ｐの「施設トレース情報」を作成して記憶するセクションである。

【0176】

「施設トレース情報」とは、個々の患者Ｐが入退院や入退所を繰り返すことで経由した医療関連施設または介護関連施設の履歴（変動状況）を示す情報を意味する。「施設トレース情報」の例としては、例えば、２０１Ｘ年２月１日：山田医院（初診）、同年２月５日：田中病院（手術）、同年２月９日：鈴木リハビリ病院（術後リハビリ）、同年３月１０日：ＹＹ老人ホーム（リハビリによる体調回復）、というような形式の情報が挙げられる。ここでは、「施設トレース情報」に含まれる項目としては、移動日または移動予定日、移動施設名、そして移動理由の３項目となっており、非常に簡潔で、専門家でなくても瞬時に理解できるようになっている。しかし、これら以外の項目を加えてもよいことは言うまでもない。

【0177】

施設トレース情報作成部１８０が施設トレース情報を作成・記憶する際の動作は、例えば、次のような流れになる。

【0178】

まず、特定の患者Ｐが次に移動する医療関連施設または介護関連施設（移動先施設）が決まると、直ちに、現在の医療関連施設または介護関連施設（移動元施設）に所属し、且つ、当該患者ＰのグループＧのグループ・メンバーである医療従事者Ｍの中の任意の１人が、移動先施設の担当スタッフ宛てにＥメールを送信し、医療・介護支援システム３０にアクセスして同システム３０のユーザーになるよう依頼する。その依頼に応じて前記担当スタッフが同システム３０のユーザーになったことが確認されると、医療・介護支援システム３０の招待リクエスト制御部３２４により同スタッフに対して招待リクエストが自動送信されるので、それに対して同スタッフが承認することで、同スタッフは当該グループＧのグループ・メンバーとなる。すると、同スタッフは、当該グループＧのタイムライン上の情報の閲覧と、同タイムラインの情報の投稿が可能となるので、同スタッフが当該患者Ｐの施設間移動に係る情報を同タイムラインに投稿すれば、当該グループＧのグループ・メンバーである移動元施設のすべての医療従事者Ｍに対して、移動先施設の施設関連情報や移動予定日（入院予定日／入所予定日）、移動目的等を知らせることができる。「施設トレース情報」は、医療・介護支援システム３０と多職種連携支援システム１００を利用して、このようにして作成することができる。しかし、施設トレース情報は、医療・介護支援システム３０を経由せずに作成してもよいことは言うまでもない。

【0179】

患者Ｐの「施設トレース情報」は、必要に応じて、サマリー情報作成部１２０で作成された当該患者Ｐのサマリー情報と組み合わせることができ、そうすると、施設間移動に必要な情報を一括して伝達することができ、移動元施設と移動先施設の双方の医療従事者Ｍや介護従事者Ｃにとって便宜である。

【0180】

ユーザーアクセス制御部１９０は、その動作を制御するソフトウェアと、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、多職種連携支援システム１００で作成・記憶された経過情報及びサマリー情報と、医療・介護支援システム３０で作成・記憶している個々の患者Ｐの個人情報全般（患者の基本情報や医療・介護情報を含む）とに対する、ユーザーのアクセス権を制御（アクセス環境を調整）するセクションである。ユーザーアクセス制御部１９０は、個々のユーザーの受給者情報、すなわち、医療・介護支援システム３０に保存されている個々のユーザー（ここでは患者Ｐ）の受給者情報と、多職種連携支援システム１００で作成・保存された同ユーザー（患者Ｐ）の経過情報及びサマリー情報とに対するアクセス権を、当該受給者情報の内容やユーザーにとっての必要度、機密度等に応じて精密に制御するために設けられており、ユーザーの利便性を確保しながら、機密性の高い受給者情報を取り扱うにふさわしい高レベルのセキュリティ環境を提供することができる。

【0181】

ユーザーアクセス制御部１９０の内部構成の詳細については、後述する。

【0182】

（経過情報作成部１１０の内部構成）
次に、上述した経過情報作成部１１０の内部構成について、図１２を参照しながら詳細に説明する。

【0183】

経過情報作成部１１０は、図１２に示すように、情報取込部１１１、情報カテゴリー識別部１１２、情報記憶部１１３、制御部１１４、情報カテゴリー管理部１１５、スタンプ管理部１１６、ＢＯＴ管理部１１７、及び、ＩＯＴ情報管理部１１８を有している。

【0184】

情報取込部１１１は、その動作を制御するソフトウェアから形成され、いずれかのユーザーからの要請に応じて、個々の患者Ｐのタイムラインに表示された複数のメッセージ型情報及び複数のデータ型情報から、前記ユーザーにより指定されたものを「第１ターゲット情報」として選択的に取り込み、当該第１ターゲット情報に固有のメッセージ／データＩＤを割り当てると共に、当該第１ターゲット情報を投稿したユーザーのユーザーＩＤとの関連づけを行ってから情報記憶部１１３に記憶し、さらに、当該第１ターゲット情報を情報カテゴリー識別部１１２に送付するサブセクションである。

【0185】

情報取込部１１１により取り込まれた第１ターゲット情報としてのメッセージ型情報又はデータ型情報は、それをタイムライン５１に投稿した投稿者のユーザーＩＤに関連づけられたメッセージ／データＩＤを持つ。データ型情報（ファイル）が添付されたメッセージ型情報を第１ターゲット情報として取り込んだ場合には、メッセージ型情報とデータ型情報（ファイル）のそれぞれに別個のメッセージ／データＩＤが割り当てられるから、取り込まれた情報とそれに割り当てられるメッセージ／データＩＤは、常に一対一対応となる。

【0186】

情報カテゴリー識別部１１２は、情報取込部１１１から送付された第１ターゲット情報としてのメッセージ型情報又はデータ型情報が、所定の情報カテゴリーのいずれに属するかを識別し、所定のカテゴリーＩＤから該当するものを割り当ててから、当該メッセージ型情報又はデータ型情報（第１ターゲット情報）を情報記憶部１１３に記憶するサブセクションである。第１ターゲット情報としてのメッセージ型情報又はデータ型情報が、どの情報カテゴリーに属するかの識別は、公知のソフトウェアを用いて、当該情報の中に含まれているテキスト情報を随時チェックするように構成することで、容易に自動化することができる。例えば、公知のテキストマイニング用ソフトウェアなどを用いて、第１ターゲット情報としてのメッセージ型情報又はデータ型情報に含まれている文字（テキスト）情報を分析し、そこに含まれている意味（情報）を読み出すようにすればよい。読み出された意味（情報）毎に対応するカテゴリーを決めておけば、該当するカテゴリーＩＤを当該メッセージ型情報又はデータ型情報のメッセージ／データＩＤに自動的に割り当てることが可能となる。

【0187】

情報カテゴリー識別部１１２の識別処理を終えた第１ターゲット情報としてのメッセージ型情報又はデータ型情報は、それを前記患者Ｐのタイムラインに投稿した投稿者のユーザーＩＤと、該当するカテゴリーに対応するカテゴリーＩＤとに関連づけられた、固有のメッセージ／データＩＤを持つことになる。

【0188】

本実施形態では、情報カテゴリー識別部１１２が識別する情報カテゴリーとして、医療、介護、ＡＣＰ、そして健康の４つのカテゴリーが設定されている。

【0189】

医療カテゴリーに属する情報としては、例えば、「熱が高いので検査したところ、やはりインフルエンザでした」、「血圧が上がってきているので、血圧を下げる薬を処方します」というような、文字群（テキスト）から形成され且つ伝達すべき何らかの意味を包含するメッセージ型情報や、血糖値、ヘモグロビンＡ１ｃ（ＨｂＡ１ｃ）値等を含む検査データのようなデータ（ファイル）型情報がある。また、例えば、「最新の褥瘡の画像を添付します」というメッセージからなるメッセージ型情報と、そのメッセージに添付された褥瘡画像ファイルからなるデータ型情報との組み合わせもある。

【0190】

介護カテゴリーに属する情報としては、例えば、「リハビリを頑張ったので、液状のものなら自力で飲めるようになりました」というメッセージからなるメッセージ型情報がある。また、「リハビリ後、この食事を完食しました」というメッセージからなるメッセージ型情報と、それに添付された食事画像ファイルからなるデータ型情報との組み合わせもある。

【0191】

ＡＣＰカテゴリーに属する情報としては、例えば、「本人は、いったんは胃ろうを受け入れましたが、今は、やはり死んでもいいから寿司が食べたい、と言っています。ご家族もそれを応援しています」というメッセージからなるメッセージ型情報がある。また、「延命治療は受けたくない」というメッセージからなるメッセージ型情報と、それに添付された事前処置計画書（ＡＣＰ）ファイルからなるデータ型情報との組み合わせもある。

【0192】

健康カテゴリーに属する情報としては、例えば、血圧、体重、散歩で歩いた歩数、食事履歴等を表示するメッセージからなるメッセージ型情報がある。また、特定の日の食事を撮影した写真ファイルからなるデータ型情報もある。これらのメッセージ型情報とデータ型情報との組み合わせもある。これらの情報は、個々の患者Ｐが自身で記録・管理すべき健康関連情報である。ここでは、健康カテゴリーは、健康に関する情報に加えて、医療と介護とＡＣＰの３カテゴリーのいずれにも属さない情報が分類されるカテゴリーとして設けられている。

【0193】

ここでは、前記情報カテゴリーとして医療、介護、ＡＣＰ及び健康の４つのカテゴリーが設定されているが、本発明はこれには限定されない。これら４つのカテゴリーとは異なるカテゴリーを設定してもよいし、これら４つのカテゴリーからいずれかを除去してもよい。また、これら４つのカテゴリーに他のカテゴリー（例えば背景、重要など）を追加してもよい。「背景」カテゴリーとは、医療情報を得た時や得る直前の、当該医療情報に影響を与える外的要因であり、例えば気候や体調等がある。「重要」カテゴリーとは、医療や介護に重大な影響を与える情報を指しており、医療、介護等の上記の４つのカテゴリーに属する情報で、特に重要と認められるものが該当する。

【0194】

情報記憶部１１３は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、情報カテゴリー識別部１１２によって前記情報カテゴリー毎に識別・分類されたメッセージ型情報及びデータ型情報と、上述したようにして相互に関連づけられたメッセージ／データＩＤ、ユーザーＩＤ及びカテゴリーＩＤとを記憶するサブセクションである。つまり、情報カテゴリー識別部１１２の識別処理を終えた第１ターゲット情報（つまり、情報取込部１１１によって取り込まれたメッセージ型情報又はデータ型情報）それ自体と、当該第１ターゲット情報に付されたメッセージ／データＩＤ（これは投稿者のユーザーＩＤと該当するカテゴリーＩＤに関連づけられている）は、情報記憶部１１３に記憶されるのである。

【0195】

以上のようにして、第１ターゲット情報として多職種連携支援システム１００の情報取込部１１１により取り込まれて情報記憶部１１３に記憶された複数のメッセージ型情報及びデータ型情報は、医療・介護支援システム３０のグループ管理部３２０のタイムライン制御部３２６と協働することで、必要に応じて、該当するタイムラインの所定の「経過情報表示エリア」（これについては後述する）に表示されることが可能である。

【0196】

第１ターゲット情報として取り込まれたメッセージ型情報又はデータ型情報のメッセージ／データＩＤと、それを該当するタイムラインに投稿した投稿者のユーザーＩＤと、該当するカテゴリーＩＤとの間の関連づけは、例えば、図４５（ａ）に示した情報管理テーブルの形式で記憶・管理される。上述した４つの情報カテゴリーに対するカテゴリーＩＤの割り当ては、例えば、図４５（ｂ）に示した情報カテゴリーテーブルの形式で記憶・管理される。

【0197】

制御部１１４は、その動作を制御するソフトウェアから形成され、経過情報作成部１１０の全体動作を制御するサブセクションである。

【0198】

制御部１１４は、例えば、（ｉ）情報取込部１１１、情報カテゴリー識別部１１２、情報記憶部１１３、情報カテゴリー管理部１１５、スタンプ管理部１１６、ＢＯＴ管理部１１７、及び、ＩＯＴ情報管理部１１８の個々の動作を調整して、支障が生じないように制御したり、（ｉｉ）タイムライン５１に表示されたメッセージ型情報及び／又はデータ型情報毎に、当該情報の内部または近傍の所定箇所に、所定の「経過情報作成アイコン」（図２０参照）を表示したり、（ｉｉｉ）「経過情報作成アイコン」がクリックされると、情報取込部１１１と情報カテゴリー識別部１１２をアクティブにして、指定されたメッセージ型情報又はデータ型情報を第１ターゲット情報として取り込むよう促したり、（ｉｖ）情報記憶部１１３に記憶されたメッセージ型情報又はデータ型情報をタイムライン５１の所定の「経過情報表示エリア」に表示したりする。

【0199】

情報カテゴリー管理部１１５は、その動作を制御するソフトウェアから形成され、制御部１１４による制御下で、上述した情報カテゴリーを管理するサブセクションである。情報カテゴリー管理部１１５は、上述した医療、介護、ＡＣＰ及び健康の４つの情報カテゴリーのそれぞれに対して、該当するカテゴリーＩＤを割り当てて記憶する。これらカテゴリーの設定は、ユーザーの指示に応じて、情報カテゴリー管理部１１５によって行われる。情報カテゴリーの設定内容は、必要に応じて任意に変更することが可能である。

【0200】

上記４つの情報カテゴリーに対するカテゴリーＩＤの割り当ては、例えば、図４５（ｂ）の情報カテゴリーテーブルの形式で記憶・管理される。

【0201】

スタンプ管理部１１６は、その動作を制御するソフトウェアから形成され、制御部１１４による制御下で、個々の患者Ｐのタイムラインの指定箇所に表示されるスタンプ群を管理するサブセクションである。スタンプ管理部１１６は、例えば、（ｉ）タイムラインに表示されたメッセージ型情報及び／又はデータ型情報の内部または近傍の所定箇所に、所定の「スタンプ」アイコン（図２０参照）を表示したり、（ｉｉ）どのスタンプをアクティブにし、どのスタンプを非アクティブにするかを制御したり、（ｉｉｉ）アクティブにしたスタンプをタイムラインのどこに表示させ、且つ、どのような機能を実行させるかを制御したりする。この管理は、制御部１１４の制御下で、ユーザー端末１０、１１又は１２からの指示に応じて行われる。

【0202】

ＢＯＴ管理部１１７は、その動作を制御するソフトウェアから形成され、制御部１１４による制御下で、個々の患者Ｐのタイムラインの指定箇所に表示されるスタンプ群と連携して、あるいは、スタンプ群とは別個に動作するＢＯＴ群を管理するサブセクションである。ＢＯＴ管理部１１７は、具体的には、（ｉ）予め指定された契機に応じて、どのＢＯＴをアクティブにし、どのＢＯＴを非アクティブにするかを制御したり、（ｉｉ）各ＢＯＴにより表示されるべきメッセージ、テンプレート、アイコン等をタイムラインのどこに配置するかを制御したり、（ｉｉｉ）ＢＯＴに対応する機能の実行結果の情報記憶部１１３への記憶と共に、タイムラインへの表示を制御したりする。ＢＯＴ管理部１１７によるこのような管理は、制御部１１４の制御下で行われる。

【0203】

ＩＯＴ情報管理部１１８は、その動作を制御するソフトウェアから形成され、制御部１１４による制御下で、多職種ユーザー連携支援システム１００に導入されるＩＯＴ（Internet Of Things）情報を管理するサブセクションである。ＩＯＴ情報とは、インターネット２０を介して多職種連携支援システム１００又は医療・介護支援システム３０に接続された外部医療機器（検査機器、測定機器など）から供給される種々の検査情報や測定情報等、いわゆるＩＯＴ機器から導入される種々の情報を意味する。ＩＯＴ情報は、主としてＢＯＴの動作を実現するために必要なものであり、例えば外部測定機器の出力情報として、体重、血圧、血糖値等がある。この管理は、制御部１１４の制御下で、ユーザー端末１０、１１又は１２からの指示に応じて行われる。

【0204】

（サマリー情報作成部１２０の内部構成）
次に、上述したサマリー情報作成部１２０の内部構成について、図１３を参照しながら詳細に説明する。

【0205】

サマリー情報作成部１２０は、図１３に示すように、転記元指定部１２１、転記先指定部１２２、情報記憶部１２３、制御部１２４、基本情報取込部１２５、施設トレース情報取込部１２６、及び、編集支援部１２７を有している。

【0206】

転記元指定部１２１は、その動作を制御するソフトウェアから形成され、いずれかのユーザー端末１０、１１又は１２からの指示に応じて、特定の患者Ｐの特定の疾患に係る「経過情報」に包含されている複数のメッセージ型情報及び複数のデータ型情報の中から、同患者Ｐの同疾患についての「サマリー情報」として抽出（転記）すべき情報を「第２ターゲット情報」として指定し、その第２ターゲット情報の所在箇所を「転記元」として情報記憶部１２３に記憶するサブセクションである。

【0207】

具体的に言えば、転記元指定部１２１は、前記第２ターゲット情報に固有のサマリーＩＤを割り当てると共に、そのサマリーＩＤを前記第２ターゲット情報のメッセージ／データＩＤと関連づけてから、情報記憶部１２３に記憶する。これにより、「転記元」として指定された、第２ターゲット情報としてのメッセージ型情報又はデータ型情報のメッセージ／データＩＤは、投稿者のユーザーＩＤとサマリーＩＤの双方に関連づけて保存される。したがって、「転記元」として指定されたメッセージ型情報又はデータ型情報のメッセージ／データＩＤとそれに割り当てられたサマリーＩＤは、常に一対一対応となる。

【0208】

例えば、制御部１２３により、「経過情報」に含まれている個々のメッセージ型情報に、「サマリー情報として書き込む」アイコンを表示させておき、転記元指定部１２１は、これらアイコンのいずれかがユーザーによりクリックされるのを待機する。これらアイコンのいずれかがクリックされると、転記元指定部１２１は、そのクリックされたアイコンに対応する（当該アイコンが付されている）メッセージ型情報を、「転記元」（第２ターゲット情報）として指定する。データ型情報の場合には、それらの所在を示すサムネイルがクリックされるのを待機し、転記元指定部１２１は、これらサムネイルのいずれかがユーザーによりクリックされるのを待機する。これらサムネイルのいずれかがクリックされると、転記元指定部１２１は、そのクリックされたサムネイルに対応するデータ型情報を、「転記元」（第２ターゲット情報）として指定する。なお、クリックされたアイコン又はサムネイルに対応するメッセージ型情報又はデータ型情報とは異なる情報を、「転記元」すなわち第２ターゲット情報として別個に指定できるようにしてもよいことは言うまでもない。

【0209】

転記先指定部１２２は、その動作を制御するソフトウェアから形成され、いずれかのユーザー端末１０、１１又は１２からの指示に応じて、転記元指定部１２１により「転記元」（第２ターゲット情報）と指定されたメッセージ型情報又はデータ型情報の「抜粋情報」を配置すべき箇所、すなわち、所定の「サマリー情報表示エリア」に配置されるサマリー情報の配置箇所を指定し、その指定された箇所を「転記先」として情報記憶部１２３に記憶するサブセクションである。

【0210】

例えば、制御部１２３により、「経過情報」に含まれている個々のメッセージ型情報に「書き込む位置」アイコンを表示させておき、転記先指定部１２２は、これらアイコンのいずれかがユーザーによりクリックされ、さらに書き込む位置が当該ユーザーによりさらなるクリックにより指定されるのを待機する。いずれかの「書き込む位置」アイコンがクリックされ、それに応じてサマリー情報表示エリアが表示され、そのサマリー情報表示エリア内の所望箇所がクリックされて書き込む位置が指定されると、転記先指定部１２２は、そのクリックされた位置を「転記先」として指定する。データ型情報の場合には、「書き込む位置」アイコンに代えて、それらの所在を示すサムネイルがクリックされるのを待機することを除いて、メッセージ型情報の場合と同様にして「転記先」を指定する。なお、これ以外の方法で「転記先」を指定できるようにしてもよいことは言うまでもない。

【0211】

情報記憶部１２４は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、「転記元」（第２ターゲット情報）と指定されたメッセージ型情報又はデータ型情報から抜粋された「抜粋情報」と、転記元指定部１２１で指定された「転記元」を示す転記元指定情報と、転記先指定部１２２で指定された「転記先」を示す転記先指定情報とを記憶するサブセクションである。

【0212】

以上のようにして第２ターゲット情報として指定されたメッセージ型情報又はデータ型情報から作成される「抜粋情報」は、医療・介護支援システム３０のグループ管理部３２０のタイムライン制御部３２６と協働することで、必要に応じて、該当するタイムラインの上述した「サマリー情報表示エリア」（これについては後述する）に表示されることが可能である。

【0213】

第２ターゲット情報として指定されたメッセージ型情報又はデータ型情報のメッセージ／データＩＤと、サマリーＩＤとの関連づけは、例えば、図４５（ａ）に示した情報管理テーブルの形式で記憶・管理される。

【0214】

制御部１２３は、その動作を制御するソフトウェアから形成され、患者サマリー情報作成部１２０の全体動作を制御するサブセクションである。

【0215】

制御部１２３は、例えば、（ｉ）転記元指定部１２１、転記先指定部１２２、情報記憶部１２３、基本情報取込部１２５、施設トレース情報取込部１２６、及び、編集支援部１２７の動作を調整して、支障が生じないように制御したり、（ｉｉ）タイムライン５１の「経過情報エリア」に表示されたメッセージ型情報及び／又はデータ型情報毎に、当該情報の内部または近傍の所定箇所に、所定の「サマリー情報として書き込む」アイコン（図２０参照）と「書き込む位置」アイコンを表示したり、（ｉｉｉ）「サマリー情報として書き込む」アイコンがクリックされると、転記元指定部１２１をアクティブにして、対応するメッセージ型情報及び／又はデータ型情報を「転記元」（第２ターゲット情報）として指定したり、（ｉｖ）「書き込む位置」アイコンがクリックされると、転記先指定部１２２をアクティブにして、第２ターゲット情報から作成される「抜粋情報」を指示された「転記先」に転記（コピー）したり、（ｖ）情報記憶部１２３に記憶された「抜粋情報」を該当するタイムラインの「サマリー情報表示エリア」に表示したりする。

【0216】

基本情報取込部１２５は、その動作を制御するソフトウェアから形成され、患者基本情報記憶部１３０に記憶されている患者基本情報や、疾患基本情報記憶部１４０に記憶されている疾患基本情報、疾患別デフォルト情報記憶部１５０に記憶されている疾患別デフォルト情報、薬基本情報記憶部１６０に記憶されている薬基本情報、そして薬別デフォルト情報記憶部１７０に記憶されている薬別デフォルト情報を、必要に応じて、作成中または既存のサマリー情報群にその一部として取り込むサブセクションである。

【0217】

施設トレース情報取込部１２６は、その動作を制御するソフトウェアから形成され、必要に応じて、施設トレース情報作成部１８０に記憶されている施設トレース情報を、必要に応じて、作成中または既存のサマリー情報の一部として取り込むサブセクションである。

【0218】

編集支援部１２７は、その動作を制御するソフトウェアから形成され、転記元指定部１２１で指定された「転記元」の第２ターゲット情報を、転記先指定部１２２で指定された「転記先」へ転記する際に、当該第２ターゲット情報を編集画面上でユーザーが編集する動作を支援するサブセクションである。

【0219】

編集支援部１２７は、例えば、当該第２ターゲット情報としての一組のテキストの中から、キーワードと想定される語句を自動的に抜粋してサマリー情報に取り込む等の支援を行う。編集支援部１２７は、ユーザーによる当該第２ターゲット情報の編集作業を容易化・効率化するためのものであるから、省略してもよい。

【0220】

（ユーザーアクセス制御部１９０の内部構成）
次に、上述したユーザーアクセス制御部１９０について、図１４を参照しながら詳細に説明する。

【0221】

ユーザーアクセス制御部１９０は、図１４に示すように、アクセス可能範囲設定部１９１、テクノロジー条件設定部１９２、ソーシャル本人認証部１９３、及び、緊急時アクセス設定部１９４を有している。

【0222】

アクセス可能範囲設定部１９１は、その動作を制御するソフトウェアと、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、管理者Ａの指示に応じて、個々のユーザーがアクセス可能な情報の範囲を設定・記憶するサブセクションである。アクセス範囲設定部１９１によるアクセス可能情報の範囲の設定は、ユーザー毎に異ならせて、個別に且つ高精度に行うことができる。

【0223】

例えば、図４３のアクセス条件設定画面６０に示すように、医療情報、介護情報、施設トレース情報、ＡＣＰ情報、健康情報、リビングウィル（Living Will、生前意思）情報等に区分しておき、ユーザー毎に、これらの区分のいずれか１つ又は２以上を指定して、アクセス可能範囲を設定する。こうすることで、ユーザー毎にアクセス可能情報を細かく設定できるようになるため、アクセス可能な情報の範囲を精密に制御することが可能となる。なお、必要に応じて、前述したのとは異なる情報区分に設定可能であることは言うまでもない。

【0224】

テクノロジー条件設定部１９２は、その動作を制御するソフトウェアと、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、管理者Ａの指定に応じて、個々のユーザーがアクセスする際に必要なテクノロジー面での条件を設定・記憶するサブセクションである。

【0225】

テクノロジー条件としては、例えば、端末セキュリティに係る条件と、ネットワークセキュリティに係る条件とが設定できる。前者は、個々のユーザーが使用する端末（ユーザー端末）のセキュリティ対策として、クライアント証明書の導入がされているか否かで決まる。後者は、個々のユーザーが使用するネットワークのセキュリティ対策として、ＴＬＳ１．１か、ＴＬＳ１．２以上か、対策なしか、で決まる。なお、必要に応じて、これらとは異なるセキュリティ対策を設定してもよいことは言うまでもない。

【0226】

ソーシャル本人認証部１９３は、その動作を制御するソフトウェアと、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、管理者Ａの指示に応じて、個々のユーザーがアクセスする際に必要なソーシャル本人認証での条件を設定・記憶するサブセクションである。

【0227】

「ソーシャル認証」とは、一般的には、TwitterやFacebook等のソーシャルメディア（ソーシャル・ネットワーキング・サービス）と連携して、そのソーシャルメディアのログイン機能と認証情報を利用して、ユーザー本人の認証を行うことであるが、本発明では、医療・介護支援システム３０が提供する、閉鎖型のソーシャル・ネットワーキング・サービスと同様の医療・介護サービス・ネットワークに設けられているログイン機能と認証機能を利用して、ユーザー本人の認証を行うことを意味する。これは、その閉鎖型のソーシャル・ネットワーキング・サービスの利用状況から各ユーザーの素行や人間関係を推測し、それらを本人認証に利用しようとするものである。

【0228】

例えば、複数の条件、例えば、
１．ｎ人の外部の多職種スタッフ（ソーシャル認証済み）と、少なくとも１つのグループを介してつながっている（ただし、ｎは１以上の整数）、
２．ｍ個のグループのメンバーである（ただし、ｍは１以上の整数）、
３．ユーザー自身の顔写真とプロフィールが掲載されている、
４．ユーザー登録からｘヶ月以上経過しており、且つ、１ヶ月にｙ回以上の書き込み
がある（ただし、ｘ及びｙはいずれも１以上の整数）、
５．使用する端末が、所定レベル以上のセキュリティ条件を満たしている、
という５条件を予め設定しておき、それら５条件をすべて満たしているユーザーは、本人である確からしさが認められて、認証マークが付与されるようにする。そして、上述した５条件に含まれているパラメータｎ、ｍ、ｘ及びｙの数値と、上記５条件に対するＡＮＤ条件及び／又はＯＲ条件の設定を、医師会等の各地域における責任組織が行えるようにすることができる。

【0229】

例えば、最も厳格な認証にしたい場合は、条件１〜条件５をすべてＡＮＤ論理（×）で結び付ければよい。したがって、この場合のアルゴリズムは、条件１×条件２×条件３×条件４×条件５となる。これより少し緩い認証にしたい場合は、条件１と２をＯＲ論理（＋）で結び、そのＯＲ論理の結果と条件３〜５をＡＮＤ論理（×）で結び付ければよい。したがって、この場合のアルゴリズムは、（条件１＋条件２）×条件３×条件４×条件５となる。

【0230】

上記のようにしてＡＮＤ／ＯＲ論理による条件設定をした上で、より細かく条件設定を行いたい場合は、上述した５条件に含まれている４つのパラメータｎ、ｍ、ｘ及びｙの数値を増加・減少すればよい。

【0231】

このように、上述した５条件・４パラメータの認証条件を使用すれば、個々のユーザーがアクセスする際に必要なソーシャル本人認証（アクセス主体に係る認証）の条件を、アルゴリズムを用いて柔軟に設定することができるから、医療・介護サービスを提供する地域の特性に応じてかなり自由に設定することが可能となる。したがって、医療・介護支援システム３０と多職種連携支援システム１００に必要な高度のセキュリティ・レベルと、ユーザー（医療従事者Ｍ、介護従事者Ｃ、患者Ｐ、患者関係者Ｒ）の多様な要望とを、高いレベルでマッチングさせることが可能となり、しかも、医療・介護サービスの信頼度の向上にも大きく貢献することができる。

【0232】

上述したソーシャル本人認証では、個々のユーザーがアクセスできる受給者情報（アクセス対象、つまりアクセス可能範囲）についても、設定できるようになっている（図４３参照）。具体的には、患者Ｐの医療・介護情報（つまり受給者情報）の分野・内容や機密度と、個々のユーザーにとっての必要度に応じて、例えば、医療関係情報、介護関係情報、健康関係情報、ＡＣＰ関係情報、及び施設トレース情報の５つに分類し、個々のユーザーが（ｉ）医療従事者であるか否か、（ｉｉ）医療従事者であれば、医師であるか、看護師であるか、それ以外であるか、（ｉｉｉ）所属する施設はどこか、（ｉｖ）担当業務は何か、といった条件を考慮して、そのユーザーのアクセス可能範囲を細かく設定することができる。

【0233】

こうすることで、個々の患者Ｐの医療・介護情報に対するアクセス権を、当該情報の分野・内容や機密度、個々のユーザー（多職種の専門家）にとっての必要度に応じて精密に制御することができるようになるから、必要とされる利便性を保持しながら、個々の患者Ｐの医療・介護情報を取り扱うにふさわしい高レベルのセキュリティ環境を実現することができ、多職種連携支援システム１００に対する信頼性が向上する、という利点がある。

【0234】

緊急時アクセス設定部１９４は、その動作を制御するソフトウェアと、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、管理者Ａの指示に応じて、緊急時のアクセス機能を設定・記憶するサブセクションである。

【0235】

この緊急時アクセス機能は、例えば、患者Ｐの容態が急変したために、救急病院に当該患者Ｐが救急搬送されたような緊急の場合に、必須の機能である。緊急の場合、救急搬送先の病院の医師や看護師は、通常、当該患者Ｐの治療等を担当していないため、たとえ医療・介護支援システム３０のユーザーＩＤを有していたとしても、当該患者ＰのグループＧにそのグループ・メンバーとして所属していないことがほとんどであり、したがって、医療・介護支援システム３０と多職種ユーザー連携支援システム１００によって保存されている当該患者Ｐの医療情報等の受給者情報を利用できないからである。しかし、当該患者Ｐへの処置は緊急を要するだけでなく、医療ミスを防止しながらより的確な医療処置を施す必要性も高いことから、当該患者Ｐの医療情報（疾患の治療履歴など）や介護情報（要介護レベルなど）を当該救急病院の医師等が閲覧して活用できるようにすることが求められる。緊急時アクセス設定部１９４は、このような緊急時に限定して、医療・介護支援システム３０のユーザーＩＤを有しているが、当該患者Ｐに係る１又は複数のグループＧのグループ・メンバーでないために、当該患者Ｐに係る医療・介護情報を利用できない当該救急病院の医師等が、一定の短時間（例えば２４時間以内）に限り、非常に簡易な手法で、上記両システム３０及び１００内に保存されている当該患者Ｐの医療・介護情報の閲覧を可能とする条件を設定するために設けられている。

【0236】

例えば、日頃から、患者Ｐが自己の氏名とＱＲコード（登録商標）、相互に連携関係にある医療関連施設の名称等を印刷した書面として、図４６に示すような「緊急時アクセス・シート」を常時携帯するように指導しておき、救急病院の医師や看護師が、医療・介護支援システム３０のユーザーＩＤを有していれば、当該患者ＰのグループＧにそのグループ・メンバーとして所属していない場合であっても、当該医師や看護師が自己の携帯端末のカメラ機能を用いてその書面上のＱＲコードを撮影すれば、直ちに、インターネット２０を介して医療・介護支援システム３０のログイン画面にアクセスできるように設定しておく。上述した書面には、「当該書面上のＱＲコードを使うと、医療・介護支援システム３０のユーザーＩＤを有していれば、当該患者ＰのグループＧのメンバーではない医師や看護師でも、所定時間に限り、当該患者Ｐの医療・介護情報を閲覧できる」ことを伝えるメッセージを付記しておくと共に、その書面と同じ内容を当該患者Ｐの患者関係者Ｒや医療従事者Ｍ、介護従事者Ｃ等に予め通知しておく。そうすれば、医療・介護支援システム３０のユーザーであるが、当該患者ＰのグループＧのメンバーではない上述した救急病院の医師や看護師に、搬送されてきた当該患者Ｐの氏名が判明した段階で、直ちに医療・介護支援システム３０のログイン画面にアクセスするように促すことが可能となる。同システム３０のユーザーＩＤを有していない医師や看護師のログインは、ログイン画面で拒絶されるので、当該患者Ｐの受給者情報のセキュリティは維持される。アクセス後、表示される初期メニュー中の「緊急時アクセス」のアイコン（図示せず）をクリックし、次に表示される患者（グループ・タイムライン）選択画面で当該患者Ｐを検索して指定すれば、非グループＧ・メンバーのままで一時的なアクセス権が付与されるように、医療・介護支援システム３０側で設定しておけばよい。

【0237】

緊急時アクセスが許容される条件としては、例えば、（ａ）緊急時に任意の前記受給者が搬送された事業関連施設（医療関連施設及び／又は介護関連施設）が、当該受給者に係る１又は複数の前記グループの前記グループ・メンバーである前記医療従事者又は前記介護従事者が所属する事業関連施設と連携関係にあること、（ｂ）搬送された前記事業関連施設において搬送された前記受給者を担当する医療従事者又は介護従事者が、前記ユーザー識別情報を有していること、（ｃ）アクセス可能時間が、搬送された前記受給者に対する緊急の医療サービス及び／又は介護サービスの提供に必要と見積もられた時間に限定されていること、及び、（ｄ）アクセス後に可能となる操作が閲覧に限定されること、という４条件を設定するのが好ましい。これら４条件（ａ）〜（ｄ）のすべてが満たされない場合は、アクセスが拒絶されることになる。

【0238】

ここに、「連携関係」とは、相互に連携する旨の取り決めが結ばれた複数の事業関連施設（医療関連施設及び／又は介護関連施設）（医療・介護関連施設）の間の関係であり、例えば、相互に連絡を取り合って全施設に共通する受給者（患者又は要介護者）に対して自施設の医療サービス及び／又は介護サービスを提供すると共に、当該受給者に日常的に医療サービス及び／又は介護サービスを提供していない施設であっても、救急搬送等の緊急時には、当該受給者に医療サービス及び／又は介護サービスを提供する、といった関係である。「連携施設」とは、このような「連携関係」を持つ事業関連施設（医療・介護関連施設）である。

【0239】

例えば、患者Ｐ毎に、連携する医療関連施設名や介護関連施設名（つまり連携施設名）を予め登録しておき、当該連携施設の１つ又は複数に所属し且つ医療・介護支援システム３０のユーザーである医療従事者や介護従事者であれば、当該連携施設のいずれかに救急搬送された患者Ｐの１又は複数のグループＧのメンバーでなくても、一時的にアクセス権を付与するようにし、救急搬送先の医療従事者や介護従事者が当該患者Ｐの医療・介護情報を閲覧できる（ただし閲覧に限る）ようにするのである。あくまで一時的なアクセス権であるから、上述した救急病院の医師や看護師は、一定の短時間（例えば最初のアクセスから２４時間以内）に限り、上記両システム３０及び１００内に保存されている当該患者Ｐの医療・介護情報を閲覧できるようになる（ただし閲覧に限る）ので、医療・介護支援システム３０のセキュリティ・レベルを下げることなく、救急病院の医師等が医療処置を迅速且つ的確に行えるようになり、非常に有益である。

【0240】

なお、医療・介護支援システム３０のユーザーでない（ユーザーＩＤを持っていない）医療従事者や介護従事者の閲覧は、同システム３０へのログイン自体が拒絶されるから、できない。また、ユーザーＩＤを持っていても、上述した４条件（ａ）〜（ｄ）のいずれかを満たさない場合は、やはり閲覧できない。閲覧可能な情報としては、当該患者Ｐの医療情報に限られず、介護情報、健康情報、ＡＣＰ情報等の各種情報（つまり当該患者Ｐの受給者情報）まで拡げてもよいことは言うまでもない。

【0241】

上記のようにして、一定条件下で緊急時アクセスを可能としても、アクセスできるユーザーは、医療・介護支援システム３０のユーザーであり、且つ、該当する患者Ｐに係る所定の連携施設のうちの１又は複数に所属する医療従事者又は介護従事者に限定されるため、アクセス可能な人の範囲は非常に限定される（アクセス後の操作も情報の閲覧に限定される）から、緊急時アクセス設定部１９４により、同システム３０の高度なセキュリティを低下させずに、緊急時の要請に対応する、という厳しい条件を満たすことが可能となる。

【0242】

（多職種連携支援システムの動作）
次に、以上の構成を持つ多職種連携支援システム１００の動作について、図１５〜図１８のフローチャートと、図１９〜図４３の表示画面を参照しながら説明する。

【0243】

以下の説明では、山本××という患者Ｐの胃癌治療のために、図９に示した胃癌治療用グループＧ１１が作成されているとする。図１９は、そのグループＧ１１のタイムライン５１の医療・介護従事者側エリア（医療・介護従事者共有エリア）５１ｂの、１つのユーザー端末１０、１１又は１２（具体的には医療・介護従事者端末１１）の表示部に表示された画面の一例を示す。図１９は、グループＧ１１のグループ・メンバーである大川氏（看護師）が、医療・介護支援システム３０にログインして、グループＧ１１のタイムライン５１を閲覧している状態を示している。以下の説明では、このようなユーザーを「カレント・ユーザー」と言うことがある。また、グループＧ１１は、グループ・メンバーがメッセージやファイルの投稿・閲覧の対象とするグループであるから、「ターゲット・グループ」と言うことがある。

【0244】

図１９から分かるように、ターゲット・グループとしてのグループＧ１１のタイムライン５１の医療・介護従事者側エリア５１ｂには、複数のメッセージ型情報及び複数のデータ型情報が時間順に（図では上下方向に）配置されている。エリア５１ｂの上部には、メッセージ入力欄があり、カレント・ユーザーである大川氏（看護師）本人が入力可能である。

【0245】

図２０は、大川氏本人が、自己の医療・介護従事者端末１１に表示された医療・介護従事者側エリア５１ｂのメッセージ入力欄に、文字（テキスト）からなるメッセージ（メッセージ型情報）を新たに入力した状態を示す。そのメッセージ型情報には、褥瘡画像ファイル（データ型情報）が添付されている。

【0246】

グループＧ１１のタイムライン５１に投稿され表示される患者Ｐ１に係る医療・介護情報（つまり受給者情報）は、いずれも、グループＧ１１のグループ・メンバーである患者Ｐ１自身や患者関係者Ｒ１、医療従事者Ｍ１あるいはＭ２、または介護従事者Ｃ２が投稿したメッセージ形式の情報（メッセージ型情報）か、彼ら／彼女らが自己のメッセージに添付して、あるいは、自己のメッセージとは別個に投稿したデータ形式の情報（データ型情報）である。

【0247】

（多職種連携支援システム１００の経過情報作成部１１０の動作）
図１５は、多職種連携支援システム１００の経過情報作成部１１０の動作を示すフローチャートである。

【0248】

経過情報作成部１１０は、常時、いずれかのユーザー端末１０、１１又は１２から「経過情報作成要請」が送信されて来るのを待機している（ステップＳ１）。「経過情報作成要請」の受信の有無のチェックは、制御部１１４が行う。経過情報作成要請は、ターゲット・グループであるグループＧ１１のタイムライン５１の医療・介護従事者側エリア５１ｂに表示された多数のメッセージ型情報毎に表示されている「経過情報作成」アイコン（図２０参照）を、カレント・ユーザーがクリックすることで、医療・介護システム３０から多職種連携支援システム１００に向けて送信される。タイムライン５１の医療・介護従事者側エリア５１ｂに表示されたデータ型情報については、それが添付されたメッセージ型情報の内部に表示されたサムネイルをカレント・ユーザーがクリックすることで、医療・介護システム３０から多職種連携支援システム１００に向けて経過情報作成要請が送信される。経過情報作成要請の送信は、カレント・ユーザーである医療従事者Ｍ又は介護従事者Ｃのユーザー端末１１から行われる。経過情報作成要請の送信は、本実施形態では、医療・介護システム３０のタイムライン制御部３２６によって実行される。こうして送信された経過情報作成要請の受信が制御部１１４によって確認されると、情報取込部１１１が、受信した経過情報作成要請で指定されたメッセージ型情報を「第１ターゲット情報」として内部に取り込む（ステップＳ２）。

【0249】

次に、情報取込部１１１は、こうして取り込んだ第１ターゲット情報（メッセージ型情報又はデータ型情報）に、固有のメッセージ／データＩＤを割り当て、さらに、こうして割り当てられたメッセージ／データＩＤを、当該第１ターゲット情報を投稿したユーザー（すなわち投稿ユーザー）のユーザーＩＤに関連づける（ステップＳ３）。続いて、情報カテゴリー識別部１１２は、取り込んだ第１ターゲット情報のカテゴリーを識別し、該当するカテゴリーＩＤを割り当てる（ステップＳ４）。その後、取り込んだ第１ターゲット情報と、当該第１ターゲット情報の相互に関連づけられたメッセージ／データＩＤ、ユーザーＩＤ及びカテゴリーＩＤとを、情報記憶部１１３に記憶する（ステップＳ５）。この記憶動作は、情報カテゴリー識別部１１２と情報記憶部１１３の協働によって実行される。

【0250】

最後に、以上のようにして第１ターゲット情報として情報記憶部１１３に記憶されたメッセージ型情報又はデータ型情報を、そのカテゴリーと投稿ユーザーを明示しながら経過情報表示エリア５２に表示する（ステップＳ６）。この表示動作は、医療・介護システム３０のタイムライン制御部３２６によって実行される。経過情報表示エリア５２は、カレント・ユーザーである医療従事者Ｍ又は介護従事者Ｃのユーザー端末１１に表示される。

【0251】

上述したステップＳ１〜Ｓ６は、ログイン・ユーザーからの経過情報作成要請がある毎に繰り返されるため、タイムライン５１の医療・介護従事者側エリア５１ｂに表示されている複数のメッセージ型情報及びデータ型情報が第１ターゲット情報として経過情報作成部１１０に順次取り込まれ、さらに、それらの情報が属する４つのカテゴリー（医療、介護、健康又はＡＣＰ）のいずれかと、それらの情報を投稿した投稿ユーザーとを明示して、カレント・ユーザーのユーザー端末１１上で経過情報表示エリア５２（図２１参照）に時間順に並置される。図２１の経過情報表示エリア５２への第１ターゲット情報の表示動作も、医療・介護システム３０のタイムライン制御部３２６によって実行される。

【0252】

こうして取り込んだ第１ターゲット情報としての複数のメッセージ型情報及び複数のデータ型情報は、図３４Ａ、図３４Ｂ及び図３４Ｃに示すように、それらのカテゴリーと投稿ユーザーとを明示して経過情報表示エリア５２に時間順に並置されるため、患者Ｐ１の胃癌の医療及び／又は介護の面における時間的変化、健康状況の時間的変化、ＡＣＰの内容の時間的変化を直ちに知ることができ、医療従事者Ｍや介護従事者Ｃにとって非常に有益であるし、患者Ｐ１本人やその患者関係者Ｒにとっても有益である。しかも、これらのメッセージ型情報及びデータ型情報は、カテゴリー及び／又は投稿ユーザーをキーワードにして検索して時間順に整列できるため、医療面、介護面、健康面及びＡＣＰ面の時間的変化を個別に見ることができ、便利である。

【0253】

図３４Ａに表示されている「ＡＰ」、「ＢＳＯ」の略号は、経過情報の分類を示しており、Ａは診断結果（Assessment）、Ｐは処置（Plan）、Ｂは背景（Background）、Ｓは主訴（Subjective Complaints）、Ｏは客観的事実（Objective Facts）を表す。したがって、「ＡＰ」は、対応する情報が、特定の患者Ｐに対する診断結果または処置に係る情報であることを示し、「ＢＳＯ」は、対応する情報が、特定の患者Ｐの背景又は主訴又は客観的事実に係る情報であることを示す。このように、特定のカテゴリー（例えば医療カテゴリー）に属する情報をさらに分類することも可能であり、こうすれば、経過情報の理解と活用がいっそう容易になる。

【0254】

なお、経過情報表示エリア５２は、ユーザー毎にアクセス権を適宜設定することにより、グループＧ１１のグループ・メンバーである個々の医療従事者Ｍ及び介護従事者Ｃ毎に、異なる閲覧（アクセス）可能範囲を設定することが可能である。また、通常は、グループＧ１１のグループ・メンバーである患者Ｐや患者関係者Ｒは閲覧できないように設定されるが、閲覧可能範囲を限定したうえで閲覧できるようにしてもよい。

【0255】

図１６は、多職種連携支援システム１００のスタンプ管理部１１６に動作を示すフローチャートである。

【0256】

まず、経過情報作成部１１０は、常時、いずれかのユーザー端末１０、１１又は１２から「スタンプ使用要請」が送信されて来るのを待機している（ステップＳ１１）。「スタンプ使用要請」の受信の有無のチェックは、制御部１１４が行う。スタンプ使用要請は、グループＧ１１のタイムライン５１に表示された複数のメッセージ型情報毎に表示される「スタンプ」アイコン（図２０参照）を、カレント・ユーザーがクリックすることで、医療・介護システム３０から多職種連携支援システム１００に向けて送信される。本実施形態では、スタンプ使用要請の送信は、経過情報作成要請の送信と同様に、医療・介護システム３０のタイムライン制御部３２６によって実行される。図２２は、表示されているメッセージ型情報に付された「スタンプ」アイコン（図２０参照）が、カレント・ユーザーである大川氏によってクリックされた時の状態を示す。

【0257】

こうしてスタンプ使用要請の受信が制御部１１４によって確認されると、スタンプ管理部１１６は、カレント・ユーザー（看護師の大川氏）のユーザー端末１１に、図２３に示すようなスタンプ選択画面を表示する（ステップＳ１２）。このスタンプ選択画面には、使用可能な一群のスタンプが、医療、介護及び共通の３つのカテゴリー毎に分けて表示されている。経過情報作成部１１０は、このスタンプ選択画面に表示されたスタンプ群のいずれかがクリック（指定）されるのを待機する（ステップS１３）。

【0258】

カレント・ユーザーである大川氏が、図２３のスタンプ選択画面上で所望のスタンプを選択してクリックすると、スタンプ管理部１１６は、指定されたスタンプに対応する機能を実行する。さらに、スタンプ管理部１１６は、実行結果を情報記憶部１１３に記憶すると共に、同実行結果を前記スタンプ使用要請を送信する際に使用した前記メッセージ型情報の所定箇所に、自動的に挿入して表示する（ステップS１４）。

【0259】

具体的に説明すると、カレント・ユーザーの大川氏が、例えば、図２３のスタンプ選択画面に表示されたスタンプ群の中から「バイタル」スタンプをクリックしたとする。すると、スタンプ管理部１１６は、タイムライン制御部３２６と協働して、大川氏のユーザー端末１１に、図２３の下部に示すようなバイタル計測結果表示画面を表示する。カレント・ユーザーの大川氏は、そのバイタル計測結果表示画面の空欄に、自分で計測して得たバイタル計測結果を入力すればよい。その後、大川氏がそのバイタル計測結果表示画面（図２３参照）の「送信」ボタンをクリックすると、タイムライン制御部３２６は、図２４に示すように、入力した計測結果を、前記スタンプ使用要請を送信する際に使用した前記メッセージ型情報の所定箇所に、自動的に挿入して表示する。その後、大川氏が、こうして自動挿入された計測結果を含む前記メッセージ型情報の近傍に表示されている「経過情報作成」アイコンをクリックすると、前記メッセージ型情報とバイタル計測結果の双方が１つの経過情報として追加され、図２５に示すように、経過情報表示エリア５２に表示される。カレント・ユーザーが「バイタル」スタンプ以外のスタンプを選択した場合も、上述した「バイタル」スタンプとは機能は異なるが、同様に動作する。

【0260】

図１７は、多職種連携支援システム１００のＢＯＴ管理部１１７の動作を示すフローチャートである。

【0261】

図２６は、グループＧ１１のグループ・メンバーである患者Ｐ１（カレント・ユーザー）の患者端末１０に表示された、そのグループＧ１１のタイムライン５１の患者側エリア（全員共有エリア）５１ａを示す。医療・介護従事者側エリア（医療・介護従事者共有エリア）５１ｂとは異なり、患者側エリア５１ａにはスタンプと経過情報作成のアイコンが表示されていない。これは、患者側ではスタンプの使用と経過情報の作成ができないからである。

【0262】

ＢＯＴ管理部１１７は、常時、予め設定された契機（例えば所定の時刻の到来、所定の条件の満足）が到来するのを待機している（ステップＳ２１）。予め設定された契機の到来の有無のチェックは、制御部１１４が行う。

【0263】

予め設定された契機の到来が制御部１１４によって確認されると、ＢＯＴ管理部１１７は、その契機に起動するように設定されたＢＯＴ（ボット）をアクティブにする。すると、そのＢＯＴは、対応する機能を自動的に実行する（ステップＳ２２）。ＢＯＴ（ボット）は、何らかの契機によって予め定められた作業を自動的に実行・終了するプログラムであり、患者側の（すなわち患者Ｐまたは患者関係者Ｒ）の応答や動作を定期的に要求するために使用されている。このため、ＢＯＴの対応機能の実行により、カレント・ユーザーである患者Ｐ１又は患者関係者Ｒのユーザー端末１０又は１２上で、所定のテンプレートがタイムライン５１の患者側エリア５１ａに表示される（ステップS２３）。この表示は、ＢＯＴ管理部１１７からの指示を受けた医療・支援システム３０のタイムライン制御部３２６が行う。

【0264】

その後、ＢＯＴ管理部１１７は、カレント・ユーザーからの応答、すなわち、患者Ｐ１または患者関係者Ｒの動作を待つ（ステップＳ２４）。そして、ＢＯＴ管理部１１７は、患者Ｐ１又は患者関係者Ｒのユーザー端末１０又は１２から送られるカレント・ユーザーの応答の受信を確認すると、受信した応答の内容を情報記憶部１１３に記憶し、さらに、カレント・ユーザーである患者Ｐ１又は患者関係者Ｒのユーザー端末１０又は１２上で、患者側エリア５１ａに表示する（ステップＳ２５）。この表示は、ＢＯＴ管理部１１７からの指示を受けた医療・支援システム３０のタイムライン制御部３２６が行う。

【0265】

上述したＢＯＴ管理部１１７の動作を具体的に説明すると、例えば、所定時刻になると、予め指定された運動記録ＢＯＴが起動せしめられ、図２６に示したタイムライン５１の患者側エリア５１ａに、運動記録用テンプレートを投稿・表示する。この時の状態を図２７に示す。このテンプレートは、図２７に示すように、患者Ｐ１に運動の記録を促すメッセージを含んでいる。このメッセージに応じて、「記録する」ボタンをカレント・ユーザー-である患者Ｐ１または患者関係者Ｒがクリックすると、図２８に示すような運動記録入力用テンプレートが患者側エリア５１ａに表示される。そこで、カレント・ユーザー-である患者Ｐ１または患者関係者Ｒが、該当する運動の実施量（数値）を対応する空欄に入力した後、「送信」ボタンをクリックすると、図２９に示すように、入力された数値データは、同端末１０又は１２上でタイムラインの患者側エリア５１に挿入・表示される。なお、入力された運動の実施量データは、ＢＯＴ管理部１１７によって情報記憶部１１３に記憶される。この表示は、ＢＯＴ管理部１１７からの指示を受けた医療・支援システム３０のタイムライン制御部３２６が行う。

【0266】

患者Ｐ１または患者関係者Ｒによって入力された数値データを含む運動記録情報は、図２９のように、メッセージと数値データの双方を含むメッセージ型情報となって、タイムライン５１の患者側エリア５１ａに挿入・表示される。このメッセージ型情報は、医療・介護従事者側エリア５１ｂでも閲覧可能であるから、例えば医療従事者Ｍによって経過情報として取込可能である。その場合の経過情報表示画面は図３０に示すようになる。

【0267】

上述したＢＯＴ管理部１１７が管理するＢＯＴとしては、図２７〜図２９に示した服薬指示ＢＯＴも使用される。服薬指示ＢＯＴは、所定時刻になると起動せしめられ、カレント・ユーザー-である患者Ｐ１または患者関係者Ｒの端末１０又は１２上で、図２６に示したタイムライン５１の患者側エリア５１ａに、図３１に示すような服薬指示用テンプレートを投稿・表示する。このテンプレートは、図３１に示すように、患者Ｐ１に所定の薬の服薬を促すメッセージを含んでいる。このメッセージに応じて、「休んだ」又は「飲んだ」ボタンを患者Ｐまたは患者関係者Ｒが自己の端末１０又は１２上でクリックすると、図３２に示すように、クリックしたボタンに応じたメッセージが、同端末１０又は１２上でタイムライン５１の患者側エリア５１ａに挿入・表示される。なお、送信された「服薬済み」または「未服薬」のデータは、ＢＯＴ管理部１１７によって情報記憶部１１３に記憶される。この表示は、ＢＯＴ管理部１１７からの指示を受けた医療・支援システム３０のタイムライン制御部３２６が行う。

【0268】

患者Ｐまたは患者関係者Ｒによって送信された服薬記録情報は、図３２のように、ユーザー端末１０又は１２上で、メッセージ型情報となってタイムライン５１の患者側エリア５１ａに挿入・表示される。このメッセージ型情報は、医療・介護従事者側エリア５１ｂでも閲覧可能であるから、例えば医療従事者Ｍによって経過情報として取込可能である。その場合の経過情報表示画面は図３３に示すようになる。

【0269】

図３４Ａ〜図３４Ｃに、図２１に示した経過情報表示エリア５２に複数の経過情報が表示された例を示す。同図から明らかなように、各々の経過情報は、メッセージ型情報、あるいは、データ型情報が添付されたメッセージ型情報であるが、該当するカテゴリーと投稿したユーザーの氏名とが明示された状態で時間順に並置されているから、患者Ｐ１の胃癌の医療及び／又は介護の面における時間的変化、健康状況の時間的変化、ＡＣＰの時間的変化を直ちに知ることができ、医療従事者Ｍや介護従事者Ｃにとって非常に有益であるし、患者Ｐや患者関係者Ｒにとっても有益である。

【0270】

（多職種連携支援システム１００のサマリー情報作成部１２０の動作）
図１８は、多職種連携支援システム１００のサマリー情報作成部１２０の動作を示すフローチャートである。

【0271】

サマリー情報作成部１２０は、常時、いずれかのユーザー端末１０、１１又は１２から「サマリー情報作成要請」が送信されて来るのを待機している（ステップＳ３１）。「サマリー情報作成要請」の受信の有無のチェックは、制御部１２４が行う。医療従事者Ｍ又は介護従事者Ｃが、自己の端末１１上で、経過情報表示エリア５２（図２５、図３４Ａ〜３４Ｃ参照）に表示された経過情報としての複数のメッセージ型情報、又はデータ型情報が添付された複数のメッセージ型情報の中から、サマリー情報として使用したいものを選択してクリックすることで、図３５に示すような経過情報編集画面５３が経過情報表示エリア５２に表示される。経過情報編集画面５３には、「サマリー情報として書き込む」アイコンと、「書き込む位置」アイコンが表示されている。カレント・ユーザーとしての医療従事者Ｍ又は介護従事者Ｃが、自己の端末１１上で「サマリー情報として書き込む」アイコンをクリックすることで、「サマリー情報作成要請」が医療・介護システム３０から多職種連携支援システム１００に向けて送信される。サマリー情報作成要請の送信は、本実施形態では、医療・介護システム３０のタイムライン制御部３２６によって実行される。こうして送信されたサマリー情報作成要請の受信が制御部１２４によって確認されると、転記元指定部１２１が、受信したサマリー情報作成要請で指定された情報を転記元の「第２ターゲット情報」として指定する（ステップＳ３２）。そして、その第２ターゲット情報の所在箇所を転記元指定情報として情報記憶部１２３に記憶する。

【0272】

次に、転記元指定部１２１は、こうして指定された第２ターゲット情報（メッセージ型情報又はデータ型情報）に、固有のサマリーＩＤを割り当て、さらに、こうして割り当てられたサマリーＩＤを、当該第２ターゲット情報のメッセージ／データＩＤに関連づけて、情報記憶部１２３に記憶する（ステップＳ３３）。この記憶動作も、転記元指定部１２１と情報記憶部１２３の協働によって実行される。

【0273】

すると、転記先指定部１２２は、ユーザー端末１０、１１又は１２から「転記先通知」が送信されてくるのを待機する（ステップＳ３４）。「転記先」とは、転記元指定部１２１により「転記元」（第２ターゲット情報）と指定されたメッセージ型情報又はデータ型情報の「抜粋情報」を配置すべき箇所である。カレント・ユーザーとしての医療従事者Ｍ又は介護従事者Ｃが、自己の端末１１上で「書き込む位置」アイコンをクリックし、続いて表示されるサマリー情報表示画面５４（図３８参照）で書き込みたい位置をさらにクリックすると、その位置が「転記先」として指定され、その後、指定された位置を知らせる転記先通知が、医療・介護システム３０から多職種連携支援システム１００に向けて送信される。転記先通知の送信は、本実施形態では、医療・介護システム３０のタイムライン制御部３２６によって実行される。こうして送信された転記先通知の受信が制御部１２４によって確認されると、転記先指定部１２２は、その転記先に第２ターゲット情報を転記（コピー）して情報記憶部１２３に記憶する（ステップＳ３５）。

【0274】

指定された転記先への第２ターゲット情報の転記・記憶が終了すると、転記された第２ターゲット情報それ自体と共に、当該第２ターゲット情報の相互に関連づけられたメッセージ／データＩＤ、ユーザーＩＤ、カテゴリーＩＤ及びサマリーＩＤを、情報記憶部１２３に記憶する（ステップＳ３６）。

【0275】

最後に、以上のようにして第２ターゲット情報として情報記憶部１２３に記憶されたメッセージ型情報又はデータ型情報を、そのカテゴリーと投稿ユーザーを明示しながら、カレント・ユーザーとしての医療従事者Ｍ又は介護従事者Ｃの端末１１上で、「サマリー情報表示エリアに表示する（ステップＳ３７）。この表示動作は、医療・介護システム３０のタイムライン制御部３２６によって実行される。

【0276】

上述したステップＳ３１〜Ｓ３７は、カレント・ユーザーからのサマリー情報作成要請がある毎に繰り返されるため、タイムライン５１に表示されている複数のメッセージ型情報及びデータ型情報が第２ターゲット情報としてサマリー情報作成部１２０によって転記され、それらの情報が属する４つのカテゴリー（医療、介護、健康又はＡＣＰ）と、それらの情報を投稿した投稿ユーザーとを明示して、カレント・ユーザーとしての医療従事者Ｍ又は介護従事者Ｃの端末１１上で、所定のサマリー情報表示エリア５４（図３８参照）に時間順に並置される。図３８のサマリー情報表示エリア５４への第２ターゲット情報の表示動作も、医療・介護システム３０のタイムライン制御部３２６によって実行される。

【0277】

こうして取り込んだ第２ターゲット情報としてのメッセージ型情報及びデータ型情報は、図３９Ａ及び図３９Ｂに示すように、それらのカテゴリーと投稿ユーザーを明示して、カレント・ユーザーとしての医療従事者Ｍ又は介護従事者Ｃの端末１１上で、サマリー情報表示エリア５４に時間順に並置されるため、医療従事者Ｍ又は介護従事者Ｃは、患者Ｐ１の胃癌の医療及び／又は介護の面における時間的変化、健康状況の時間的変化、ＡＣＰの時間的変化の要点のみを抜粋したサマリー情報を直ちに得ることができ、したがって、G例えば患者Ｐ１が施設間移動する際に、それらの情報の概要のみを迅速に知りたい医療従事者Ｍや介護従事者Ｃにとって非常に有益である。しかも、これらのメッセージ型情報及びデータ型情報は、カテゴリーや投稿ユーザーで検索して時間順に整列できるため、医療面、介護面、健康面及びＡＣＰ面の時間的変化を、個別に見ることもでき、非常に便利である。

【0278】

なお、サマリー情報表示エリア５４は、ユーザー毎にアクセス権を適宜設定することにより、グループＧ１１のグループ・メンバーである個々の医療従事者Ｍ及び介護従事者Ｃ毎に、異なる閲覧（アクセス）可能範囲を設定することが可能である。また、通常は、グループＧ１１のグループ・メンバーである患者Ｐ１や患者関係者Ｒは閲覧できない（アクセス権を持たない）ように設定されるが、閲覧可能範囲を限定したうえで閲覧できるようにしてもよい。

【0279】

サマリー情報は、患者Ｐ１が移動元施設から移動先施設に移動する際に、特に有効に活用できる。例えば、患者Ｐ１が現在の施設（移動元施設、例えば病院）を退院して次の施設（移動先施設、例えば老人ホーム）に入所する場合には、移動先施設に患者Ｐ１の経過情報を伝達しておくと、移動先施設で介護従事者Ｃが介護する際の注意点等が予め判明するため、非常に好ましい。しかし、経過情報は詳細すぎるし、医療に係る専門的知識も必要であるから、医療に係る専門知識を持たない介護従事者Ｃに経過情報をそのまま提供しても、理解が困難である。介護従事者Ｃにとっては、自己が介護する際に必要な要点のみが記載された抜粋情報の方が好ましい。そこで、上述したようにして、例えば、移動元施設の医療従事者Ｍや介護従事者Ｃが患者Ｐ１の経過情報から介護に必要な情報を主として抜粋し、それに関連する最小限の医療情報を付加したサマリー情報を作成すれば、移動先施設の介護従事者Ｃにとって非常に有益である。

【0280】

移動先施設が他の病院やクリニックの場合には、患者Ｐ１に対して移動元施設の病院で行った医学的処理や関連する医療情報を移動先施設に伝達しておくと、移動先施設の医療従事者Ｍにとって有益であるが、介護情報は重要ではない。したがって、この場合には、患者Ｐ１の経過情報から医療に必要な情報を主として抜粋し、それに関連する最小限の介護情報を付加して患者Ｐ１のサマリー情報を作成すれば、非常に有益である。

【0281】

上述したサマリー情報の利点は、患者Ｐが何度も入退院を繰り返す場合に特に効果的である。

【0282】

サマリー情報の活用例を図４０に示す。まず、患者Ｐ１が特定の医療・介護関連施設Ｂ（例えば鈴木病院）に入院する直前に、それまで治療等を受けていた医療・介護関連施設Ａ（例えば田中クリニック）において、例えば医療従事者Ｍが、上述のようにして、患者Ｐ１のサマリー情報を作成しておく。施設Ａで作成された患者Ｐ１のサマリー情報は、患者Ｐ１が施設Ｂに移動する際に、施設Ｂに患者Ｐ１の「入院時サマリー情報」として伝達される。そして、患者Ｐ１が施設Ｂに移動して治療等を受けた後に、さらに医療・介護関連施設Ｃ（例えば〇〇病院）に移動することが決まると、例えば施設Ｂの医療従事者Ｍが、自施設で行われた治療、介護等に係わる経過情報からサマリー情報を作成し、前記入院時サマリー情報に追加する。こうすることで、施設Ａで作成されて施設Ｂに伝達された前記入院時サマリー情報（図４０の上位のサマリー情報）は、施設Ｂでアップデートされ、「退院時サマリー情報」（図４０の下位のサマリー情報）となる。そして、患者Ｐ１が施設Ｃに移動する際には、そうしてアップデートされた「退院時サマリー情報」が施設Ｃのスタッフに伝達される。以後、施設間移動の際にこれが繰り返される。

【0283】

多職種連携支援システム１００では、上述したように、個々の患者Ｐの施設間移動の繰り返しによって作成される一連のサマリー情報が、サマリー情報作成部１２０の情報記憶部１２３に順次記憶されるようになっているから、これら一連のサマリー情報を個々の患者Ｐ毎に収集・整理して、上述した「施設トレース情報」に添付すれば、移動先の医療・介護関連施設Ｆにおける医療・介護面の処置計画の立案に極めて有用な情報が得られる。

【0284】

以上述べたように、多職種連携支援システム１００では、サマリー情報を容易に作成できるので、医療・介護関連施設で以前から求められていた「施設移動時における必要最小限の情報の効率的な伝達」を実現することができ、長年満たされなかったニーズを満たすことができる。

【0285】

（ユーザーに対するアクセス権の設定）
次に、システム管理者Ａが個々のユーザー（すなわち患者Ｐ、医療従事者Ｍ、介護従事者Ｃ及び患者関係者Ｒ）のアクセス権を設定する際の動作について説明する。この動作は、ユーザーアクセス制御部１９０の機能に基づくものである。

【0286】

システム管理者Ａは、まず、管理者端末１４を用いて、アクセス権設定メニュー（図示せず）を選択し、図４１に示すグループ・タイムライン検索画面５８を開く。この検索画面５８の下部には、選択可能な複数のタイムライン（グループ）が一列で表示されており、また、その上部には、検索用語入力欄が設けられている。次に、システム管理者Ａは、検索用語入力欄に適当な用語を入力して検索ボタンをクリックし、所望のグループ（例えば山本××の胃癌治療用グループ）のタイムラインを表示させる。すると、図４２に示すようなアクセス許可メンバー選択画面５９が表示される。

【0287】

図４２のアクセス許可メンバー選択画面５９では、患者Ｐ１（山本氏）の胃癌治療用グループの全グループ・メンバーのリストが表示されている。このリストでは、各メンバーの顔写真とその氏名、職種及び所属先が表示された矩形枠毎にチェック・マークを付けることで、アクセス許可を設定または変更したいメンバー（ユーザー）を選択・指定できるようになっているので、管理者Ａは、所望のメンバーにチェック・マークを付けて、「送信」ボタンをクリックすればよい。すると、管理者端末１４には、図４３に示すようなアクセス条件設定画面が表示される。

【0288】

図４３のアクセス条件設定画面では、選択・指定したメンバー（ユーザー）毎に表示された矩形枠中に、端末セキュリティ、ネットワークセキュリティ、ソーシャル認証、及びアクセス可能情報という４つの項目について、所望の条件にチェック・マークを付けることで、所望のメンバー毎にアクセス権を指定できるようになっている。この画面中の「ソーシャル認証」の条件は、図４４に示すとおりである。そこで、管理者Ａは、所望のメンバー全員に所望のアクセス権が付与されるようにチェック・マークを付けてから、「送信」ボタンをクリックすればよい。これで、アクセス条件の設定は完了である。このように、本実施形態では、高度なセキュリティ条件を柔軟に調整できるにも係わらず、アクセス権の設定作業は容易である。

【0289】

以上、詳細に述べたところから明らかなように、本発明の実施形態に係る多職種連携支援システム１００では、そのベースとなる医療・介護支援システム３０が、
ユーザー端末１０、１１又は１２を介して医療サービス及び／又は介護サービスを利用する個々のユーザーに対してユーザーＩＤを割り当てて記憶する手段（ユーザー管理部３１０）と、
前記ユーザーとしての患者Ｐに対して患者ＩＤを割り当てると共に、その患者ＩＤを対応するユーザーＩＤに関連づけて記憶する手段（ユーザー管理部３１０）と、
前記ユーザーとしての医療従事者Ｍ及び介護従事者Ｃに対して医療・介護従事者ＩＤを割り当てると共に、その医療・介護従事者ＩＤを前記ユーザーＩＤに関連づけて記憶する手段（ユーザー管理部３１０）と、
前記ユーザー端末１０、１１又は１２からの指示に応じて、前記患者ＩＤに関連させて固有のグループＩＤを持つグループＧを生成すると共に、当該グループＧに係る前記患者ＩＤに対応する前記患者Ｐに係る患者情報を表示するためのタイムライン５１（情報表示領域）を生成する手段（グループ管理部３２０）と、
前記ユーザー端末１０、１１又は１２からの指示に応じて、前記グループに１又は複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、前記グループＧの前記タイムライン５１に表示される前記患者情報を前記ユーザー端末１０、１１又は１２を介して前記グループ・メンバーの間で共有可能とする手段（グループ管理部３２０）とを備えている。

【0290】

また、多職種連携支援システム１００は、
前記グループＧの前記タイムライン５１に表示される前記患者情報としての複数のメッセージ型情報及び複数のデータ型情報のそれぞれに対して、メッセージ／データＩＤを割り当てると共に、当該メッセージ／データＩＤのそれぞれに対応する前記メッセージ型情報又は前記データ型情報を前記タイムライン５１に投稿した前記ユーザーに対応する前記ユーザーＩＤに関連付けて記憶する手段（経過情報作成部１１０の情報取込部１１１）と、
前記メッセージ型情報及び前記データ型情報を分別するための複数の情報カテゴリーのそれぞれに対して、カテゴリーＩＤを割り当てて記憶する手段（経過情報作成部１１０の情報カテゴリー管理部１１５）と、
前記ユーザー端末１０、１１又は１２からの指示によって、前記タイムライン５１に表示された複数の前記メッセージ型情報及び複数の前記データ型情報の中から第１ターゲット情報が指定されると、当該第１ターゲット情報が複数の前記情報カテゴリーのいずれに属するかを識別すると共に、識別によって判明した前記カテゴリーに対応する前記カテゴリー識別情報を当該第１ターゲット情報の前記メッセージ／データＩＤに関連づけて記憶する手段（経過情報作成部１１０の情報カテゴリー識別部１１２）と、
前記第１ターゲット情報を、対応する前記カテゴリーＩＤに応じて区分して所定の経過情報表示エリア５２に経時的に表示する手段（例えば医療・介護支援システム３０のグループ管理部３２０）とを備えており、
前記経過情報表示エリア５２に経時的に表示される前記第１ターゲット情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、前記グループＧに係る前記患者Ｐの経過情報として、前記ユーザー端末１０、１１又は１２を介して、前記グループＧの前記グループ・メンバーの間で共有可能とされている。

【0291】

このため、前記医療サービス及び／又は介護サービスを利用する前記ユーザーとしての前記患者Ｐが持つ前記患者ＩＤに関連させて、固有の前記グループＩＤを持つ前記グループＧを生成するため、前記グループＧは、前記患者Ｐ毎に生成される。前記患者Ｐの前記患者情報、すなわち、前記患者Ｐ（ユーザー）に係る医療情報、介護情報、健康情報、ＡＣＰ情報、前記専門家間で又は前記専門家と受給者本人及び／又はその関係者との間で交換されたメッセージ等の各種情報は、前記グループＧ毎に生成される前記タイムライン５１に表示され、前記グループＧに１又は複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、前記グループＧの前記タイムラインに表示される前記患者情報を、前記ユーザー端末１０、１１又は１２を介して前記グループ・メンバーの間で共有可能である。このため、前記患者Ｐに医療サービス及び／又は介護サービスを提供する多職種の専門家を、必要に応じて前記グループ・メンバーとして所属させることで、前記患者Ｐへの医療及び／又は介護に携わる多職種の専門家が、前記グループＧの前記患者情報を共有しながら、これら多職種の専門家間で連携することが可能である。また、必要に応じて、前記患者Ｐ本人とその関係者を前記グループ・メンバーとして所属させることで、前記タイムライン５１を介して前記患者Ｐ本人及び／又はその関係者の希望や意向や感情等を前記多職種の専門家に伝えやすくなり、また、前記多職種の専門家の意向や指示や助言等を前記患者Ｐ本人及び／又はその関係者に伝えやすくなる。

【0292】

他方、前記グループＧの前記タイムライン５１には、前記患者情報としての複数のメッセージ型情報及び複数のデータ型情報が表示されるが、それらの情報に割り当てられたメッセージ／データＩＤは、それらの情報を前記タイムライン５１に投稿した前記ユーザーの前記ユーザーＩＤに関連づけて記憶される。また、前記ユーザー端末１０、１１又は１２からの指示によって、それらの情報の中から前記第１ターゲット情報が指定されると、前記第１ターゲット情報が前記情報カテゴリーのいずれに属するかが識別されると共に、識別によって判明した前記カテゴリーに対応する前記カテゴリーＩＤが前記第１ターゲット情報の前記メッセージ／データＩＤに関連づけて記憶される。さらに、前記第１ターゲット情報は、該当する前記カテゴリーＩＤに応じて区分されて前記経過情報表示エリア５２に経時的に表示される。

【0293】

そして、前記経過情報表示エリア５２に経時的に表示される前記第１ターゲット情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、前記グループＧに係る前記患者Ｐの経過情報として、前記ユーザー端末１０、１１又は１２を介して、前記グループＧの前記グループ・メンバーの間で共有可能となっている。

【0294】

したがって、医療サービス及び／又は介護サービスを前記患者Ｐに提供する多職種の専門家（例えば医師、看護師、栄養士、ソーシャルワーカー、ケアマネージャー、ヘルパー）は、前記グループＧの前記グループ・メンバーになれば、前記患者Ｐの前記患者情報、すなわち、個々の患者Ｐに係わる医療情報、介護情報、健康情報、ＡＣＰ情報、メッセージ等の各種情報に加え、前記グループＧに係る前記患者Ｐの経過情報をも、前記ユーザー端末１０、１１又は１２から通信ネットワークを介して共有することができる。よって、前記多職種の専門家間及びこれら専門家と前記受給者本人及び／又はその関係者との間でいっそう緊密且つ円滑な連携が行えるよう支援することができる。

【0295】

また、前記グループＧの前記タイムライン５１に表示される、前記患者情報としての複数の前記メッセージ型情報及び複数の前記データ型情報の中から前記第１ターゲット情報を指定するだけで、前記第１ターゲット情報は該当する前記カテゴリーＩＤに応じて区分されて前記経過情報表示エリア５２に経時的に表示されるので、前記患者情報を目的（例えば、医師が講じた処置による患者の症状の改善状況を知る、治療方針に関する患者の思いや気持ちの時間的変化を知る等）に応じて容易に加工して共有することができる。これも、前記多職種の専門家間のいっそう緊密且つ円滑な連携の実現に寄与するものである。

【0296】

さらに、前記グループＧの前記タイムライン５１に表示される、前記患者情報としての複数の前記メッセージ型情報及び複数の前記データ型情報の中から前記第１ターゲット情報を指定するだけで、医療サービス及び／又は介護サービスを受給する前記患者Ｐ、前記患者Ｐの関係者、及び／又は、前記患者Ｐを担当し且つ異なる場所にある施設に所属する多職種の専門家により提供され、且つ、前記タイムライン５１に表示された前記患者Ｐの前記患者情報をカテゴリー別に分類すると共に経時的に配列することが可能である。よって、前記患者Ｐに対する医療サービス及び／または介護サービスの提供に活用できる有益な経過情報を整理した形で作成・共有することができる。

【0297】

また、本発明の実施形態の多職種連携支援システム１００は、前記ユーザー端末１０、１１又は１２からの指示によって、前記グループＧに係る前記患者Ｐの前記経過情報の中から第２ターゲット情報が指定されると、前記第２ターゲット情報を前記ユーザー端末１０、１１又は１２上で編集することが可能とされ、
前記第２ターゲット情報として指定された編集後又は未編集の前記メッセージ型情報及び／又は前記データ型情報は、所定のサマリー情報表示エリア５４に表示され、
前記サマリー情報表示エリア５４に表示される前記第２ターゲット情報としての複数の前記メッセージ型情報及び／又は複数の前記データ型情報は、前記グループＧに係る前記患者Ｐのサマリー情報として、前記ユーザー端末１０、１１又は１２を介して、前記グループＧの前記グループ・メンバーの間で共有可能とされている。

【0298】

このため、前記患者Ｐが移動元施設から移動先施設に移動する際に、前記患者Ｐの前記経過情報の中から移動先施設の専門家が知っておくべき情報を選別することで、前記患者Ｐの前記サマリー情報を作成して前記グループ・メンバーの間で共有することができ、したがって、前記患者Ｐが施設間移動する際の情報伝達を容易化且つ効率化することができる、という利点もある。

【0299】

さらに、本発明の実施形態の多職種連携支援システム１００は、個々の前記ユーザーに対して設定された、前記グループＧの前記患者Ｐの前記患者情報に対するアクセス権が、前記ユーザーが所定の認証アルゴリズムを用いてソーシャル認証を受けていることを条件として設定され、
前記認証アルゴリズムは、
（ａ）少なくとも1つの前記グループを介して、ｎ人の医療・介護従事者とつながっていること（ただし、ｎは１以上の整数）、
（ｂ）ｍ個の前記グループのグループ・メンバーである（ただし、ｍは１以上の整数）、
（ｃ）自身の顔写真とプロフィールが掲載されていること、
（ｄ）ユーザー登録からｘヶ月以上経過しており、且つ、１ヶ月にｙ回以上の書き込みがある（ただし、ｘ及びｙはいずれも１以上の整数）こと、
（ｅ）使用する端末が、所定レベル以上のセキュリティ条件を満たしていること、
という５条件の少なくとも２つを包含するように選択されるようになっている。

【0300】

このため、前記患者Ｐの前記患者情報に対する前記ユーザーのアクセス権を、前記患者情報の内容や前記ユーザーにとっての必要度、機密度等に応じて精密に制御することで、前記ユーザーの利便性を確保しながら、機密性の高い前記患者の前記患者情報を取り扱うにふさわしい高レベルのセキュリティ環境を提供することができる、という利点もある。

【0301】

さらに、緊急時に、前記ユーザーではない医療従事者又は介護従事者が、前記受給者の前記受給者情報、前記経過情報及び前記サマリー情報の少なくとも１つにアクセスするのを許可する「緊急時アクセス機能」を備えているので、高度のセキュリティを保持しながら、救急搬送された前記受給者に対して緊急時に執るべき処置をより的確なものにすることができ、しかも、救急搬送された前記受給者を担当する医療従事者又は介護従事者に対するリスクを低減することも可能となる、という利点もある。

【0302】

（変形例）
上述した実施形態は本発明を具体化した例を示すものである。したがって、本発明はこの実施形態に限定されるものではなく、本発明の趣旨を外れることなく種々の変形が可能であることは言うまでもない。

【0303】

例えば、上述した実施形態では、患者Ｐに医療サービス及び／又は介護サービスを提供する場合について説明したが、本発明はこれには限定されない。要介護者に医療サービス及び／又は介護サービスを提供する場合にも適用できることは明らかである。

【0304】

また、上述した実施形態では、医療・介護支援システム３０をベースにして多職種連携支援システム１００が構成された場合について説明したが、本発明はこれには限定されない。医療・介護支援システム３０の機能が多職種連携支援システム１００の機能に包含されていてもよいし、医療・介護支援システム３０の機能が多職種連携支援システム１００の機能と不可分に一体的に構成されていてもよい。要するに、多職種連携支援システム１００は、本発明の目的、すなわち、医療・介護分野における多職種の専門家間でいっそう緊密且つ円滑な連携が行えるよう支援する、という目的を達成するために必要な前記全機能を発揮できるものであれば、どのような構成で実現されてもよい。

【符号の説明】

【0305】

１０ 患者端末
１１ 医療者端末
１２ 患者関係者端末
１３ 開発者端末
１４ 管理者端末
２０ インターネット
３０ 医療支援システム
５１ タイムライン
５１ａ 全員共有エリア
５１ｂ 医療従事者共有エリア
５２ 経過情報表示エリア
５３ 経過情報編集画面
５４ サマリー情報表示エリア
５８ グループ・タイムライン検索画面
５９ アクセス許可メンバー選択画面
６０ アクセス条件設定画面
１００ 多職種連携支援システム
１１０ 経過情報作成部
１１１ 情報取込部
１１２ 情報カテゴリー識別部
１１３ 情報記憶部
１１４ 制御部
１１５ 情報カテゴリー管理部
１１６ スタンプ管理部
１１７ ＢＯＴ管理部
１１８ ＩＯＴ情報管理部
１２０ サマリー情報作成部
１２１ 転記元指定部
１２２ 転記先指定部
１２３ 情報記憶部
１２４ 制御部
１２５ 基本情報取込部
１２６ 施設トレース情報取込部
１２７ 編集支援部
１３０ 患者基本情報記憶部
１４０ 疾患基本情報記憶部
１５０ 疾患別デフォルト情報記憶部
１６０ 薬基本情報記憶部
１７０ 薬別デフォルト情報記憶部
１８０ 施設トレース情報作成部
１９０ ユーザーアクセス制御部
１９１ アクセス可能範囲設定部
１９２ テクノロジー条件設定部
１９３ ソーシャル本人認証部
１９４ 緊急時アクセス設定部
３１０ ユーザー管理部
３１１ 登録部
３１２ ユーザー情報記憶部
３１３ 患者情報記憶部
３１４ 医療従事者情報記憶部
３１５ 医療関連施設情報記憶部
３１６ 疾患情報記憶部
３２０ グループ管理部
３２１ 登録部
３２２ グループ情報記憶部
３２３ グループ・メンバー情報記憶部
３２４ 招待リクエスト制御部
３２５ 招待リクエスト情報記憶部
３２６ タイムライン制御部
３２７ メッセージ制御部
３２８ かかりつけ施設情報記憶部
３２９ 共有同意情報記憶部
３３０ 患者実在性検証部
３３１ 認証部
３３２ アプリケーション保存部
３４０ 認証部
３５０ 通信制御部
Ｆ 医療関連施設
Ｆ１ クリニック
Ｆ２ 病院
Ｆ３ 老人ホーム
Ｆ４ 訪問看護ステーション
Ｇ グループ
Ｇ１１ 患者Ｐ１の胃癌治療用グループ
Ｇ１２ 患者Ｐ１の高脂血症治療用グループ
Ｇ１３ 患者Ｐ１の痛風治療用グループ
Ｇ２１ 患者Ｐ２のアルツハイマー治療用グループ
Ｇ２２ 患者Ｐ２の高血圧治療用グループ
Ｍ 医療従事者
Ｍ１、Ｍ２、Ｍ３、Ｍ４、Ｍ５、Ｍ６ 医療従事者
Ｃ 介護従事者
Ｃ１、Ｃ２ 介護従事者
Ｐ 患者
Ｐ１、Ｐ２ 患者
Ｒ 患者関係者
Ｒ１、Ｒ２、Ｒ３、Ｒ４、Ｒ５、Ｒ６、Ｒ７、Ｒ８ 患者関係者
Ａ システム管理者

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34A】

【図34B】

【図34C】

【図35】

【図36】

【図37】

【図38】

【図39A】

【図39B】

【図40】

【図41】

【図42】

【図43】

【図44】

【図45】

【図46】