(57)【要約】【課題】  医療・介護サービスの対象者（患者または要介護者）毎に１以上のグループを作成できるが、各グループに関連付けられる前記対象者は１名に限られるという制限の有無に関係なく、誰についての情報かを特定して投稿される前記対象者の医療・介護情報にアクセスできる人の範囲を、必要に応じて任意に設定することができる医療・介護情報管理方法を提供する。【解決手段】  患者ＰのグループＧ毎に患者ＩＤに関連させて固有のルームＩＤを持つ内緒話ルームＳを作成し、グループＧのメンバーの少なくとも一部を内緒話ルームＳのメンバーとして所属させる。内緒話ルームＳのメンバーの間で、グループＧに係る患者Ｐについての医療・介護情報を、ユーザー端末を介して共有可能とする。患者Ｐの個々の医療・介護情報に対してアクセス可能者を設定し、前記医療・介護情報と前記アクセス可能者をグループＩＤまたはルームＩＤに関連付けて記憶する。【選択図】    図１１
2018163518.tif 000002
【特許請求の範囲】
【請求項１】
ユーザー端末からの要求に応じて、通信ネットワークを介して特定の患者または要介護者に係る医療・介護情報を前記ユーザー端末で閲覧可能にすることで、前記患者または前記要介護者への医療・介護サービスの提供を支援する際に、前記患者または前記要介護者に係る前記医療・介護情報を管理する方法であって、
前記ユーザー端末を介して前記医療・介護サービスを利用する個々のユーザーに対して、ユーザー識別情報を割り当てて記憶し、
前記ユーザーとしての前記患者または前記要介護者に対してサービス受給者識別情報を割り当てると共に、当該サービス受給者識別情報を前記ユーザー識別情報に関連づけて記憶し、
前記ユーザーとしての医療従事者または介護従事者に対して事業従事者識別情報を割り当てると共に、当該事業従事者識別情報を前記ユーザー識別情報に関連づけて記憶し、
前記ユーザー端末からの指示に応じて、前記サービス受給者識別情報に関連させて固有のグループ識別情報を持つグループを生成し、
前記ユーザー端末からの指示に応じて、前記グループに１または複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、前記グループに係る前記サービス受給者識別情報に対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記グループ・メンバーの間で共有可能とし、
前記ユーザー端末からの指示に応じて、前記グループ識別情報に関連させて固有のルーム識別情報を持つ内緒話ルームを生成し、
前記ユーザー端末からの指示に応じて、前記内緒話ルームに係る前記グループに所属する前記グループ・メンバーの少なくとも一部を前記内緒話ルームに選択的にルーム・メンバーとして所属させることで、前記グループに係る前記サービス受給者識別情報に対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記ルーム・メンバーの間で共有可能とし、
誰についての情報かを特定して投稿される前記患者または前記要介護者の個々の医療・介護情報を、当該医療・介護情報の投稿先である前記グループの前記グループ識別情報または前記内緒話ルームの前記ルーム識別情報に関連付けて記憶することを特徴とする医療・介護情報管理方法。
【請求項２】
前記内緒話ルームに係る前記グループの前記グループ・メンバーであるが前記内緒話ルームの前記ルーム・メンバーではない者は、前記内緒話ルーム宛てに投稿される前記対象者の医療・介護情報に対するアクセス権限を有しないように設定される請求項１に記載の医療・介護情報管理方法。
【請求項３】
前記内緒話ルームを生成する際に、前記グループ・メンバーの少なくとも一部を前記ルーム・メンバーとして指定すると、指定された前記グループ・メンバーは前記内緒話ルームに自動招待されて前記ルーム・メンバーとなる請求項１または２に記載の医療・介護情報管理方法。
【請求項４】
誰についての情報かを特定して投稿される前記患者または前記要介護者の前記医療・介護情報の投稿先として、前記グループが指定されると、前記グループの前記グループ・メンバー全員が、前記医療・介護情報に対するアクセス可能者として記憶され、
前記内緒話ルームが指定されると、前記内緒話ルームの前記ルーム・メンバー全員が、前記医療・介護情報に対するアクセス可能者として記憶される請求項１〜３のいずれかに記載の医療・介護情報管理方法。
【請求項５】
誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループのタイムラインまたは前記内緒話ルームのタイムライン宛てに、メッセージ形式またはファイル形式で投稿され、あるいは、前記グループ及び前記内緒話ルームの前記タイムラインとは別に設けられた所定の直接投稿箇所に向けてファイル形式で直接投稿される請求項１〜４のいずれかに記載の医療・介護情報管理方法。
【請求項６】
誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループ宛てに投稿されると、投稿された前記グループの前記グループ・メンバー全員が閲覧可能とされ、
前記内緒話ルーム宛てに投稿されると、投稿された前記内緒話ルームの前記ルーム・メンバーのみが閲覧可能とされる請求項１〜５のいずれかに記載の医療・介護情報管理方法。
【請求項７】
誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループ宛てに投稿されると、投稿された前記グループの前記グループ・メンバー全員が、投稿された前記医療・介護情報を所定の投稿情報一覧画面で確認可能とされ、
前記内緒話ルーム宛てに投稿されると、投稿された前記内緒話ルームの前記ルーム・メンバーのみが、投稿された前記医療・介護情報を所定の投稿情報一覧画面で確認可能とされる請求項１〜６のいずれかに記載の医療・介護情報管理方法。
【請求項８】
ユーザー端末からの要求に応じて、通信ネットワークを介して特定の患者または要介護者に係る医療・介護情報を前記ユーザー端末で閲覧可能にすることで、前記患者または前記要介護者への医療・介護サービスの提供を支援する際に、前記患者または前記要介護者に係る前記医療・介護情報を管理するシステムであって、
前記ユーザー端末を介して前記医療・介護サービスを利用する個々のユーザーに対して、ユーザー識別情報を割り当てて記憶するユーザー識別情報記憶手段と、
前記ユーザーとしての前記患者または前記要介護者に対してサービス受給者識別情報を割り当てると共に、当該サービス受給者識別情報を前記ユーザー識別情報に関連づけて記憶するサービス受給者識別情報記憶手段と、
前記ユーザーとしての医療従事者または介護従事者に対して事業従事者識別情報を割り当てると共に、当該事業従事者識別情報を前記ユーザー識別情報に関連づけて記憶する事業従事者識別情報記憶手段と、
前記ユーザー端末からの指示に応じて、前記サービス受給者識別情報に関連させて、固有のグループ識別情報を持つグループを生成するグループ管理手段と、
前記ユーザー端末からの指示に応じて、前記グループに１または複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、前記グループに係る前記サービス受給者識別情報に対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記グループ・メンバーの間で共有可能とするグループ・メンバー選定手段と、
前記ユーザー端末からの指示に応じて、前記グループ識別情報に関連させて固有のルーム識別情報を持つ内緒話ルームを生成する内緒話ルーム管理手段と、
前記ユーザー端末からの指示に応じて、前記内緒話ルームに係る前記グループに所属する前記グループ・メンバーの少なくとも一部を前記内緒話ルームに選択的にルーム・メンバーとして所属させることで、前記グループに係る前記サービス受給者識別情報に対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記ルーム・メンバーの間で共有可能とするルーム・メンバー選定手段と、
誰についての情報かを特定して投稿される前記患者または前記要介護者の個々の医療・介護情報を、当該医療・介護情報の投稿先である前記グループの前記グループ識別情報または前記内緒話ルームの前記ルーム識別情報に関連付けて記憶する投稿情報記憶手段と
を備えたことを特徴とする医療・介護情報管理システム。
【請求項９】
前記内緒話ルームに係る前記グループの前記グループ・メンバーであるが前記内緒話ルームの前記ルーム・メンバーではない者は、前記内緒話ルーム宛てに投稿される前記対象者の医療・介護情報に対するアクセス権限を有しないように設定されている請求項６に記載の医療・介護情報管理システム。
【請求項１０】
前記内緒話ルームを生成する際に、前記グループ・メンバーの少なくとも一部を前記ルーム・メンバーとして指定すると、指定された前記グループ・メンバーは前記内緒話ルームに自動招待されて前記ルーム・メンバーとなる請求項８または９に記載の医療・介護情報管理システム。
【請求項１１】
誰についての情報かを特定して投稿される前記患者または前記要介護者の前記医療・介護情報の投稿先として、前記グループが指定されると、前記グループの前記グループ・メンバー全員が、前記医療・介護情報に対するアクセス可能者として記憶され、
前記内緒話ルームが指定されると、前記内緒話ルームの前記ルーム・メンバー全員が、前記医療・介護情報に対するアクセス可能者として記憶される請求項８〜１０のいずれかに記載の医療・介護情報管理システム。
【請求項１２】
誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループのタイムラインまたは前記内緒話ルームのタイムライン宛てに、メッセージ形式またはファイル形式で投稿され、あるいは、前記グループ及び前記内緒話ルームの前記タイムラインとは別に設けられた所定の直接投稿箇所に向けてファイル形式で直接投稿される請求項８〜１１のいずれかに記載の医療・介護情報管理システム。
【請求項１３】
誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループ宛てに投稿されると、投稿された前記グループの前記グループ・メンバー全員が閲覧可能とされ、
前記内緒話ルーム宛てに投稿されると、投稿された前記内緒話ルームの前記ルーム・メンバーのみが閲覧可能とされる請求項８〜１２のいずれかに記載の医療・介護情報管理システム。
【請求項１４】
誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループ宛てに投稿されると、投稿された前記グループの前記グループ・メンバー全員が、投稿された前記医療・介護情報を所定の投稿情報一覧画面で確認可能とされ、
前記内緒話ルーム宛てに投稿されると、投稿された前記内緒話ルームの前記ルーム・メンバーのみが、投稿された前記医療・介護情報を所定の投稿情報一覧画面で確認可能とされる請求項８〜１３のいずれかに記載の医療・介護情報管理システム。
【請求項１５】
ユーザー端末からの要求に応じて、通信ネットワークを介して特定の患者または要介護者に係る医療・介護情報を前記ユーザー端末で閲覧可能にすることで、前記患者または前記要介護者への医療・介護サービスの提供を支援する際に、前記患者または前記要介護者に係る前記医療・介護情報を管理するプログラムであって、
前記ユーザー端末を介して前記医療・介護サービスを利用する個々のユーザーに対して、ユーザー識別情報を割り当てて記憶する処理と、
前記ユーザーとしての前記患者または前記要介護者に対してサービス受給者識別情報を割り当てると共に、当該サービス受給者識別情報を前記ユーザー識別情報に関連づけて記憶する処理と、
前記ユーザーとしての医療従事者または介護従事者に対して事業従事者識別情報を割り当てると共に、当該事業従事者識別情報を前記ユーザー識別情報に関連づけて記憶する処理と、
前記ユーザー端末からの指示に応じて、前記サービス受給者識別情報に関連させて固有のグループ識別情報を持つグループを生成する処理と、
前記ユーザー端末からの指示に応じて、前記グループに１または複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、前記グループに係る前記サービス受給者識別情報に対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記グループ・メンバーの間で共有可能とする処理と、
前記ユーザー端末からの指示に応じて、前記グループ識別情報に関連させて固有のルーム識別情報を持つ内緒話ルームを生成する処理と、
前記ユーザー端末からの指示に応じて、前記内緒話ルームに係る前記グループに所属する前記グループ・メンバーの少なくとも一部を前記内緒話ルームに選択的にルーム・メンバーとして所属させることで、前記グループに係る前記サービス受給者識別情報に対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記ルーム・メンバーの間で共有可能とする処理と、
誰についての情報かを特定して投稿される前記患者または前記要介護者の個々の医療・介護情報を、当該医療・介護情報の投稿先である前記グループの前記グループ識別情報または前記内緒話ルームの前記ルーム識別情報に関連付けて記憶する処理と
をコンピュータに実行させることを特徴とする医療・介護情報管理プログラム。
【請求項１６】
前記内緒話ルームに係る前記グループの前記グループ・メンバーであるが前記内緒話ルームの前記ルーム・メンバーではない者は、前記内緒話ルーム宛てに投稿される前記対象者の医療・介護情報に対するアクセス権限を有しないように設定される請求項１５に記載の医療・介護情報管理プログラム。
【請求項１７】
前記内緒話ルームを生成する際に、前記グループ・メンバーの少なくとも一部を前記ルーム・メンバーとして指定すると、指定された前記グループ・メンバーは前記内緒話ルームに自動招待されて前記ルーム・メンバーとなる請求項１５または１６に記載の医療・介護情報管理プログラム。
【請求項１８】
誰についての情報かを特定して投稿される前記患者または前記要介護者の前記医療・介護情報の投稿先として、前記グループが指定されると、前記グループの前記グループ・メンバー全員が、前記医療・介護情報に対するアクセス可能者として記憶され、
前記内緒話ルームが指定されると、前記内緒話ルームの前記ルーム・メンバー全員が、前記医療・介護情報に対するアクセス可能者として記憶される請求項１５〜１７のいずれかに記載の医療・介護情報管理プログラム。
【請求項１９】
誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループのタイムラインまたは前記内緒話ルームのタイムライン宛てに、メッセージ形式またはファイル形式で投稿され、あるいは、前記グループ及び前記内緒話ルームの前記タイムラインとは別に設けられた所定の直接投稿箇所に向けてファイル形式で直接投稿される請求項１５〜１８のいずれかに記載の医療・介護情報管理プログラム。
【請求項２０】
誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループ宛てに投稿されると、投稿された前記グループの前記グループ・メンバー全員が閲覧可能とされ、
前記内緒話ルーム宛てに投稿されると、投稿された前記内緒話ルームの前記ルーム・メンバーのみが閲覧可能とされる請求項１５〜１９のいずれかに記載の医療・介護情報管理プログラム。
【請求項２１】
誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループ宛てに投稿されると、投稿された前記グループの前記グループ・メンバー全員が、投稿された前記医療・介護情報を所定の投稿情報一覧画面で確認可能とされ、
前記内緒話ルーム宛てに投稿されると、投稿された前記内緒話ルームの前記ルーム・メンバーのみが、投稿された前記医療・介護情報を所定の投稿情報一覧画面で確認可能とされる請求項１５〜２０のいずれかに記載の医療・介護情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療・介護情報管理方法、医療・介護情報管理システム及び医療・介護情報管理プログラムに関し、さらに言えば、例えば、医療・介護サービスの対象者（患者、要介護者）毎に一つ以上のグループを生成し、各グループのグループ・メンバー間でのコミュニケーションをタイムラインを使って容易化すると共に、前記タイムラインにメッセージやファイルの形式で投稿される前記対象者の医療情報や介護情報をそのプライバシーを守りながら共有するようにした場合であっても、前記対象者の医療情報または介護情報にアクセスできる人の範囲を必要に応じて任意に設定することができる医療・介護情報管理方法、そのシステム及びそのプログラムに関するものである。
【背景技術】
【０００２】
本出願人は、医療・介護サービスの対象者（患者、要介護者）毎に一つ以上のグループを生成し、各グループのグループ・メンバー間でのコミュニケーションをタイムラインを使って容易化すると共に、前記タイムラインにメッセージやファイルの形式で投稿される前記対象者の医療情報や介護情報をそのプライバシーを守りながら共有するようにした医療・介護支援システムについて特許出願をしている（特許文献１参照）。このシステムでは、医療・介護サービスの対象者（患者、要介護者）毎に一つ以上のグループを生成できるが、前記対象者の医療情報や介護情報をそのプライバシーを守りながら共有するため、各グループに所属する前記対象者つまり患者や要介護者は、一名に限られる、という運用上のルールがある。これは、同じグループ内に複数の患者や要介護者の医療情報や介護情報が混在するという事態が決して生じないようにするためであり、このルールは厳格に守られる。
【０００３】
特許文献１の医療・介護支援システムでは、通信ネットワークを介して、個々の患者または要介護者に関する医療情報や介護情報の閲覧や入出力、メッセージの送受信等をユーザー端末（医療・介護サービスの利用者の端末）で実行可能とすることで、専門分野が異なる医師や看護師、栄養士、ケアマネージャー、ヘルパー等の多職種の医療従事者や介護従事者が相互に連携して、患者や要介護者に対してより良質の医療サービスや介護サービスを提供できるように支援することが可能である。
【０００４】
また、非特許文献１には、グループ毎にタイムラインや掲示板、共有フォルダ等を備えていて、当該グループのグループ・メンバー間でタイムラインに投稿されたメッセージやファイルを閲覧したり共有したりできる、「サイボウズｌｉｖｅ」と称するグループウェアが開示されている。このグループウェアは、サイボウズ株式会社が提供しており、携帯端末やパーソナル・コンピュータで使用することができる。任意のグループのタイムラインにメッセージやファイルの形式で投稿される情報は、当該グループのメンバーだけが閲覧可能である。同様に、任意のグループの共有フォルダにアップロードされたファイルは、当該グループのメンバーだけが閲覧可能である。このグループウェアでは、特許文献１の医療・介護支援システムとは異なり、グループは必要に応じて自由に作成することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−１５０１０号公報
【非特許文献】
【０００６】
【非特許文献１】https://live.cybozu.co.jp/overview.html/
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、上述した特許文献１の医療・介護支援システムには、対応できない問題があることが判明した。それは、医療や介護の現場では、患者や要介護者毎に一つ以上作成されるグループ単位よりも小さい単位で共有したい医療・介護情報が多数あり、しかも、その情報共有単位がしばしば変動するという状況があるのに、同システムではその状況には対応できないという問題である。
【０００８】
具体的に言えば、特許文献１の医療・介護支援システムでは、グループは個々の患者や要介護者毎に、疾患等のテーマに応じて一つ以上作成される。そして、各グループ所属の全メンバー（患者、患者関係者、医療従事者、介護従事者等）で情報共有するタイムライン（以下、全メンバー・タイムラインともいう）と、当該グループ所属の医療従事者や介護従事者のみで情報共有するタイムライン（以下、医療・介護従事者タイムラインともいう）とが作成され、各グループのグループ・メンバー間でのコミュニケーションに使用される。各グループのグループ・メンバーには、通常、患者や要介護者と、患者関係者や要介護者関係者のほかに、複数の医療関連施設や介護関連施設に所属する多数の医師や看護師、薬剤師、ケアマネージャー等が含まれるため、例えば、同じ医療関連施設に所属する医療従事者だけで共有したい情報や、看護師だけあるいは理学療法士だけで共有すれば足りる情報等、各グループのグループ・メンバーよりも限定されたメンバー間（つまり、より少人数）で共有したい情報が、頻繁に生じる。しかし、特許文献１の医療・介護支援システムではそのような情報共有を実現するのは不可能である。これは、同システムでは、医療・介護サービスの対象者（患者、要介護者）毎に一つ以上のグループを生成できるが、各グループに関連付けられた前記対象者（患者、要介護者）は一名に限られるという、運用上の厳格なルールがあるため、同じ患者や要介護者の同じテーマ（疾患等）については、複数のグループを重複して作成できないからである。このため、同システムでは、医療・介護情報を共有できる範囲は、同一グループに所属する全医療・介護従事者と、それに患者と患者関係者を含めた全グループ・メンバーのいずれかに限定されてしまうのである。
【０００９】
また、特許文献１の医療・介護支援システムでは、全メンバー・タイムラインと医療・介護従事者タイムラインが作成され、各タイムラインに投稿されたメッセージとそれらメッセージに添付されるファイルは、各タイムラインにアクセス可能なメンバー（つまり全医療・介護従事者または全グループ・メンバー）の間でしか共有できない。例えば、ある医療関連施設が特定の患者に対するリハビリテーション計画案を作成した場合、同施設に所属する医療従事者のみで前もって検討し、その後に適宜修正して完成したリハビリテーション計画最終案を全医療・介護従事者や全グループ・メンバーの閲覧に供したいと思っても、そのような要望は同システムでは実現不可能なのである。
【００１０】
他方、非特許文献１の「サイボウズｌｉｖｅ」と称するグループウェアでは、一つ以上のグループを必要に応じて自由に作成することができるため、特許文献１の医療・介護支援システムのような問題は生じない。必要に応じて、情報を共有したい人だけを含むように新たにグループを作成すればよいからである。しかし、このグループウェアは、一般的な情報の共有をグループ単位で行おうとするものであり、特許文献１の医療・介護支援システムのように各グループが特定の患者や要介護者とは結びついていない。このため、特定の患者や要介護者のプライバシーを守りながら、その人の医療情報や介護情報を限定された人々の間で共有するという発想は含まれていない点で、非特許文献１のグループウェアは特許文献１のシステムとは明らかに異なっている。
【００１１】
本発明は、上述した事情を考慮してなされたものであり、その目的とするところは、医療・介護サービスの対象者（患者または要介護者）毎に一つ以上のグループを作成できるが、各グループに関連付けられる前記対象者（患者または要介護者）は一名に限られるという制限の有無に関係なく、誰についての情報かを特定して投稿される前記対象者の医療・介護情報にアクセスできる人の範囲を、必要に応じて任意に設定することができる医療・介護情報管理方法、そのシステム及びそのプログラムを提供することにある。
【００１２】
本発明の他の目的は、誰についての情報かを特定して投稿される前記対象者（患者または要介護者）の医療・介護情報に対するアクセス権限を、前記対象者毎に一元的に管理することができ、もって前記対象者のプライバシーを守りながら前記医療・介護情報を限定された人々の間で共有することを可能とする医療・介護情報管理方法、そのシステム及びそのプログラムを提供することにある。
【００１３】
ここに明記しない本発明のさらに他の目的は、以下の説明及び添付図面から明らかになる。
【課題を解決するための手段】
【００１４】
（１）  本発明の第１の観点による医療・介護情報管理方法は、
ユーザー端末からの要求に応じて、通信ネットワークを介して特定の患者または要介護者に係る医療・介護情報を前記ユーザー端末で閲覧可能にすることで、前記患者または前記要介護者への医療・介護サービスの提供を支援する際に、前記患者または前記要介護者に係る前記医療・介護情報を管理する方法であって、
前記ユーザー端末を介して前記医療・介護サービスを利用する個々のユーザーに対して、ユーザー識別情報（例えばユーザーＩＤ）を割り当てて記憶し、
前記ユーザーとしての前記患者または前記要介護者に対してサービス受給者識別情報（例えば患者ＩＤ）を割り当てると共に、当該サービス受給者識別情報を前記ユーザー識別情報に関連づけて記憶し、
前記ユーザーとしての医療従事者または介護従事者に対して事業従事者識別情報（例えば医療者ＩＤ）を割り当てると共に、当該事業従事者識別情報を前記ユーザー識別情報に関連づけて記憶し、
前記ユーザー端末からの指示に応じて、前記サービス受給者識別情報に関連させて固有のグループ識別情報（例えばグループＩＤ）を持つグループを生成し、
前記ユーザー端末からの指示に応じて、前記グループに１または複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、前記グループに係る前記サービス受給者識別情報に対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記グループ・メンバーの間で共有可能とし、
前記ユーザー端末からの指示に応じて、前記グループ識別情報に関連させて固有のルーム識別情報（例えばルームＩＤ）を持つ内緒話ルームを生成し、
前記ユーザー端末からの指示に応じて、前記内緒話ルームに係る前記グループに所属する前記グループ・メンバーの少なくとも一部を前記内緒話ルームに選択的にルーム・メンバーとして所属させることで、前記グループに係る前記サービス受給者識別情報に対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記ルーム・メンバーの間で共有可能とし、
誰についての情報かを特定して投稿される前記患者または前記要介護者の個々の医療・介護情報を、当該医療・介護情報の投稿先である前記グループの前記グループ識別情報または前記内緒話ルームの前記ルーム識別情報に関連付けて記憶することを特徴とするものである。
【００１５】
本発明の第１の観点による医療・介護情報管理方法では、前記サービス受給者識別情報（例えば患者ＩＤ）に関連させて固有のグループ識別情報（例えばグループＩＤ）を持つグループを生成し、そのグループに１または複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、前記グループに対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記グループ・メンバーの間で共有可能とする。このため、前記グループに対応する前記患者または前記要介護者の医療・介護情報は、前記ユーザー端末を介して、当該グループに所属する前記グループ・メンバーの間で共有することが可能である。
【００１６】
また、前記グループ識別情報に関連させて、固有のルーム識別情報（例えばルームＩＤ）を持つ内緒話ルームを生成してから、その内緒話ルームに係る前記グループに所属する前記グループ・メンバーの少なくとも一部を前記内緒話ルームに選択的にルーム・メンバーとして所属させることで、前記グループに対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記ルーム・メンバーの間で共有可能とする。このため、前記グループに対応する前記患者または前記要介護者の医療・介護情報は、前記ユーザー端末を介して、前記内緒話ルームに所属する前記ルーム・メンバーの間で共有することが可能である。ここで、前記内緒話ルームの前記ルーム・メンバーは、前記グループ・メンバーの少なくとも一部であるから、必要に応じて前記グループ・メンバーからその一部または全部を選択して前記ルーム・メンバーとすることにより、前記グループに対応する前記患者または前記要介護者の医療・介護情報にアクセスできる人の範囲を容易に変更することができる。
【００１７】
よって、誰についての情報かを特定して投稿される前記対象者（つまり前記患者または前記要介護者）の個々の医療・介護情報にアクセスできる人の範囲（アクセス可能者）を、必要に応じて任意に設定することができる。これは、前記医療・介護サービスの対象者である前記患者または前記要介護者毎に一つ以上のグループを作成できるが、各グループに関連付けられる前記対象者（患者または要介護者）は一名に限られるという制限の有無に無関係である。
【００１８】
さらに、誰についての情報かを特定して投稿される前記患者または前記要介護者の個々の医療・介護情報を、当該医療・介護情報の投稿先である前記グループの前記グループ識別情報または前記内緒話ルームの前記ルーム識別情報に関連付けて記憶するため、前記医療・介護情報の各々に対するアクセス可能者は、それが投稿された前記グループの前記グループ・メンバーまたは前記内緒話ルームの前記ルーム・メンバーに自動的に設定される。よって、誰についての情報かを特定して投稿される前記対象者（つまり前記患者または前記要介護者）の医療・介護情報に対するアクセス権限を、前記対象者毎に一元的に管理することができる。また、これにより、前記対象者のプライバシーを守りながら前記医療・介護情報を限定された人々の間で共有することが可能となる。
【００１９】
（２）  本発明の第１の観点による医療・介護情報管理方法の好ましい例では、前記内緒話ルームに係る前記グループの前記グループ・メンバーであるが前記内緒話ルームの前記ルーム・メンバーではない者は、前記内緒話ルーム宛てに投稿される前記対象者の医療・介護情報に対するアクセス権限を有しないように設定される。
【００２０】
（３）  本発明の第１の観点による医療・介護情報管理方法の他の好ましい例では、前記内緒話ルームを生成する際に、前記グループ・メンバーの少なくとも一部を前記ルーム・メンバーとして指定すると、指定された前記グループ・メンバーは前記内緒話ルームに自動招待されて前記ルーム・メンバーとなる。
【００２１】
（４）  本発明の第１の観点による医療・介護情報管理方法のさらに他の好ましい例では、誰についての情報かを特定して投稿される前記患者または前記要介護者の前記医療・介護情報の投稿先として、前記グループが指定されると、前記グループの前記グループ・メンバー全員が、前記医療・介護情報に対するアクセス可能者として記憶され、前記内緒話ルームが指定されると、前記内緒話ルームの前記ルーム・メンバー全員が、前記医療・介護情報に対するアクセス可能者として記憶される。
【００２２】
（５）  本発明の第１の観点による医療・介護情報管理方法のさらに他の好ましい例では、誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループのタイムラインまたは前記内緒話ルームのタイムライン宛てに、メッセージ形式またはファイル形式で投稿され、あるいは、前記グループ及び前記内緒話ルームの前記タイムラインとは別に設けられた所定の直接投稿箇所に向けてファイル形式で直接投稿される。
【００２３】
（６）  本発明の第１の観点による医療・介護情報管理方法のさらに他の好ましい例では、誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループ宛てに投稿されると、投稿された前記グループの前記グループ・メンバー全員が閲覧可能とされ、前記内緒話ルーム宛てに投稿されると、投稿された前記内緒話ルームの前記ルーム・メンバーのみが閲覧可能とされる。
【００２４】
（７）  本発明の第１の観点による医療・介護情報管理方法のさらに他の好ましい例では、誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループ宛てに投稿されると、投稿された前記グループの前記グループ・メンバー全員が、投稿された前記医療・介護情報を所定の投稿情報一覧画面で確認可能とされ、前記内緒話ルーム宛てに投稿されると、投稿された前記内緒話ルームの前記ルーム・メンバーのみが、投稿された前記医療・介護情報を所定の投稿情報一覧画面で確認可能とされる。
【００２５】
（８）  本発明の第２の観点による医療・介護情報管理システムは、
ユーザー端末からの要求に応じて、通信ネットワークを介して特定の患者または要介護者に係る医療・介護情報を前記ユーザー端末で閲覧可能にすることで、前記患者または前記要介護者への医療・介護サービスの提供を支援する際に、前記患者または前記要介護者に係る前記医療・介護情報を管理するシステムであって、
前記ユーザー端末を介して前記医療・介護サービスを利用する個々のユーザーに対して、ユーザー識別情報（例えばユーザーＩＤ）を割り当てて記憶するユーザー識別情報記憶手段（例えばユーザー情報記憶部）と、
前記ユーザーとしての前記患者または前記要介護者に対してサービス受給者識別情報（例えば患者ＩＤ）を割り当てると共に、当該サービス受給者識別情報を前記ユーザー識別情報に関連づけて記憶するサービス受給者識別情報記憶手段（例えば患者情報記憶部）と、
前記ユーザーとしての医療従事者または介護従事者に対して事業従事者識別情報（例えば医療者ＩＤ）を割り当てると共に、当該事業従事者識別情報を前記ユーザー識別情報に関連づけて記憶する事業従事者識別情報記憶手段（例えば医療従事者情報記憶部）と、
前記ユーザー端末からの指示に応じて、前記サービス受給者識別情報に関連させて、固有のグループ識別情報（例えばグループＩＤ）を持つグループを生成するグループ管理手段（例えばグループ管理部）と、
前記ユーザー端末からの指示に応じて、前記グループに１または複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、前記グループに係る前記サービス受給者識別情報に対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記グループ・メンバーの間で共有可能とするグループ・メンバー選定手段（例えばグループ管理部）と、
前記ユーザー端末からの指示に応じて、前記グループ識別情報に関連させて固有のルーム識別情報（例えばルームＩＤ）を持つ内緒話ルームを生成する内緒話ルーム管理手段（例えば内緒話ルーム管理部）と、
前記ユーザー端末からの指示に応じて、前記内緒話ルームに係る前記グループに所属する前記グループ・メンバーの少なくとも一部を前記内緒話ルームに選択的にルーム・メンバーとして所属させることで、前記グループに係る前記サービス受給者識別情報に対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記ルーム・メンバーの間で共有可能とするルーム・メンバー選定手段（例えばユーザー管理部）と、
誰についての情報かを特定して投稿される前記患者または前記要介護者の個々の医療・介護情報を、当該医療・介護情報の投稿先である前記グループの前記グループ識別情報または前記内緒話ルームの前記ルーム識別情報に関連付けて記憶する投稿情報記憶手段（例えば内緒話ルーム管理部及びファイル管理部）と
を備えたことを特徴とするものである。
【００２６】
本発明の第２の観点による医療・介護情報管理システムでは、前記グループ管理手段と前記グループ・メンバー選定手段により、前記サービス受給者識別情報（例えば患者ＩＤ）に関連させて固有のグループ識別情報（例えばグループＩＤ）を持つグループを生成し、そのグループに１または複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、前記グループに対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記グループ・メンバーの間で共有可能とする。このため、前記グループに対応する前記患者または前記要介護者の医療・介護情報は、前記ユーザー端末を介して、当該グループに所属する前記グループ・メンバーの間で共有することが可能である。
【００２７】
また、前記内緒話ルーム管理手段と前記ルーム・メンバー選定手段により、前記グループ識別情報に関連させて、固有のルーム識別情報（例えばルームＩＤ）を持つ内緒話ルームを生成してから、その内緒話ルームに係る前記グループに所属する前記グループ・メンバーの少なくとも一部を前記内緒話ルームに選択的にルーム・メンバーとして所属させることで、前記グループに対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記ルーム・メンバーの間で共有可能とする。このため、前記グループに対応する前記患者または前記要介護者の医療・介護情報は、前記ユーザー端末を介して、前記内緒話ルームに所属する前記ルーム・メンバーの間で共有することが可能である。ここで、前記内緒話ルームの前記ルーム・メンバーは、前記グループ・メンバーの少なくとも一部であるから、必要に応じて前記グループ・メンバーからその一部または全部を選択して前記ルーム・メンバーとすることにより、前記グループに対応する前記患者または前記要介護者の医療・介護情報にアクセスできる人の範囲を容易に変更することができる。
【００２８】
よって、誰についての情報かを特定して投稿される前記対象者（つまり前記患者または前記要介護者）の個々の医療・介護情報にアクセスできる人の範囲（アクセス可能者）を、必要に応じて任意に設定することができる。これは、前記医療・介護サービスの対象者である前記患者または前記要介護者毎に一つ以上のグループを作成できるが、各グループに関連付けられる前記対象者（患者または要介護者）は一名に限られるという制限の有無に無関係である。
【００２９】
さらに、前記投稿情報記憶手段により、誰についての情報かを特定して投稿される前記患者または前記要介護者の個々の医療・介護情報を、当該医療・介護情報の投稿先である前記グループの前記グループ識別情報または前記内緒話ルームの前記ルーム識別情報に関連付けて記憶するため、前記医療・介護情報の各々に対するアクセス可能者は、それが投稿された前記グループの前記グループ・メンバーまたは前記内緒話ルームの前記ルーム・メンバーに自動的に設定される。よって、誰についての情報かを特定して投稿される前記対象者（つまり前記患者または前記要介護者）の医療・介護情報に対するアクセス権限を、前記対象者毎に一元的に管理することができる。また、これにより、前記対象者のプライバシーを守りながら前記医療・介護情報を限定された人々の間で共有することが可能となる。
【００３０】
（９）  本発明の第２の観点による医療・介護情報管理システムの好ましい例では、前記内緒話ルームに係る前記グループの前記グループ・メンバーであるが前記内緒話ルームの前記ルーム・メンバーではない者は、前記内緒話ルーム宛てに投稿される前記対象者の医療・介護情報に対するアクセス権限を有しないように設定される。
【００３１】
（１０）  本発明の第１の観点による医療・介護情報管理システムの他の好ましい例では、前記内緒話ルームを生成する際に、前記グループ・メンバーの少なくとも一部を前記ルーム・メンバーとして指定すると、指定された前記グループ・メンバーは前記内緒話ルームに自動招待されて前記ルーム・メンバーとなる。
【００３２】
（１１）  本発明の第１の観点による医療・介護情報管理システムのさらに他の好ましい例では、誰についての情報かを特定して投稿される前記患者または前記要介護者の前記医療・介護情報の投稿先として、前記グループが指定されると、前記グループの前記グループ・メンバー全員が、前記医療・介護情報に対するアクセス可能者として記憶され、前記内緒話ルームが指定されると、前記内緒話ルームの前記ルーム・メンバー全員が、前記医療・介護情報に対するアクセス可能者として記憶される。
【００３３】
（１２）  本発明の第１の観点による医療・介護情報管理システムのさらに他の好ましい例では、誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループのタイムラインまたは前記内緒話ルームのタイムライン宛てに、メッセージ形式またはファイル形式で投稿され、あるいは、前記グループ及び前記内緒話ルームの前記タイムラインとは別に設けられた所定の直接投稿箇所に向けてファイル形式で直接投稿される。
【００３４】
（１３）  本発明の第１の観点による医療・介護情報管理システムのさらに他の好ましい例では、誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループ宛てに投稿されると、投稿された前記グループの前記グループ・メンバー全員が閲覧可能とされ、前記内緒話ルーム宛てに投稿されると、投稿された前記内緒話ルームの前記ルーム・メンバーのみが閲覧可能とされる。
【００３５】
（１４）  本発明の第１の観点による医療・介護情報管理システムのさらに他の好ましい例では、誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループ宛てに投稿されると、投稿された前記グループの前記グループ・メンバー全員が、投稿された前記医療・介護情報を所定の投稿情報一覧画面で確認可能とされ、前記内緒話ルーム宛てに投稿されると、投稿された前記内緒話ルームの前記ルーム・メンバーのみが、投稿された前記医療・介護情報を所定の投稿情報一覧画面で確認可能とされる。
【００３６】
（１５）  本発明の第３の観点による医療・介護情報管理プログラムは、
ユーザー端末からの要求に応じて、通信ネットワークを介して特定の患者または要介護者に係る医療・介護情報を前記ユーザー端末で閲覧可能にすることで、前記患者または前記要介護者への医療・介護サービスの提供を支援する際に、前記患者または前記要介護者に係る前記医療・介護情報を管理するプログラムであって、
前記ユーザー端末を介して前記医療・介護サービスを利用する個々のユーザーに対して、ユーザー識別情報（例えばユーザーＩＤ）を割り当てて記憶する処理と、
前記ユーザーとしての前記患者または前記要介護者に対してサービス受給者識別情報（例えば患者ＩＤ）を割り当てると共に、当該サービス受給者識別情報を前記ユーザー識別情報に関連づけて記憶する処理と、
前記ユーザーとしての医療従事者または介護従事者に対して事業従事者識別情報（例えば医療者ＩＤ）を割り当てると共に、当該事業従事者識別情報を前記ユーザー識別情報に関連づけて記憶する処理と、
前記ユーザー端末からの指示に応じて、前記サービス受給者識別情報に関連させて固有のグループ識別情報（例えばグループＩＤ）を持つグループを生成する処理と、
前記ユーザー端末からの指示に応じて、前記グループに１または複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、前記グループに係る前記サービス受給者識別情報に対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記グループ・メンバーの間で共有可能とする処理と、
前記ユーザー端末からの指示に応じて、前記グループ識別情報に関連させて固有のルーム識別情報（例えばルームＩＤ）を持つ内緒話ルームを生成する処理と、
前記ユーザー端末からの指示に応じて、前記内緒話ルームに係る前記グループに所属する前記グループ・メンバーの少なくとも一部を前記内緒話ルームに選択的にルーム・メンバーとして所属させることで、前記グループに係る前記サービス受給者識別情報に対応する前記患者または前記要介護者の医療・介護情報を前記ユーザー端末を介して前記ルーム・メンバーの間で共有可能とする処理と、
誰についての情報かを特定して投稿される前記患者または前記要介護者の個々の医療・介護情報を、当該医療・介護情報の投稿先である前記グループの前記グループ識別情報または前記内緒話ルームの前記ルーム識別情報に関連付けて記憶する処理と
をコンピュータに実行させることを特徴とするものである。
【００３７】
本発明の第３の観点による医療・介護情報管理プログラムでは、上述した本発明の第１の観点による医療・介護情報乖離方法と同じ理由により、誰についての情報かを特定して投稿される前記対象者（つまり前記患者または前記要介護者）の個々の医療・介護情報にアクセスできる人の範囲（アクセス可能者）を、必要に応じて任意に設定することができる。これは、前記医療・介護サービスの対象者である前記患者または前記要介護者毎に一つ以上のグループを作成できるが、各グループに関連付けられる前記対象者（患者または要介護者）は一名に限られるという制限の有無に無関係である。
【００３８】
さらに、誰についての情報かを特定して投稿される前記患者または前記要介護者の個々の医療・介護情報を、当該医療・介護情報の投稿先である前記グループの前記グループ識別情報または前記内緒話ルームの前記ルーム識別情報に関連付けて記憶するため、前記医療・介護情報の各々に対するアクセス可能者は、それが投稿された前記グループの前記グループ・メンバーまたは前記内緒話ルームの前記ルーム・メンバーに自動的に設定される。よって、誰についての情報かを特定して投稿される前記対象者（つまり前記患者または前記要介護者）の医療・介護情報に対するアクセス権限を、前記対象者毎に一元的に管理することができる。また、これにより、前記対象者のプライバシーを守りながら前記医療・介護情報を限定された人々の間で共有することが可能となる。
【００３９】
（１６）  本発明の第３の観点による医療・介護情報管理プログラムの好ましい例では、前記内緒話ルームに係る前記グループの前記グループ・メンバーであるが前記内緒話ルームの前記ルーム・メンバーではない者は、前記内緒話ルーム宛てに投稿される前記対象者の医療・介護情報に対するアクセス権限を有しないように設定される。
【００４０】
（１７）  本発明の第３の観点による医療・介護情報管理プログラムの他の好ましい例では、前記内緒話ルームを生成する際に、前記グループ・メンバーの少なくとも一部を前記ルーム・メンバーとして指定すると、指定された前記グループ・メンバーは前記内緒話ルームに自動招待されて前記ルーム・メンバーとなる。
【００４１】
（１８）  本発明の第３の観点による医療・介護情報管理プログラムのさらに他の好ましい例では、誰についての情報かを特定して投稿される前記患者または前記要介護者の前記医療・介護情報の投稿先として、前記グループが指定されると、前記グループの前記グループ・メンバー全員が、前記医療・介護情報に対するアクセス可能者として記憶され、前記内緒話ルームが指定されると、前記内緒話ルームの前記ルーム・メンバー全員が、前記医療・介護情報に対するアクセス可能者として記憶される。
【００４２】
（１９）  本発明の第３の観点による医療・介護情報管理プログラムのさらに他の好ましい例では、誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループのタイムラインまたは前記内緒話ルームのタイムライン宛てに、メッセージ形式またはファイル形式で投稿され、あるいは、前記グループ及び前記内緒話ルームの前記タイムラインとは別に設けられた所定の直接投稿箇所に向けてファイル形式で直接投稿される。
【００４３】
（２０）  本発明の第３の観点による医療・介護情報管理プログラムのさらに他の好ましい例では、誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループ宛てに投稿されると、投稿された前記グループの前記グループ・メンバー全員が閲覧可能とされ、前記内緒話ルーム宛てに投稿されると、投稿された前記内緒話ルームの前記ルーム・メンバーのみが閲覧可能とされる。
【００４４】
（２１）  本発明の第３の観点による医療・介護情報管理プログラムのさらに他の好ましい例では、誰についての情報かを特定して投稿される前記患者または前記要介護者の医療・介護情報は、前記グループ宛てに投稿されると、投稿された前記グループの前記グループ・メンバー全員が、投稿された前記医療・介護情報を所定の投稿情報一覧画面で確認可能とされ、前記内緒話ルーム宛てに投稿されると、投稿された前記内緒話ルームの前記ルーム・メンバーのみが、投稿された前記医療・介護情報を所定の投稿情報一覧画面で確認可能とされる。
【００４５】
本明細書において、「医療・介護情報」とは、メッセージの形式で、あるいは、ファイルの形式で、グループ毎または内緒話ルーム毎に作成されるタイムラインに投稿される情報や、グループ及び内緒話ルームのタイムラインとは別に設けられた所定の直接投稿箇所に向けて直接投稿される情報で、医療または介護に関するものをいう。換言すれば、医療・介護サービスの対象者である個々の患者または要介護者の医療または介護に係わる情報をいう。例えば、患者や要介護者のカルテに記載の診察結果情報、レントゲン写真情報、ＣＴやＭＲＩの検査装置による画像情報、治療・介護・投薬・リハビリ等に係る計画書・報告書・議事録等のテキスト情報、それらの情報が格納された各種ファイルなどがある。これら以外には、例えば、種々のアプリケーションのデータファイル、写真や静止画、動画等の各種ファイルや、それらファイルに係る情報がある。メッセージの形式で前記タイムラインに投稿される情報も「医療・介護情報」に含まれる。
【００４６】
本明細書において、「投稿」とは、前記グループまたは前記内緒話ルームに、メッセージ形式あるいはファイル形式で任意の情報を届けることを意味する。その情報の投稿先は、前記グループのタイムラインまたは前記内緒話ルームのタイムラインであってもよいし、前記グループ及び前記内緒話ルームのタイムラインを経由せずに、前記グループまたは前記内緒話ルームに設けられた所定の投稿先（直接投稿先）であってもよい。
【発明の効果】
【００４７】
本発明の第１の観点による医療・介護情報管理方法、本発明の第２の観点による医療・介護情報管理システム、及び本発明の第３の観点による医療・介護情報管理プログラムは、（ａ）医療・介護サービスの対象者（患者または要介護者）毎に一つ以上のグループを作成できるが、各グループに関連付けられる前記対象者（患者または要介護者）は一名に限られるという制限の有無に関係なく、誰についての情報かを特定して投稿される前記対象者の医療・介護情報にアクセスできる人の範囲を、必要に応じて任意に設定することができる、という効果と、（ｂ）誰についての情報かを特定して投稿される前記対象者（患者または要介護者）の医療・介護情報に対するアクセス権限を、前記対象者毎に一元的に管理することができ、もって前記対象者のプライバシーを守りながら前記医療・介護情報を限定された人々の間で共有することが可能となる、という効果がある。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施形態に係る医療情報管理システムと連携して動作する医療支援システムの利用状態を示す概念図である。
【図２】図１に示した医療支援システムに参加している患者、患者関係者、医療従事者及び医療関連施設の相互関係を示す説明図である。
【図３】図１に示した医療支援システムの内部構成を示す機能ブロック図である。
【図４】図１に示した医療支援システムに使用されているテーブルの構成例を示す図で、（ａ）はユーザーテーブル、（ｂ）は患者テーブル、（ｃ）は医療従事者テーブル、（ｄ）は医療関連施設テーブルである。
【図５】図１に示した医療支援システムに使用されているテーブルの構成例を示す図で、（ａ）は医療関連施設患者テーブル、（ｂ）は疾患テーブル、（ｃ）はグループテーブル、（ｄ）はグループ参加テーブルである。
【図６】図１に示した医療支援システムに使用されているテーブルの構成例を示す図で、（ａ）は招待リクエストテーブル、（ｂ）はタイムラインテーブル、（ｃ）は医療情報共有ルールテーブル、（ｄ）はＮＦＣ端末管理ルールテーブルである。
【図７】図１に示した医療支援システムに使用されているテーブルの構成例を示す図で、（ａ）はメッセージ送信予約テーブル、（ｂ）は患者属性テーブルである。
【図８】図１に示した医療支援システムに使用されている全テーブル間の関係を示す説明図である。
【図９】図１に示した医療支援システムによって各グループに形成されるタイムラインの、患者別疾患毎に生成される表示領域と、その表示領域にアクセスできる人の関係を示す説明図ある。
【図１０】図１に示した医療支援システムと、そのシステムと連携して動作する本発明の一実施形態に係る医療情報管理システムの内部構造の概要を示す機能ブロック図である。
【図１１】本発明の一実施形態に係る医療情報管理システムの内部構造の詳細を示す機能ブロック図である。
【図１２】本発明の一実施形態に係る医療情報管理システムで作成される内緒話ルーム、その所属メンバー及びタイムラインと、図１に示した医療支援システムで作成されるグループ、その所属メンバー及びタイムラインとの関係を示す概念図である。
【図１３】本発明の一実施形態に係る医療情報管理システムに使用されているテーブルの構成例を示す図で、（ａ）はルームテーブル、（ｂ）はルーム参加ユーザー管理テーブル、（ｃ）はルームタイムライン管理テーブル、（ｄ）はファイル管理テーブルである。
【図１４Ａ】本発明の一実施形態に係る医療情報管理システムにおいて、内緒話ルームを新規に作成してそのタイムラインにメッセージやファイルを投稿する際の一連の動作を示すフローチャートである。
【図１４Ｂ】本発明の一実施形態に係る医療情報管理システムにおいて、内緒話ルームを作成してそのタイムラインにメッセージやファイルを投稿する際の一連の動作を示すフローチャートで、図１４Ａの続きである。
【図１４Ｃ】本発明の一実施形態に係る医療情報管理システムにおいて、内緒話ルームを作成してそのタイムラインにメッセージやファイルを投稿する際の一連の動作を示すフローチャートで、図１４Ａの続きである。
【図１５Ａ】本発明の一実施形態に係る医療情報管理システムにおいて、既存の内緒話ルームのタイムラインにメッセージやファイルを投稿する際の一連の動作を示すフローチャートである。
【図１５Ｂ】本発明の一実施形態に係る医療情報管理システムにおいて、既存の内緒話ルームのタイムラインにメッセージやファイルを投稿する際の一連の動作を示すフローチャートで、図１５Ａの続きである。
【図１６Ａ】本発明の一実施形態に係る医療情報管理システムにおいて、既存の内緒話ルームのタイムラインに投稿されたファイルを閲覧する際の一連の動作を示すフローチャートである。
【図１６Ｂ】本発明の一実施形態に係る医療情報管理システムにおいて、既存の内緒話ルームのタイムラインに投稿されたファイルを閲覧する際の一連の動作を示すフローチャートで、図１６Ａの続きである。
【図１６Ｃ】本発明の一実施形態に係る医療情報管理システムにおいて、既存の内緒話ルームのタイムラインに投稿されたファイルを閲覧する際の一連の動作を示すフローチャートで、図１６Ａの続きである。
【図１７Ａ】本発明の一実施形態に係る医療情報管理システムにおいて、既存の内緒話ルームにファイルを直接投稿する際の一連の動作を示すフローチャートである。
【図１７Ｂ】本発明の一実施形態に係る医療情報管理システムにおいて、既存の内緒話ルームにファイルをファイルを直接投稿する際の一連の動作を示すフローチャートで、図１７Ａの続きである。
【図１７Ｃ】本発明の一実施形態に係る医療情報管理システムにおいて、既存の内緒話ルームにファイルを直接投稿する際の一連の動作を示すフローチャートで、図１７Ａの続きである。
【図１８】本発明の一実施形態に係る医療情報管理システムで使用される、特定の患者の「ホーム画面」の例を示す説明図である。
【図１９】本発明の一実施形態に係る医療情報管理システムで使用される、特定の患者の「グループのタイムラインの表示画面」の例を示す説明図である。
【図２０】本発明の一実施形態に係る医療情報管理システムで使用される、特定の患者の「内緒話ルーム名入力画面」の例を示す説明図である。
【図２１】本発明の一実施形態に係る医療情報管理システムで使用される、特定の患者の「内緒話ルーム参加者選択画面」の例を示す説明図である。
【図２２】本発明の一実施形態に係る医療情報管理システムで使用される、特定の患者の「ホーム画面」の例を示す説明図である。
【図２３】本発明の一実施形態に係る医療情報管理システムで使用される、特定の患者の「内緒話ルームのタイムラインの表示画面」の例を示す説明図である。
【図２４】本発明の一実施形態に係る医療情報管理システムで使用される、特定の患者の内緒話ルームの「ファイル直接投稿画面」の例を示す説明図である。
【図２５】本発明の一実施形態に係る医療情報管理システムで使用される、特定の患者の内緒話ルームのタイムラインへの「ファイル直接投稿での投稿先選択画面」の例を示す説明図である。
【図２６】本発明の一実施形態に係る医療情報管理システムで使用される、特定の患者の「患者詳細情表示画面」の例を示す説明図である。
【発明を実施するための形態】
【００４９】
以下、添付図面を参照しながら、本発明の好適な実施形態について説明する。
【００５０】
（医療支援サービスの利用形態）
本発明の一実施形態に係る医療情報管理システム１００と連携する医療支援システム３０が提供する医療支援サービスを、患者や医療従事者等のサービス受給者が利用する際の全体構成を、図１に示す。
【００５１】
以下の説明では、個々の患者を区別する場合は「患者Ｐ１」、「患者Ｐ２」などと表記し、個々の患者を区別しない場合は「患者Ｐ」と表記する。同様に、個々の医療従事者を区別する場合は「医療従事者Ｍ１」、「医療従事者Ｍ２」などと表記し、区別しない場合は「医療従事者Ｍ」と表記する。個々の患者関係者を区別する場合は「患者関係者Ｒ１」、「患者関係者Ｒ２」などと表記し、区別しない場合は「患者関係者Ｒ」と表記する。個々の医療関連施設を区別しない場合は、「医療関連施設Ｆ」と表記し、区別する場合は、「医療関連施設Ｆ１」、「医療関連施設Ｆ２」などと表記する。個々のグループを区別しない場合は、「グループＧ」と表記し、区別する場合は、「グループＧ１１」、「グループＧ１２」などと表記する。
【００５２】
図１に示すように、医療支援システム３０が提供するこの医療支援サービスは、その利用を希望する患者Ｐ、患者関係者Ｒまたは医療従事者Ｍが、所定の方法でユーザー登録をした後、患者Ｐが所有する患者端末１０や、医療従事者Ｍが操作する医療従事者端末１１、あるいは、患者関係者Ｒが所有する患者関係者端末１２（以下、これらの端末をまとめて「ユーザー端末」ということがある）から、通信ネットワークであるインターネット２０を介して利用するようになっている。
【００５３】
ユーザー登録をした患者Ｐ、患者関係者Ｒまたは医療従事者Ｍは、この医療支援サービスの「ユーザー」となる。この医療支援サービスは、医療支援システム３０によって実現されているから、この医療支援サービスの「ユーザー」は医療支援システム３０の「ユーザー」と言うこともできる。ユーザー登録をしていない患者Ｐ、患者関係者Ｒまたは医療従事者Ｍは、この医療支援サービスを利用できない。
【００５４】
いずれかのユーザー端末１０、１１または１２からインターネット２０を介して医療支援システム３０に指示を送ると、医療支援システム３０内に設置されたハードウェアとソフトウェアの動作により、後述する「ユーザー登録」や「グループの生成」、「グループへの招待」、「メッセージの送受信（コミュニケーション）」、「かかりつけ登録」、「医療情報の閲覧」といった種々の動作や機能が実行される。また、そうすることで、患者一人ひとりの医療情報や交換されたメッセージを、患者Ｐのプライバシーを守りながら、複数の医療従事者Ｍの間で、もしくは患者Ｐと医療従事者Ｍの間で、または患者Ｐと医療従事者Ｍと患者関係者Ｒの間で共有することが可能となり、その共有された医療情報やメッセージに基づいて個々の患者Ｐに、より良質の医療サービスを提供できるようになる。
【００５５】
患者端末１０と患者関係者端末１２は、通常、携帯電話やスマートフォンのような携帯端末とされ、個々の患者Ｐや患者関係者Ｒが自分専用の端末を所有するが、デスクトップ型あるいはノート型のパーソナル・コンピューター（パソコン）や、タッチパネル型の端末も使用可能である。医療従事者端末１１は、医療関連施設に設置されることが多いので、通常はデスクトップ型あるいはノート型のパソコンとされるが、タッチパネル型の端末や携帯端末も使用可能であることは言うまでもない。要するに、これらの端末１０、１１及び１２は、インターネット２０を介して医療支援システム３０との間で情報の送信、受信及び表示ができる端末装置であればよく、その形態や構成は問わない。
【００５６】
個々の患者Ｐは、一つ以上の疾患を患っており、特定の医療関連施設Ｆにおいてそこに所属する医療従事者Ｍから診断・治療等の医療サービスを受けている。説明を簡単にするため、本実施形態では、２人の患者Ｐ１及びＰ２のみがこの医療支援サービスを利用している場合を想定しているが、実際はもっと多くの患者Ｐが利用することは言うまでもない。
【００５７】
患者関係者Ｒとは、個々の患者Ｐの家族や親戚、友人、知人など、何らかの形で患者Ｐと関係のある人を指す。医療従事者Ｍであっても、ある患者Ｐの家族や親戚、友人あるいは知人等である場合は、その患者Ｐの患者関係者Ｒになり得る。ここでは、８人の患者関係者Ｒ１、Ｒ２、Ｒ３、Ｒ４、Ｒ５、Ｒ６、Ｒ７及びＲ８が参加している場合を想定しているが、患者Ｐの事情に応じて、もっと多くの、あるいはもっと少ない患者関係者Ｒが利用することがあるのは言うまでもない。
【００５８】
医療従事者Ｍとは、医師、看護師等の医療関連施設Ｆにおいて医療に従事している人を指す。医療従事者Ｍは、専門分野を持つクリニック（小規模の医院）や病院（中規模・大規模の医療施設）、訪問看護ステーション等の各種の医療関連施設Ｆに所属して、その医療関連施設Ｆで患者Ｐに対して診断・治療等の医療サービスを提供する。ここでは、８人の医療従事者Ｍ１、Ｍ２、Ｍ３、Ｍ４、Ｍ５、Ｍ６、Ｍ７及びＭ８のみが参加している場合を想定しているが、実際はもっと多くの、あるいはもっと少ない医療従事者Ｍが参加することは言うまでもない。
【００５９】
医療関連施設Ｆとは、医療従事者Ｍにより患者Ｐに対して医療サービスが提供される施設、例えば、小規模の医院（クリニック）やそれよりも規模の大きい病院、訪問看護ステーションなどを指す。診断・治療・看護・ケア・検査・手術・相談等、何らかの医療サービスが提供される施設であれば足り、その形態や規模は問わない。
【００６０】
また、図１では、患者Ｐと医療従事者Ｍと患者関係者Ｒがそれぞれ端末１０、１１及び１２を所有しているとして描いているが、本発明はこれに限定されない。患者Ｐと患者関係者Ｒと医療従事者Ｍは、それぞれ、一意に識別できる識別情報（ユーザーＩＤ）を持ち、同じ端末から医療支援システム３０にログインしても区別されることから、同じ端末を複数の人が共用しても支障は生じない。
【００６１】
図２は、医療支援システム３０を利用している、換言すれば、医療支援システム３０のユーザーである患者Ｐ１及びＰ２、患者関係者Ｒ１〜Ｒ８、及び医療従事者Ｍ１〜Ｍ８の相互関係を示す説明図である。
【００６２】
医療支援システム３０では、個々の患者Ｐの疾患毎にグループＧが生成・登録される。つまり、個々の患者Ｐが持つ疾患それぞれについて別個のグループＧが形成されるのである。各グループＧに参加している人（参加者）（つまりグループ・メンバー）は、通常、患者Ｐ本人の他に、患者Ｐが治療等を受けている医療関連施設Ｆに所属する担当の医療従事者Ｍを少なくとも一人含み、さらに、必要に応じて追加された患者関係者Ｒを含む。したがって、各グループＧのグループ・メンバーは、患者Ｐ本人と、担当の医療従事者Ｍ及び患者関係者Ｒから構成されるのが一般的である。
【００６３】
各グループＧに参加している医療従事者Ｍが所属する医療関連施設Ｆのいずれか一つは、そのグループＧ（ひいては患者Ｐ）に対して「かかりつけ登録」されるのが通常である。「かかりつけ登録」された医療関連施設Ｆは、グループＧに係る患者Ｐの疾患の治療方針全般について主たる責任を負う。
【００６４】
しかし、グループ・メンバーの構成は、そのような場合に限定されない。例えば、患者Ｐと一人または複数の医療従事者Ｍだけがグループ・メンバーである（患者関係者Ｒを含まない）場合もあるし、複数の医療従事者Ｍだけがグループ・メンバーである（患者Ｐも患者関係者Ｒも含まない）場合もある。前者は、例えば、患者Ｐが患者関係者Ｒに対して自己の医療情報を知らせたくないようなときに生じる。後者は、患者Ｐの治療に関わっている複数の医療従事者Ｍの間で患者Ｐの医療情報を共有したいが、患者Ｐには知らせたくないようなときに生じる。なお、患者Ｐをグループ・メンバーに含まない場合は、医療支援システム３０上で患者Ｐから医療情報の共有に対する承認を得ることができないため、別途、医療支援システム３０外で得るようにする。例えば、書面等で承認を得るようにすればよい。むろん、書面等をデジタル化したものを患者Ｐが承認するプロセスのみを、医療支援システム３０に便宜的に追加してもよい。なお、患者Ｐから医療情報の共有に対する承認を得るためのサブシステムを別個に医療支援システム３０に組み込むようにしてもよいことは言うまでもない。
【００６５】
各グループＧの患者Ｐ本人を除く参加者（グループ・メンバー）は、医療従事者Ｍであると患者関係者Ｒとを問わず、「サポーター」と呼ばれる。何らかの形で患者Ｐをサポートする人たちだからである。したがって、各グループＧのグループ・メンバーは、患者Ｐを含む場合は、患者Ｐ本人と、少なくとも一人のサポーターから構成されると言うことができる。患者Ｐを含まない場合は、複数のサポーターのみから構成されると言うことができる。
【００６６】
ここでは、図２から明らかなように、患者Ｐ１は、三つの疾患（ここでは糖尿病、高脂血症、痛風とする）を患っていて、患者Ｐ１の三つの疾患毎にグループＧ１１、Ｇ１２及びＧ１３が生成されており、各グループＧに対して医療関連施設Ｆが関連づけられている。具体的に言えば、糖尿病治療用のグループＧ１１に対してはクリニックＦ１がかかりつけ登録され、高脂血症治療用のグループＧ１２に対してはクリニックＦ２がかかりつけ登録され、痛風治療用のグループＧ１３に対しては、病院Ｆ３がかかりつけ登録されている。このように、ここでは、患者Ｐ１は、三つのグループＧ１１、Ｇ１２及びＧ１３に所属している。後述するように、グループＧ１１、Ｇ１２及びＧ１３には、かかりつけ登録されたクリニックＦ１、クリニックＦ２及び病院Ｆ３にそれぞれ所属する医療従事者Ｍも所属している。
【００６７】
患者Ｐ２は、二つの疾患（ここではアルツハイマー、高血圧とする）を患っていて、患者Ｐ２の二つの疾患毎にグループＧ２１及びＧ２２が生成されており、各グループに対して医療関連施設Ｆが関連づけられている。具体的に言えば、アルツハイマー治療用のグループＧ２１に対しては病院Ｆ３がかかりつけ登録され、高血圧治療用のグループＧ２２に対しては訪問看護ステーションＦ４がかかりつけ登録されている。このように、ここでは、患者Ｐ２は、二つのグループＧ２１及びＧ２２に所属している。後述するように、グループＧ２１及びＧ２２には、かかりつけ登録された病院Ｆ３及び訪問看護ステーションＦ４にそれぞれ所属する医療従事者Ｍも所属している。
【００６８】
上述したように、グループＧ１１は患者Ｐ１の糖尿病治療用グループ、グループＧ１２は患者Ｐ１の高脂血症治療用グループ、グループＧ１３は患者Ｐ１の痛風治療用グループである。また、グループＧ２１は患者Ｐ２のアルツハイマー治療用グループ、グループＧ２２は患者Ｐ２の高血圧治療用グループである。このように、グループＧは、個々の患者Ｐが持つ疾患毎に作られるので、各グループＧ内では、特定の患者Ｐの特定の疾患に関する医療情報が共有されるため、当該疾患の治療等に対して高い支援効果が期待でき、結果としてより良質の医療サービスが提供できるようになる。
【００６９】
医療従事者Ｍ１は、医師で、クリニックＦ１に所属しており、患者Ｐ１の糖尿病治療用グループＧ１１及び痛風治療用グループＧ１３にサポーターとして所属している。医療従事者Ｍ２は、看護師で、医療従事者Ｍ１と同じクリニックＦ１に所属しており、患者Ｐ１の糖尿病治療用グループＧ１１にサポーターとして所属している。
【００７０】
医療従事者Ｍ３は、医師で、クリニックＦ２に所属しており、患者Ｐ１の高脂血症治療用グループＧ１２にサポーターとして所属している。医療従事者Ｍ４は、看護師で、医療従事者Ｍ３と同じクリニックＦ２に所属しており、患者Ｐ１の高脂血症治療用グループＧ１２にサポーターとして所属している。
【００７１】
医療従事者Ｍ５は、医師で、病院Ｆ３に所属しており、患者Ｐ１の糖尿病治療用グループＧ１３にサポーターとして所属している。医療従事者Ｍ６は、医師で、医療従事者Ｍ５と同じ病院Ｆ３に所属しており、患者Ｐ１の糖尿病治療用グループＧ１１と患者Ｐ２のアルツハイマー治療用グループＧ２１及び高血圧治療用グループＧ２２にサポーターとして所属している。
【００７２】
医療従事者Ｍ７は、看護師で、訪問看護ステーションＦ４に所属しており、患者Ｐ２のアルツハイマー治療用グループＧ２１にサポーターとして所属している。医療従事者Ｍ８は、看護師で、医療従事者Ｍ７と同じ訪問看護ステーションＦ４に所属しており、患者Ｐ２の高血圧治療用グループＧ２２にサポーターとして所属している。
【００７３】
以上述べたように、医療支援システム３０では、患者Ｐ１が持つ三つの疾患（ここでは糖尿病、高脂血症、痛風）毎にグループＧ１１、Ｇ１２及びＧ１３が形成されており、これらのグループＧ１１、Ｇ１２及びＧ１３のそれぞれに、クリニックＦ１、クリニックＦ２及び病院Ｆ３が、かかりつけ登録されている。したがって、クリニックＦ１に所属する医療従事者Ｍ１とＭ２が、主治医として、患者Ｐ１のグループＧ１１の疾患（ここでは糖尿病）の治療等を担当する。クリニックＦ２に所属する医療従事者Ｍ３とＭ４が、主治医として、患者Ｐ１のグループＧ１２の疾患（ここでは高脂血症）の治療等を担当する。病院Ｆ３に所属する医療従事者Ｍ５とＭ６が、主治医として、患者Ｐ１のグループＧ１３の疾患（ここでは痛風）の治療等を担当する。
【００７４】
同様に、患者Ｐ２持つ二つの疾患（ここではアルツハイマー、高血圧）毎にグループＧ２１及びＧ２２が形成されており、これらのグループＧ２１及びＧ２２のそれぞれに、病院Ｆ３及び訪問看護ステーションＦ４が、かかりつけ登録されている。したがって、病院Ｆ３に所属する医療従事者Ｍ５とＭ６が、主治医として、患者Ｐ２のグループＧ２１の疾患（ここではアルツハイマー）の治療等を担当する。訪問看護ステーションＦ４に所属する医療従事者Ｍ７とＭ８が、主治医として、患者Ｐ２のグループＧ２２の疾患（ここでは高血圧）の治療等を担当する。
【００７５】
各グループＧ内における上述した医療情報の共有やコミュニケーション（メッセージ交換）を実現するのに必要な各種機能は、後述するように、患者端末１０、医療従事者端末１１または患者関係者端末１２からの要請や指示に応じて、医療支援システム３０が提供する。
【００７６】
（医療支援システムの構成及び機能）
次に、医療支援システム３０の構成と機能について、図３を参照しながら説明する。図３は、医療支援システム３０の内部構成を示す機能ブロック図である。
【００７７】
医療支援システム３０は、図３に示すように、ユーザー管理部３１０と、グループ管理部３２０と、認証部３４０と、通信制御部３５０を備えている。
【００７８】
通信制御部３５０は、医療支援システム３０の外部に設けられた通信ネットワークとしてのインターネット２０を介して、医療支援システム３０と複数のユーザー端末（つまり患者端末１０、医療従事者端末１１及び患者関係者端末１２）との間で、情報の送受信を可能とするセクションである。通信制御部３５０の通信制御プロセスは、公知の方法で実行されるので、その説明は省略する。
【００７９】
認証部３４０は、ユーザー端末１０、１１または１２からインターネット２０を介して医療支援システム３０にアクセスしてきた人が、当該医療支援システム３０でユーザー登録を受けた正規ユーザーであるか否かの認証を行うセクションである。
【００８０】
認証部３４０は、通信制御部３５０を介して、医療支援システム３０の外部に設けられたインターネット２０に接続されている。ユーザー管理部３１０とグループ管理部３２０は、認証部３４０において所定の認証を得ることを条件として、医療支援システム３０の外部にある患者端末１０、医療従事者端末１１及び患者関係者端末１２との間で情報の送受信を行う。そして、認証部３４０において正規ユーザーとして認証された場合に限り、その人によるユーザー管理部３１０とグループ管理部３２０へのアクセスが許可される。そうして初めて、そのユーザーは、医療支援システム３０が提供する医療支援サービスを利用することが可能となる。
【００８１】
次に、ユーザー管理部３１０について説明する。
【００８２】
ユーザー管理部３１０は、医療関連施設Ｆから提供される医療サービスを利用する個々のユーザー、あるいは、そのユーザーを支援するユーザー、すなわち患者Ｐ、医療従事者Ｍ及び患者関係者Ｒの登録（ユーザー登録）と、登録したユーザーの管理を行うセクションである。ユーザー管理部３１０は、登録部３１１、ユーザー情報記憶部３１２、患者情報記憶部３１３、医療従事者情報記憶部３１４、医療関連施設情報記憶部３１５及び疾患情報記憶部３１６を有している。
【００８３】
登録部３１１は、その動作を制御するソフトウェアから形成され、ユーザー管理部３１０におけるユーザー登録全般に関わる動作を制御する。例えば、医療支援システム３０にアクセスしてきたユーザー端末１０、１１または１２に、所定のユーザー登録画面（図示省略）を表示し、当該医療支援サービスの利用を希望する人（利用希望者）に対して、所定の個人情報を入力・送信するよう促す。それに応じて、ユーザー端末１０、１１または１２から所定の個人情報が医療支援システム３０まで送信されて来ると、その個人情報をその利用希望者の「ユーザー情報」としてユーザー情報記憶部３１２に記憶する。また、登録部３１１は、必要に応じて、ユーザー情報記憶部３１２に記憶されたユーザー情報を読み出して利用し、また、ユーザー情報の修正・消去等も行う。
【００８４】
ユーザー情報記憶部３１２は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、登録部３１１の指示に応じて、ユーザー情報、すなわち、ユーザーとしての患者Ｐ、医療従事者Ｍ及び患者関係者Ｒの必要情報を記憶する。この時、個々のユーザーに、一意的に識別できる「ユーザー識別情報」（ユーザーＩＤ）を割り当てる。ユーザー情報は、例えば、図４（ａ）に示すようなユーザーテーブルの形式で記憶される。このユーザーテーブルの項目は、各ユーザーに割り当てられた「ユーザーＩＤ」（ユーザー識別情報）と、各ユーザーが医療支援システム３０にログインする際に必要な「ログインＩＤ」及び「パスワード」と、各ユーザーが医療支援システム３０に登録された日である「登録日」、そして、各ユーザーの登録の有効・無効を示す「ステータス」となっている。
【００８５】
患者情報記憶部３１３は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、登録部３１１の指示に応じて、患者Ｐの個人情報を記憶する。この時、個々の患者Ｐに一意的に識別可能な「患者ＩＤ」を割り当てる。この「患者ＩＤ」は、「患者識別情報」であり、「サービス受給者識別情報」でもある。患者Ｐの個人情報は、例えば、図４（ｂ）に示すような患者テーブルの形式で記憶される。この患者テーブルの項目は、各患者Ｐに割り当てられた「患者ＩＤ」（サービス受給者識別情報）と、各患者Ｐが持つ「ユーザーＩＤ」（ユーザー識別情報）と、各患者Ｐの「患者名」、「性別」、「生年月日」、「メールアドレス」、「住所」及び「電話番号」となっている。
【００８６】
医療従事者情報記憶部３１４は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、登録部３１１の指示に応じて、医療従事者Ｍの個人情報を記憶する。この時、個々の医療従事者Ｍに一意的に識別可能な「医療者ＩＤ」を割り当てる。この「医療者ＩＤ」は、「医療従事者識別情報」であり、「事業従事者識別情報」でもある。医療従事者Ｍの個人情報は、例えば、図４（ｃ）に示すような医療従事者テーブルの形式で記憶される。この医療従事者テーブルの項目は、各医療従事者Ｍに割り当てられた「医療者ＩＤ」（事業従事者識別情報）と、各医療従事者Ｍが持つ「ユーザーＩＤ」（ユーザー識別情報）、各医療従事者Ｍが所属する医療関連施設Ｆに割り当てられた「医療関連施設ＩＤ」、そして、各医療従事者Ｍの「医療者名」、「性別」、「生年月日」及び「職種」となっている。「職種」の欄には、医師、看護師等の職種が格納される。
【００８７】
医療関連施設情報記憶部３１５は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、登録部３１１の指示に応じて、医療関連施設Ｆの必要情報を記憶する。この時、個々の医療関連施設Ｆに一意的に識別可能な「医療関連施設ＩＤ」を割り当てる。この「医療関連施設ＩＤ」は、「医療関連施設識別情報」である。医療関連施設Ｆの必要情報は、例えば、図４（ｄ）に示すような医療関連施設テーブルの形式で記憶される。この医療関連施設テーブルの項目は、各医療関連施設Ｆに割り当てられた「医療関連施設ＩＤ」（医療関連施設識別情報）と、各医療関連施設Ｆの「施設名」、「施設種別」、「診療科目」、「住所」、「電話番号」、「ＨＰ（ホームページ）」、「診療時間」及び「最寄り駅」となっている。「施設種別」の欄には、医科診療所、病院、訪問看護ステーション等の各医療関連施設Ｆの種別が格納される。
【００８８】
疾患情報記憶部３１６は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、登録部３１１の指示に応じて、疾患情報を記憶する。この時、個々の疾患に一意的に識別可能な「疾患ＩＤ」を割り当てる。この「疾患ＩＤ」は、「疾患識別情報」である。疾患情報は、例えば、図５（ｂ）に示すような疾患テーブルの形式で記憶される。この疾患テーブルの項目は、各疾患に割り当てられた「疾患ＩＤ」（疾患識別情報）と、図５（ａ）に示した医療関連施設患者テーブルで規定された「医療関連施設患者ＩＤ」と、「疾患名」となっている。「医療関連施設患者ＩＤ」は、患者Ｐと、患者Ｐがかかりつけ登録している医療関連施設Ｆとの関係（リンク）を示す識別情報である。なお、疾患テーブルにおいて、「疾患ＩＤ」が「医療関連施設患者ＩＤ」と関連付けられているのは、「医療関連施設患者ＩＤ」を使用すると、患者Ｐと疾患と医療関連施設の関連付けが容易に行えるからである。
【００８９】
次に、グループ管理部３２０について説明する。
【００９０】
グループ管理部３２０は、医療支援システム３０において、個々の患者Ｐの疾患毎に登録・形成されるグループＧを管理するセクションである。例えば、グループの新規登録のほか、グループ・メンバーの情報の記憶、招待リクエストやタイムラインやメッセージの制御、かかりつけ登録等々、多くの機能を実行する。グループ管理部３２０は、登録部３２１、グループ情報記憶部３２２、グループ・メンバー情報記憶部３２３、招待リクエスト制御部３２４、招待リクエスト情報記憶部３２５、タイムライン制御部３２６、メッセージ制御部３２７、かかりつけ施設情報記憶部３２８、共有同意情報記憶部３２９、患者実在性検証部３３０、そして認証部３３１を有している。
【００９１】
登録部３２１は、その動作を制御するソフトウェアから形成され、医療従事者Ｍまたは患者Ｐの要請に応じて、個々の患者Ｐの疾患毎にグループＧを生成し、登録する。また、医療従事者Ｍまたは患者Ｐの要請に応じて、後述する「かかりつけ登録」（具体的には、患者Ｐと疾患と医療関連施設Ｆの関連付け）に係るプロセスも実行する。
【００９２】
医療従事者Ｍの要請によりグループＧが生成されるのは、医療従事者Ｍが「患者グループ登録」をする場合である。「患者グループ登録」とは、医療従事者Ｍが所属する医療関連施設Ｆが治療等をしている患者Ｐとその疾患を、医療支援システム３０に登録することを指す。このとき、医療従事者Ｍは、自分が所属する医療関連施設Ｆが治療等をしている患者Ｐとその疾患を指定して、医療支援システム３０に登録するが、これは、その医療従事者Ｍが所属する医療関連施設Ｆ内で、患者Ｐの医療情報を共有できるようにするためである。登録部３２１は、「患者グループ登録」に同期して自動的にグループＧを生成し、生成されたグループＧに係る情報をグループ情報記憶部３２２に記憶する。
【００９３】
こうして生成されたグループＧの当初のグループ・メンバーは、予め決められたメンバー（デフォルトメンバー）が自動的に招待されている場合を除き、ゼロである。「患者グループ登録」をした医療従事者Ｍも、「患者グループ登録」の対象となった患者Ｐも、グループ・メンバーにはなっていない。「患者グループ登録」をした医療従事者Ｍがグループ・メンバーになるには、自分自身に向けて招待リクエストを送信し、自分で承認する必要がある。同様に、「患者グループ登録」の対象となった患者Ｐがグループ・メンバーになるには、患者Ｐ宛に招待リクエストを送信し、承認してもらう必要がある。
【００９４】
患者Ｐの要請によりグループＧが生成されるのは、患者Ｐが「かかりつけ登録」を要請する場合である。このとき、患者Ｐは、自分が治療等を受けている、あるいは、受けようとしている医療関連施設Ｆのうちの一つを選んで、「かかりつけ登録」を要請し、医療関連施設Ｆに承認してもらうようにする。これは、その患者Ｐが、主として治療を受けることを希望し、且つ、治療方針全般について主たる責任を持つ医療関連施設Ｆを指定するためである。登録部３２１は、「かかりつけ登録」に同期して自動的にグループＧを生成し、生成されたグループＧに係る情報（グループ情報）をグループ情報記憶部３２２に記憶する。なお、「かかりつけ登録」では、具体的には、患者Ｐと疾患と医療関連施設Ｆの関連付けが行われる。
【００９５】
こうして生成されたグループＧにおいても、デフォルトメンバーが自動的に招待されている場合を除き、当初のグループ・メンバーはゼロである。「かかりつけ登録」を要請した患者Ｐも、「かかりつけ登録」の対象となった医療関連施設Ｆの医療従事者Ｍも、グループ・メンバーにはなっていない。「かかりつけ登録」を要請した患者Ｐがグループ・メンバーになるには、自分自身に招待リクエストを送信し、自分で承認する必要がある。同様に、「かかりつけ登録」に係る医療従事者Ｍがグループ・メンバーになるには、「かかりつけ登録」を要請した患者Ｐが、医療従事者Ｍ宛に招待リクエストを送信し、承認してもらう必要がある。
【００９６】
新たにグループＧを生成する際に、デフォルトメンバーとして、新たに生成されるグループＧに当初から所属するメンバー（例えば特定の医療従事者Ｍや患者Ｐ本人）を指定しておくことができる。そのようにすれば、グループＧの生成と同時に予め指定されたメンバーが当該グループＧに自動招待され、当該グループＧの生成時からそのグループ・メンバーとなる。
【００９７】
グループ情報記憶部３２２は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、グループ情報、すなわち、各グループＧがどの患者Ｐのどのような疾患に関するものであり、また、どの医療関連施設Ｆを「かかりつけ施設」として登録しているかを示す情報を記憶する。「グループ情報」は、例えば、図５（ｃ）のようなグループテーブルとの形式で記憶される。このグループテーブルは、グループ識別情報である「グループＩＤ」と、そのグループがどのような疾患に関するものかを示す「グループ名」と、図５（ｂ）の疾患テーブルで規定された「患者ＩＤ」とを、項目として含んでいる。
【００９８】
グループ・メンバー情報記憶部３２３は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成される。グループ・メンバー情報記憶部３２３は、グループ・メンバー情報、すなわち、各グループＧの所有者とも言える患者Ｐ本人と、各グループＧに患者Ｐのサポーターとして参加している医療従事者Ｍや患者関係者Ｒに係る情報を記憶する。「グループ・メンバー情報」は、例えば、図５（ｄ）のようなグループ参加テーブルの形式で記憶される。このグループ参加テーブルは、あるグループＧへの「グループ参加」という行動に付された識別情報である「グループ参加ＩＤ」と、そのグループＧに参加しているユーザーの「ユーザーＩＤ」と、参加しているグループＧの「グループＩＤ」と、各メンバーがアクセス可能なタイムラインを指定する「アクセス可能タイムライン」という項目を含んでいる。このようなグループ参加テーブルを使用すれば、個々のグループＧに所属するグループ・メンバーを記録することができると共に、各グループＧではどのグループ・メンバーがどのタイムラインにアクセスできるか（つまり、各グループ・メンバーがどのようなアクセス権限を持っているか）も記録することができる。
【００９９】
招待リクエスト制御部３２４は、その動作を制御するソフトウェアから形成され、個々のグループＧに参加して欲しい非グループ・メンバー（すなわち、患者Ｐ、医療従事者Ｍまたは患者関係者Ｒ）を特定して、それらの非グループ・メンバーに対して送られる「招待リクエスト」を制御する。招待リクエスト制御部３２４は、ユーザーすなわち医療従事者Ｍまたは患者Ｐまたは患者関係者Ｒの指示に応じて、特定された非グループ・メンバーに対して、招待リクエストを電子メールの形で送信する。また、招待リクエストを受信したユーザーからの返信（招待リクエストを承認したか否かを示す）を受信する。
【０１００】
招待リクエストは、所望のグループＧに参加してグループ・メンバーになって欲しいユーザーに対して送られる、電子メール形式の招待状である。招待リクエストの送信は、患者Ｐ、医療従事者Ｍ、患者関係者Ｒのいずれも可能であるが、グループＧへの参加を希望するユーザーに招待リクエストを送信する前に、所定の管理者の「許可」を受ける必要がある。これは、招待しようとしているユーザーがグループ・メンバーとしてふさわしいか否か、そのユーザーの参加により何らかの支障が生じないか等の点を考慮して、管理者が決定する。この管理者には、「医療従事者側管理者」と「患者側管理者」がある。「医療従事者側管理者」は、招待リクエストの送信を「許可」または「拒否」する権限を有する医療従事者Ｍ（ユーザーでもある）であり、医療関連施設Ｆ毎に、あるいは、グループ毎に設定される。「医療従事者側管理者」としては、例えば、クリニックの院長や事務長などが指定される。「患者側管理者」は、患者Ｐ本人（ユーザーでもある）か、患者Ｐの家族や友人等で患者Ｐから招待リクエストの送信を「許可」または「拒否」する権限を与えられたユーザーであり、患者Ｐ毎に、あるいは、グループ毎に設定される。「患者側管理者」としては、例えば、患者Ｐの親や配偶者や子、親しい友人などが指定される。
【０１０１】
通常は、医療従事者Ｍが招待リクエストを送信する場合でも、患者Ｐまたは患者関係者Ｒが招待リクエストを送信する場合でも、「医療従事者側管理者」と「患者側管理者」の双方の許可が得られないと招待リクエストを送信できない、と規定される。つまり、医療従事者Ｍ側の事情と患者Ｐ側の事情の双方を考慮したうえで、招待リクエストの送信の許否を決定するように設定する。これは、グループ・メンバーになると、患者Ｐの医療情報やメッセージを閲覧できるようになるため、だれがグループ・メンバーになるかは患者Ｐと医療従事者Ｍの双方に及ぼす影響が大きいからである。しかし、これに限定されるものではない。「医療従事者側管理者」と「患者側管理者」のいずれか一方の許可が得られれば、招待リクエストを送信できるようにしてもよいし、「医療従事者側管理者」のみの許可が得られれば、招待リクエストを送信できるようにしてもよい。この点は、必要あるいは要望に応じて決めることができる。
【０１０２】
このように、医療支援システム３０では、招待リクエストの送信が「完了」する（「招待の完了」）ためには、「医療従事者側管理者」及び「患者側管理者」の少なくとも一方の「許可」が必要であり、グループ・メンバーの追加によって問題が生じないようになっている。
【０１０３】
「医療従事者側管理者」及び「患者側管理者」の双方、または、その少なくとも一方の「許可」を受けて送信された招待リクエストを受け取ったユーザーは、その招待リクエストで指定されたグループＧに参加する場合は、その招待を「承認」すればよい。そうすると、自動的に、グループ・メンバーとして追加される。グループＧに参加しない場合は、その招待を「拒絶」すればよい。このように、招待リクエストを受け取ったユーザーは、招待を「承認」するか否かを決めることで、グループＧへの参加・不参加を選択することができる。
【０１０４】
招待を承認したユーザーは、グループＧのメンバーとなるが、患者Ｐ以外のグループ・メンバー（具体的には医療従事者Ｍと患者関係者Ｒ）はすべて、患者Ｐのサポーターとなる。グループ・メンバーの間では、患者Ｐが選択した共有ルール（後述）に従って、患者Ｐの医療情報やメッセージが共有される。したがって、例えば、他の医療関連施設Ｆの医療従事者Ｍから自己の疾患に対するセカンド・オピニオンをもらいたい場合や、患者Ｐが自己の疾患に関する治療経過等について知っておくことを望む家族や親戚、友人等の患者関係者Ｒがいる場合には、このような人々に対して招待リクエストが送信される。こうすることで、医療関連施設Ｆの患者Ｐの特定疾患についての医療情報を、一意性を担保しながら、他の医療関連施設の医療従事者を含む複数の医療従事者Ｍや、患者関係者Ｒ、患者Ｐ本人と共有することができる。
【０１０５】
「医療従事者側管理者」及び「患者側管理者」の設定は、招待リクエスト情報記憶部３２５に記憶される。「医療従事者側管理者」及び「患者側管理者」による「許可」プロセスは、招待リクエスト制御部３２４が実行する。招待リクエストの生成及び送信と、招待リクエスト受信者からの返信の受信は、招待リクエスト制御部３２４が実行する。
【０１０６】
招待リクエスト情報記憶部３２５は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成される。招待リクエスト情報記憶部３２５は、要請に応じて招待リクエスト制御部３３１が生成する「招待リクエスト情報」、すなわち、誰が誰に対して招待リクエストを送るのかを示す各種情報と、管理者による招待リクエストの許否に関する情報を記憶する。また、招待リクエストの受信者からの返信内容（招待リクエストの承認または許否）と、「医療従事者側管理者」及び「患者側管理者」の設定も記憶する。「招待リクエスト情報」は、例えば、図６（ａ）に示した招待リクエストテーブルの形式で記憶される。この招待リクエストテーブルの項目としては、各招待リクエストに割り当てられた「招待リクエストＩＤ」と、招待リクエストを送るユーザーの識別情報である「招待元ユーザーＩＤ」、招待リクエストを送信してよいかどうかの識別情報である「招待リクエスト許否」、被招待者によって招待リクエストが承認されたかどうかの識別情報である「招待リクエスト承認」、招待リクエストが送られる相手先の識別情報である「招待先ユーザーＩＤ」、招待リクエストが送られる相手先（送付先）の「招待先メールアドレス」と「招待先パスフレーズ」、招待されるグループの識別情報である「グループＩＤ」、グループ・メンバーがアクセスできるタイムラインのコードを示す「アクセス可能タイムライン」が含まれている。
【０１０７】
なお、図６（ａ）の招待リクエストテーブルに「招待先パスフレーズ」が含まれているのは、招待リクエストを受け取った人が、正規の招待先であるか否か、換言すれば、本人であるか否かを、このパスフレーズで確認するためである。招待リクエストを受け取った人が、その招待リクエストに係る招待元のグループに参加するためには、招待リクエストの電子メール中に記載されているＵＲＬにアクセスして、そこで表示される招待リクエスト承認画面中に、パスフレーズを入力する必要がある。入力されたパスフレーズが、招待リクエストテーブルに格納されている「招待先パスフレーズ」と一致しないと、そのグループには参加できないようになっているから、これで招待先の本人認証が容易にできるのである。
【０１０８】
タイムライン制御部３２６は、その動作を制御するソフトウェアから形成されており、各グループＧに対して割り当てられる「タイムライン」（すなわち情報表示領域）を制御する。具体的には、新たに生成されたグループＧに対して、「タイムライン」と呼ばれる情報表示領域を割り当て、共有される医療情報をそのタイムラインに所定の順序で（例えば投稿された時刻順に）表示させる。表示する情報と、その表示時刻等のパラメータは、医療従事者端末１１からインターネット２０を介してグループ管理部３３０に送られるので、タイムライン制御部３２６は、そのパラメータに従って、送られてきた情報をタイムラインに表示させる。
【０１０９】
タイムラインの一例を図９に示す。このタイムライン５１は、患者Ｐ１の糖尿病治療のグループＧ１１用に生成されたものであり、全員共有エリア５１ａと医療従事者共有エリア５１ｂを備えている。全員共有エリア５１ａには、グループＧ１１のメンバー全員が共有する情報が表示される。医療従事者共有エリア５１ｂには、グループＧ１１の医療従事者Ｍだけが共有する情報が表示される。したがって、全員共有エリア５１ａに表示される医療情報は、グループＧ１１のメンバー全員が共有可能であり、患者Ｐ１のほか、クリニックＦ１に所属する医療従事者Ｍ１及びＭ２と、病院Ｆ３に所属する医療従事者Ｍ６と、患者関係者Ｒ１、Ｒ２及びＲ４が、自由に投稿・閲覧可能である。これとは異なり、医療従事者共有エリア５１ｂに表示される医療情報は、グループＧ１１医療従事者のみが共有可能であり、クリニックＦ１に所属する医療従事者Ｍ１及びＭ２と、病院Ｆ３に所属する医療従事者Ｍ６が、自由に投稿・閲覧可能である。
【０１１０】
なお、図９では、グループＧ１１用として全員共有エリア５１ａと医療従事者共有エリア５１ｂに分割された一つのタイムライン５１が設けられているが、グループＧ１１用として「全員用タイムライン」及び「医療従事者用タイムライン」と称する二つのタイムラインを設けるようにしてもよいことは、言うまでもない。実際に、図６（ｂ）のタイムラインテーブルでは、そのようになっており、グループＩＤ「１０００１」のグループにおいて、タイムラインＩＤ「１」が割り当てられた患者側タイムライン（全員用タイムライン）と、タイムラインＩＤ「２」が割り当てられた医療者側タイムライン（医療従事者用タイムライン）が設けられている。
【０１１１】
メッセージ制御部３２７は、その動作を制御するソフトウェアから形成されており、一人のグループ・メンバーから他のグループ・メンバーに宛てられたメッセージの送信・受信を制御する。この制御には、例えば、図７（ａ）に示したメッセージ送信予約テーブルが使用される。このメッセージ送信予約テーブルの項目としては、各送信予約に割り当てられた識別情報である「送信予約ＩＤ」と、メッセージが送られるユーザーの識別情報である「宛先ユーザーＩＤ」、メッセージを送るユーザーの識別情報である「差出人ユーザーＩＤ」、送信される内容である「メッセージ」、メッセージが送信される予定日時が格納される「送信予定日時」である。
【０１１２】
図７（ｂ）に示した患者属性テーブルは、個々の患者Ｐの属性が記憶されるものであり、メッセージ制御部３３６が所定のメッセージを一部の患者Ｐに選択的に送信する際に使用される。この患者属性テーブルは、各患者Ｐの属性に付された識別情報である「患者属性ＩＤ」と、各患者Ｐの「患者ＩＤ」と、各患者Ｐの「属性名」と、各患者Ｐの「属性値」という項目を有している。「属性名」に格納されている「２０１３年健診案内」という値は、この患者Ｐには、「２０１３年の健康診断の案内文」を送信する必要があり、「属性値」に格納されている「未」という値は、「２０１３年の健康診断の案内文」の送信が未だ行われていないことを示す。
【０１１３】
かかりつけ施設情報記憶部３２８は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成される。かかりつけ施設情報記憶部３２８は、登録部３２１が実行する「かかりつけ登録」（患者Ｐと疾患と医療関連施設Ｆの関連付け）プロセスで利用され、生成される「かかりつけ施設情報」を記憶する。かかりつけ登録についての詳細は、上述した特許文献１に記載されており、また、医療情報管理とは関係がないので、その説明は省略する。「かかりつけ施設情報」は、例えば、図５（ａ）に示すような医療関連施設患者テーブルの形式で記憶される。この医療関連施設患者テーブルの項目は、各医療関連施設Ｆで治療等を受けている個々の患者Ｐに割り当てられた「医療関連施設患者ＩＤ」と、図４（ｄ）に示した医療関連施設テーブルで規定された「医療関連施設ＩＤ」と、その患者Ｐのその医療関連施設Ｆにおける「患者番号」と、その患者Ｐの「患者名」、「性別」、「生年月日」、「保険」、「最終受診日」、「住所」、「電話番号」、「メールアドレス」及び「パスコード」となっている。「医療関連施設患者ＩＤ」は、患者Ｐと、患者Ｐがかかりつけ登録している医療関連施設Ｆとの関係を示す識別情報であり、「かかりつけ施設識別情報」あるいは「医療関連施設・患者関係識別情報」と言うことができる。「患者番号」は、その医療関連施設Ｆで治療等を受けている患者Ｐの識別情報である。「パスコード」は、本人確認のために各患者Ｐに割り当てられた情報であり、患者Ｐがかかりつけ登録要請を承認する際などに使用される。
【０１１４】
登録部３２１は、所定の医療情報共有の照会画面（これはユーザー端末上に表示される。図示省略）において、所定の共有ルール選択画面（図示省略）を表示し、共有ルール、すなわち医療情報の共有範囲を選択するよう促す。例えば、共有ルールの選択肢は二つとされ、一つは「かかりつけ登録に係る医療関連施設Ｆの内部のみで共有」、他の一つは「かかりつけ登録に係る医療関連施設Ｆの内部と、かかりつけ登録に係る患者Ｐ本人とを含む、グループ・メンバー全員で共有」とされる。いずれかの共有ルールが選択されると、登録部３２１は、「共有に同意する」旨の回答と、選択された共有ルールとを共有同意情報記憶部３２９に記憶する。共有ルールを三つ以上設定してもよいことは言うまでもない。
【０１１５】
共有同意情報記憶部３２９は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、登録部３２１によって生成された、「自己の医療情報の共有に同意する」旨の意思表示（共有同意情報）と、選択された共有ルールとを記憶する。共有同意情報と選択された共有ルールは、例えば、図６（ｃ）に示す医療情報共有テーブルの形式で記憶される。この医療情報共有テーブルの項目は、患者Ｐの「ユーザーＩＤ」と、かかりつけ登録された医療関連施設Ｆの「医療関連施設ＩＤ」と、患者Ｐが同意した「共有ルール」となっている。図６（ｃ）に示す医療情報共有テーブルでは、ユーザーＩＤが「１００」の患者Ｐは、医療関連施設ＩＤが「１０００」の医療関連施設Ｆでは「院内共有許可」を与えており、医療関連施設ＩＤが「１００１」の医療関連施設Ｆでは「包括的共有許可」を与えている。
【０１１６】
患者実在性検証部３３０は、その動作を制御するソフトウェアから形成されており、「かかりつけ登録を要請して来た患者Ｐが実在するか否か」、換言すれば、「その患者Ｐが本人であり、他人のなりすましではないかどうか」を検証する。この患者実在性検証プロセスは、上述したかかりつけ登録プロセスを開始する前に行うのが好ましい。図６（ｄ）に、ＮＦＣ端末を管理するために作成されたＮＦＣ端末テーブルの一例を示す。このＮＦＣ端末テーブルは、個々の医療関連施設Ｆに割り当てられた「医療関連施設ＩＤ」と、個々のＮＦＣ端末に割り当てられた「ＮＦＣ端末番号」と、図５（ａ）の医療関連施設患者テーブルで規定された、個々の医療関連施設Ｆにおいて患者毎に割り当てられた「医療関連施設患者ＩＤ」と、個々の患者Ｐに割り当てられた「パスコード」という項目を持つ。ＮＦＣ端末テーブルの「パスコード」欄に記入されたパスコードは、図５（ａ）の医療関連施設患者テーブルの「パスコード」欄に記入されたパスコードと同じである。
【０１１７】
認証部３３１は、その動作を制御するソフトウェアから形成されており、ユーザー端末を介して、医療支援システム３０の特定のグループＧにアクセスして来た患者Ｐ、医療従事者Ｍまたは患者関係者Ｒが、そのグループＧの正規のメンバーであるか否か、換言すれば、そのグループＧのタイムラインにアクセスする権限があるか否かをチェックする。そして、正規のメンバーであることが確認されれば、そのグループＧのタイムラインにアクセスすることを許可する。正規のメンバーでないと確認されれば、そのグループＧのタイムラインにアクセスすることを拒否する。
【０１１８】
医療支援システム３０で使用される上述した各種テーブルは、図８に示すような関係を持つ。
【０１１９】
（医療支援システムの動作）
以上の構成を持つ医療支援システム３０では、医療情報とメッセージの共有のために、個々の患者Ｐの疾患毎にグループＧが登録・生成される。グループＧの作成は、上述したように、医療従事者Ｍによる患者グループ登録、または、患者Ｐによるかかりつけ登録によって行われる。また、グループＧのグループ・メンバーは、デフォルトメンバーを除き、必要に応じて患者Ｐや医療従事者Ｍ、患者関係者Ｒを招待することで追加され、また、必要に応じてグループＧから削除される。医療支援システム３０のこれら動作の詳細は特許文献１に記載されているが、これらは本実施形態に係る医療情報管理システム１００とは関係がないため、それらの説明は省略する。
【０１２０】
また、医療支援システム３０のユーザー登録、新規患者登録、新規医療従事者登録、サポーター招待等の動作についての説明も、同じ理由により、省略する。
【０１２１】
（医療情報管理システムの構成）
次に、本発明の一実施形態に係る医療情報管理システム１００の構成について、図１０及び図１１を参照しながら説明する。
【０１２２】
図１０及び図１１に示すように、本実施形態に係る医療情報管理システム１００は、医療支援システム３０と連携して動作するように構成されており、ユーザー管理部１１０と内緒話ルーム管理部１２０とファイル管理部１３０を備えている。
【０１２３】
ユーザー管理部１１０は、医療情報管理システム１００を利用するユーザーの管理を行うセクションである。つまり、医療支援システム３０のユーザーである患者Ｐ、医療従事者Ｍ及び患者関係者Ｒの中でさらに医療情報管理システム１００を利用するユーザーの登録（ユーザー登録）と、登録したユーザーの管理を行うセクションである。ユーザー管理部１１０は、登録部１１１、ユーザー情報記憶部１１２及びユーザー参加制御部１１３を有している。ユーザー管理部１１０は、医療支援システム３０のユーザー管理部３１０と連携して動作する。
【０１２４】
登録部１１１は、その動作を制御するソフトウェアから形成され、ユーザー管理部１１０におけるユーザー登録全般に関わる動作を制御する。例えば、医療情報管理システム１００を利用するユーザー（つまり、内緒話ルームＳを作成してその機能を利用する医療支援システム３０のユーザー）のユーザー端末１０、１１または１２に、所定の内緒話ルーム名入力画面（図２０を参照）や内緒話ルーム参加者選択画面（図２１を参照）を表示し、医療情報管理システム１００の内緒話ルーム機能の利用を希望する人（利用希望者）に対して、所定の情報を入力・送信するよう促す。それに応じて、ユーザー端末１０、１１または１２から所定の情報が医療情報管理システム１００まで送信されて来ると、その情報をその利用希望者の「ユーザー情報」としてユーザー情報記憶部１１２に記憶する。また、登録部１１１は、必要に応じて、ユーザー情報記憶部１１２に記憶されたユーザー情報を読み出して利用し、また、そのユーザー情報の修正・消去等も行う。
【０１２５】
ユーザー情報記憶部１１２は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、登録部１１１の指示に応じて、内緒話ルーム機能の利用を希望するユーザー（患者Ｐ、医療従事者Ｍまたは患者関係者Ｒ）のユーザー情報と、作成された内緒話ルームＳに所属するルーム・メンバーのユーザー情報とを記憶する。具体的には、例えば、医療支援システム３０によって個々のユーザーに割り当てられた「ユーザー識別情報」（ユーザーＩＤ）を、図１３（ａ）に示したルームテーブルの形式で記憶する。このルームテーブルの項目としては、作成された内緒話ルームＳに割り当てられた「ルームＩＤ」、その内緒話ルームＳに付された「ルーム名」、その内緒話ルームＳが作成されたグループＧの「グループＩＤ」、そして、その内緒話ルームＳを作成したユーザーのユーザーＩＤである「作成ユーザーＩＤ」が含まれている。
【０１２６】
ユーザー参加制御部１１３は、その動作を制御するソフトウェアから形成され、登録部１１１の指示に応じて、内緒話ルームの参加者（ルーム・メンバー）となるユーザー（患者Ｐ、医療従事者Ｍ及び患者関係者Ｒ）を、新たに作成された内緒話ルームＳ、あるいは既存の内緒話ルームＳにルーム・メンバーとして参加させるように制御する。そして、ルーム・メンバーとして参加するユーザーのユーザー情報をユーザー情報記憶部１１２に記憶する。具体的には、例えば、医療支援システム３０によって個々のユーザーに割り当てられた「ユーザー識別情報」（ユーザーＩＤ）を、図１３（ｂ）に示したルーム参加ユーザー管理テーブルの形式で記憶する。このルーム参加ユーザー管理テーブルの項目としては、内緒話ルームＳに割り当てられた「ルームＩＤ」、その内緒話ルームＳが作成されたグループＧの「グループＩＤ」、そして、その内緒話ルームＳの参加ユーザー（ルーム・メンバー）のユーザーＩＤである「作成ユーザーＩＤ」が含まれている。
【０１２７】
次に、内緒話ルーム管理部１２０について説明する。
【０１２８】
内緒話ルーム管理部１２０は、医療情報管理システム１００において、個々のグループＧ中に作成される内緒話ルームＳを管理するセクションである。例えば、内緒話ルームＳの新規登録のほか、内緒話ルームＳのルーム・メンバーの情報の記憶、内緒話ルームＳのタイムラインやメッセージの制御等の機能を実行する。内緒話ルーム管理部１２０は、内緒話ルーム登録部１２１、タイムライン制御部１２２、そして、内緒話ルーム情報記憶部１２３を有している。内緒話ルーム管理部１２０は、医療支援システム３０のグループ管理部３２０と連携して動作する。
【０１２９】
内緒話ルーム登録部１２１は、その動作を制御するソフトウェアから形成されており、個々の患者ＰのグループＧのグループ・メンバー（例えば医療従事者Ｍ）の要請に応じて、個々の患者ＰのグループＧの内部に内緒話ルームＳを作成し、登録する。その際に、内緒話ルーム登録部１２１は、内緒話ルーム情報、すなわち、各内緒話ルームＳがどの患者ＰのどのグループＧの内部にあり、どのようなメンバーが所属しているかを示す情報を生成し、内緒話ルーム情報記憶部１２３に記憶する。「内緒話ルーム情報」は、例えば、図１３（ａ）のようなルームテーブルの形式で記憶される。内緒話ルームＳは、その名称を変えることで、必要に応じて同じグループＧの中に複数個作成することができる。同じグループＧの中に作成される内緒話ルームＳの総数に制限はない。
【０１３０】
こうして作成された内緒話ルームＳの当初のルーム・メンバーは、ゼロであるが、内緒話ルームＳの作成直後に参加者が選択されて追加されるので、追加されたグループＧのグループ・メンバーがルーム・メンバーとなる。この場合、内緒話ルームＳへの参加者の招待は、グループＧへの参加の場合とは異なり、医療支援システム３０によって自動的に行われる、つまり、自動招待で行われる。このため、グループＧの作成時に必要な招待リクエストの送信とその承認というプロセスは、ルーム・メンバーの参加の場合には不要である。
【０１３１】
こうして作成された内緒話ルームＳには、一人の「ルーム管理者」が存在する。換言すれば、ルーム・メンバーのうちの一人が必ず、内緒話ルームＳの「ルーム管理者」に割り当てられるのである。通常は、内緒話ルームＳを作成したユーザー（ルーム作成者）が「ルーム管理者」に自動的に割り当てられるが、「ルーム管理者」は任意に変更可能である。しかし、「ルーム管理者」を変更する権限は「ルーム管理者」のみが持つため、「ルーム管理者」を変更する操作は、その時の「ルーム管理者」が新しい「ルーム管理者」を指定しながら行う必要がある。「ルーム管理者」のユーザーＩＤは、図示していないが、例えば、図１３（ｂ）のルーム参加ユーザー管理テーブル、または、図１３（ａ）のルームテーブルに、ルーム管理者ユーザーＩＤ」の項目を設けて記録される。
【０１３２】
タイムライン制御部１２２は、その動作を制御するソフトウェアから形成され、各内緒話ルームＳに対して割り当てられる「タイムライン」（すなわち情報表示領域）を制御する。具体的には、新たに生成された内緒話ルームＳに対して、「タイムライン」と呼ばれる情報表示領域を生成して割り当て、共有される医療関係のメッセージや添付ファイルをそのタイムラインに所定の順序で（例えば投稿された時刻順に）表示させる。表示する情報と、その表示時刻等のパラメータは、メッセージ等を投稿したユーザー端末からインターネット２０とグループ管理部３３０を介して内緒話ルーム管理部１２０に送られるので、タイムライン制御部１２２は、そのパラメータに従って、送られてきた情報をタイムラインに表示させる。各内緒話ルームＳのタイムライン情報の記憶には、例えば、図１３（ｃ）に示すようなルームタイムライン管理テーブルの形式が使用される。このルームタイムライン管理テーブルの項目としては、内緒話ルームＳに割り当てられた「ルームＩＤ」、その内緒話ルームＳが作成されたグループＧの「グループＩＤ」、そのメッセージをルームタイムラインに投稿したユーザーのユーザーＩＤである「投稿ユーザーＩＤ」、そのメッセージが投稿された時刻を示す情報である「投稿タイムスタンプ」、そのメッセージの内容である「投稿メッセージ」、そして、投稿されたファイルに割り当てられた識別情報である「投稿ファイルＩＤ」が含まれている。
【０１３３】
タイムラインの一例を図１２（ｂ）に示す。このタイムライン１５１は、患者Ｐａの糖尿病治療のグループＧａ内に生成された内緒話ルームＳａ用のものである。グループＧａのグループ・メンバーは、患者Ｐａと、３名の患者関係者Ｒａ、Ｒｂ、Ｒｃと、７名の医療従事者Ｍａ、Ｍｂ、Ｍｃ、Ｍｄ、Ｍｅ、Ｍｆ及びＭｇの計１１名であり、そのうちの３名の医療従事者Ｍａ、Ｍｂ及びＭｃのみが内緒話ルームＳａに参加している。したがって、内緒話ルームＳａのルーム・メンバーは、医療従事者Ｍａ、Ｍｂ及びＭｃの３名であり、タイムライン１５１に投稿されたメッセージやファイル等の情報は、内緒話ルームＳａのルーム・メンバー全員（つまり医療従事者Ｍａ、Ｍｂ及びＭｃ）で共有される、すなわち、ルーム・メンバー全員が自由に投稿・閲覧可能である。
【０１３４】
内緒話ルーム情報記憶部１２３は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、内緒話ルーム登録１２１が生成した内緒話ルーム情報を記憶する。内緒話ルーム情報は、例えば、図１３（ａ）のルームテーブルと、図１３（ｂ）のルーム参加ユーザー管理テーブルと、図１３（ｃ）のルームタイムライン管理テーブルの形式で記憶される。
【０１３５】
次に、ファイル管理部１３０について説明する。
【０１３６】
ファイル管理部１３０は、医療情報管理システム１００において、タイムラインに投稿されるメッセージに添付する形で、あるいは、タイムラインに投稿されるメッセージとは独立した形で、個々の内緒話ルームＳに投稿されるファイルを管理するセクションである。ファイル管理部１３０は、ファイル登録部１３１、ファイル閲覧制御部１３２、ファイル投稿制御部１３３、そしてファイル・アクセス制御部１３４を有している。ファイル管理部１３０は、医療支援システム３０のグループ管理部３２０と連携して動作する。
【０１３７】
ファイル登録部１３１は、ハードディスク等の情報記憶媒体と、その情報記憶媒体への情報の記録、再生、消去等の動作を制御するソフトウェアから形成され、個々の内緒話ルームＳに投稿されるファイルの記憶と、そのファイルに係る情報（ファイル名、ファイルＩＤ、ファイル投稿者のユーザーＩＤ等）の登録とを行う。各ファイルに係る情報は、例えば、図１３（ｄ）に示すようなファイル管理テーブルの形式で記憶される。このファイル管理テーブルの項目としては、各ファイルに割り当てられた「ファイルＩＤ」、各ファイルの「ファイル名」、内緒話ルームＳに割り当てられた「ルームＩＤ」、そして、その内緒話ルームＳが作成されたグループＧの「グループＩＤ」が含まれている。
【０１３８】
ファイル閲覧制御部１３２は、個々の内緒話ルームＳに投稿されたファイルの閲覧の可否を制御する。これは、内緒話ルームＳに投稿されたファイルを、アクセス権限があるユーザー、つまりアクセス可能者（例えば所定の医療関連施設Ｆに所属する医療従事者Ｍ）だけが閲覧ができるようにするためである。この制御は、各ファイルに与えられたファイル・アクセス権限（後述）に応じて実行される。
【０１３９】
ファイル投稿制御部１３３は、タイムラインに投稿されるメッセージに添付する形で、あるいは、タイムラインに投稿されるメッセージとは独立した形で、個々の内緒話ルームＳにファイルが投稿（アップロード）される際の動作を制御する。ファイルの投稿（アップロード）は、公知の方法で実行される。
【０１４０】
ファイル・アクセス制御部１３４は、内緒話ルームＳに投稿されたファイル毎に、適法にアクセスするためのアクセス権限を設定し、ファイルの投稿先に応じて、グループＧに所属するグループ・メンバーだけ、あるいは、内緒話ルームＳに所属するルーム・メンバーだけが、そのファイルにアクセス（閲覧）できるように制御する。ここでは、ファイル登録部１３１が投稿された個々のファイルを登録する際に、各ファイルに対して属性フラグが設定されるようになっており、タイムライン情報の添付ファイルとして投稿されたか、タイムライン情報とは独立して投稿されたかに関係なく、ファイルの投稿先がグループＧであるときは、そのファイルの属性フラグが立ち、ファイルの投稿先がグループＧでない（つまり投稿先が内緒話ルームＳである）ときは、そのファイルの属性フラグが立たないようになっている。ファイル・アクセス制御部１３４は、投稿されたファイルの属性フラグを常にチェックしており、その属性フラグが立っているときは、投稿先がグループＧであると判断し、そのグループＧのグループ・メンバー全員にアクセス権限（閲覧権限）を付与する。他方、投稿されたファイルの属性フラグが立っていないときは、投稿先が内緒話ルームＳであると判断し、投稿先である内緒話ルームＳのルーム・メンバー全員にアクセス権限（閲覧権限）を付与する。このアクセス制御には、例えば、図１３（ｄ）に示すようなファイル管理テーブルの形式が使用される。このファイル管理テーブルでは、各ファイルのファイルＩＤがルームＩＤ及びグループＩＤと関連付けられており、そのルームＩＤ及びグループＩＤがさらに図１３（ｂ）のルーム参加ユーザー管理テーブルに関連付けられている。このため、各ファイルにアクセス権限（閲覧権限）を持つユーザーのユーザーＩＤが、ルーム参加ユーザー管理テーブルの中において、対応するルームＩＤ（例えばルームＩＤが「０００１」）を持つルーム参加ユーザーＩＤ欄に、「００１１１」、「０２４３２」、「０９８７９」のように、リストアップ（一覧として登録）される。しかし、本発明はこのような方法に限定されるわけではない。
【０１４１】
上述した図１３（ａ）〜（ｄ）の四つのテーブルの意味するところは、次のとおりである。
【０１４２】
図１３（ａ）のルームテーブルは、グループＩＤが「００５２２」であるグループ内に、「医療従事者のみ」と称する内緒話ルームが作成されており、その内緒話ルームにはルームＩＤ「０００１」が付与されていること、そして、その内緒話ルームを作成したユーザーが、ユーザーＩＤ「００１１１」が付与されたユーザーであることを示す。また、グループＩＤが「００８１３」であるグループ内にも、「医療従事者のみ」と称する内緒話ルームが作成されており、その内緒話ルームにはルームＩＤ「０００２」が付与されていること、そして、その内緒話ルームを作成したのが、上記の「医療従事者のみ」と称する内緒話ルームを作成したのと同じユーザーであることを示す。さらに、「医療従事者のみ」と称する内緒話ルームが作成されたグループＩＤが「００８１３」のグループ内には、上記二つの内緒話ルームを作成したのと同じユーザーによって、「リハビリ関連情報」と称するもう一つの内緒話ルームが作成されており、その内緒話ルームにはルームＩＤ「０００３」が付与されていることを示す。このように、内緒話ルームのルームＩＤは、グループＩＤ及びルームＩＤと関連付けて記憶される。
【０１４３】
図１３（ｂ）のルーム参加ユーザー管理テーブルは、グループＩＤが「００５２２」であるグループ内に作成された「医療従事者のみ」と称する内緒話ルーム（ルームＩＤ＝０００１）に所属するメンバー（ルーム・メンバー）が、ユーザーＩＤが「００１１１」、「０２４３２」、「０９８７９」である３名のユーザーであることを示す。このように、内緒話ルームに参加するユーザーのユーザーＩＤは、当該内緒話ルームのルームＩＤとその内緒話ルームが所属するグループのグループＩＤと関連付けて記憶される。
【０１４４】
図１３（ｃ）のルームタイムライン管理テーブルは、グループＩＤが「００５２２」であるグループ内に作成された「医療従事者のみ」と称する内緒話ルーム（ルームＩＤ＝「０００１」）のタイムラインの状況を示しており、「褥瘡がだいぶ良いです。」という投稿メッセージの投稿者は、ユーザーＩＤが「００１１１」のユーザーであり、同じユーザーによりファイルＩＤが「００００１」のファイルが、そのメッセージに添付されて投稿されていることを示す。また、「了解です。」という投稿メッセージの投稿者は、ユーザーＩＤが「０２４３２」のユーザーであり、同じユーザーよりファイルＩＤが「００００２」のファイルが、そのメッセージに添付されて投稿されていることを示す。さらに、「ありがとうございます。」という投稿メッセージの投稿者は、ユーザーＩＤが「０９８７９」のユーザーであることを示す。このテーブルの空欄（矢印Ａで示した箇所）は、「了解です。」という投稿メッセージの投稿者が投稿したファイルがない（そのメッセージに添付されて投稿されたファイルがない）ことを示す。このように、内緒話ルームに投稿されたメッセージ（これは特定の患者または要介護者についての医療・介護情報である）は、そのメッセージの投稿者であるユーザーのユーザーＩＤと、そのメッセージの投稿先である内緒話ルームのルームＩＤと、その内緒話ルームが所属するグループのグループＩＤとに関連付けて、そのメッセージの投稿時刻を示す投稿タイムスタンプ情報と共に記憶される。また、メッセージに添付されて投稿されたファイルには、それぞれファイルＩＤが割り当てられてから、添付元のメッセージを特定する情報（投稿ユーザーＩＤとルームＩＤとグループＩＤ）に関連付けて記憶される。
【０１４５】
図１３（ｄ）のファイル管理テーブルは、グループＩＤが「００５２２」であるグループ内に作成された「医療従事者のみ」と称する内緒話ルーム（ルームＩＤ＝０００１）のタイムラインの状況を示しており、ファイルＩＤが「０００１」のファイルのファイル名は、「リハビリ計画書３月分.xls」であることを示し、ファイルＩＤが「０００２」のファイルのファイル名は、「褥瘡１月.jpg」であることを示し、ファイルＩＤが「０００３」のファイルのファイル名は、「リハビリ.jpg」であることを示す。このテーブルの空欄（矢印Ｂで示した箇所）は、ファイル名が「リハビリ.jpg」であるファイルの投稿先が、「医療従事者のみ」と称する内緒話ルーム（ルームＩＤは「０００１」）ではなく、グループ（グループＩＤ＝００５２２）であることを示す。このように、内緒話ルームまたはグループに投稿されたファイル（これも特定の患者または要介護者についての医療・介護情報である）には、それぞれ、ファイルＩＤが割り当てられてから、そのファイルの投稿先である内緒話ルームのルームＩＤと、その内緒話ルームが所属するグループのグループＩＤとに関連付けて、そのファイルのファイル名情報と共に記憶される。ただし、ファイルの投稿先が内緒話ルームではなくグループである場合は、ルームＩＤは存在しないため、ルームＩＤとの関連付けは行われない。
【０１４６】
（医療情報管理システムの動作）
次に、以上の構成を持つ本実施１形態の医療情報管理システム１００の動作について説明する。
【０１４７】
（内緒話ルームの新規作成とそのタイムラインへの投稿）
図１４Ａ〜１４Ｃは、医療支援システム３０と連携して動作する医療情報管理システム１００において、特定のグループＧに内緒話ルームＳを新規に作成してそのタイムライン１５１にメッセージやファイルを投稿する際の一連の動作を示すフローチャートである。
【０１４８】
まず、医療支援システム３０のユーザーである医療従事者Ｍが、自己のユーザー端末（医療従事者端末１１）から医療支援システム３０にログインすると（ステップＳ２０１）、医療支援システム３０は認証を行う（ステップＳ２０２）。医療支援システム３０が正当なユーザーと判断すると、ホーム画面上にタイムライン一覧が表示される（ステップＳ２０３）。ホーム画面は、例えば図１８のような形式の画面とされる。
【０１４９】
医療従事者Ｍが、自己のユーザー端末１１上でホーム画面を見て、希望するタイムラインを選択すると（ステップＳ２０４）、医療支援システム３０は、ログインした医療従事者Ｍに所定の管理権限があるか否かを判断する（ステップＳ２０５）。所定の管理権限がないと判断すると、内緒話ルーム作成ボタンを表示することなしに、選択されたグループのタイムラインをユーザー端末１１上に表示する（ステップＳ２０６）。所定の管理権限があると判断すると、内緒話ルーム作成ボタンを表示しながら、選択されたグループのタイムラインをユーザー端末１１上に表示する（ステップＳ２０７）。この時のタイムライン表示画面は、例えば図１９のような形式の画面とされ、医療従事者側タイムライン（医療従事者のみが閲覧可能）と患者側タイムライン（グループ・メンバー全員が閲覧可能）のいずれかを選択・表示するためのタブの右端に、内緒話ルーム作成ボタンが表示されている。
【０１５０】
医療従事者Ｍが、自己のユーザー端末１１上でタイムライン表示画面を見て、内緒話ルーム作成ボタンをクリックすると（ステップＳ２０８）、医療情報管理システム１００は、内緒話ルーム名の入力画面をユーザー端末１１上に表示する（ステップＳ２０９）。内緒話ルーム名入力画面は、例えば図２０のような形式の画面とされる。
【０１５１】
医療従事者Ｍが、自己のユーザー端末１１上で内緒話ルーム名入力画面を見て、「病院内スタッフのみ」という内緒話ルーム名を入力すると（ステップＳ２１０）、医療情報管理システム１００は、入力された内緒話ルーム名で、新規に内緒話ルームＳを選択されたグループ内に作成し登録する（ステップＳ２１１）。そして、医療情報管理システム１００は、内緒話ルームＳへの参加ユーザーの選択画面をユーザー端末１１上に表示する（ステップＳ２１２）。医療従事者Ｍが、自己のユーザー端末１１上で内緒話ルーム参加ユーザー選択画面を見て、内緒話ルームＳへの参加ユーザーを選択すると（ステップＳ２１３）、医療支援システム３０は、選択されたユーザーを新規の内緒話ルームＳへ自動招待する処理（自動招待処理）を実行する。このようなステップを通じて、選択されたユーザーをルーム・メンバーとして含む新規の内緒話ルームＳが作成・登録される。その後、ユーザー端末１１上にはホーム画面が表示される（図１４ＢのステップＳ２１５を参照）。この時のホーム画面の例を図２２に示す。図２２より分かるように、ホーム画面上に表示されたタイムライン一覧の中に、「病院内スタッフのみ」という名前で新規に作成された内緒話ルームＳのタイムラインが含まれている。
【０１５２】
医療従事者Ｍが、自己のユーザー端末１１上で図２２のようなホーム画面を見て、新規に作成された「病院内スタッフのみ」と称する内緒話ルームＳのタイムラインを選択すると（ステップＳ２１６）、医療情報管理システム１００は、選択された内緒話ルームＳのタイムラインをユーザー端末１１上に表示する（ステップＳ２１７）。この状態では、医療従事者Ｍは、その内緒話ルームＳのタイムラインに、ファイルを添付せずに、あるいは、所望のファイルを添付して、メッセージを自由に投稿することができる。「病院内スタッフのみ」と称する内緒話ルームＳのタイムラインの例を図２３に示す。このタイムラインには、その内緒話ルームＳのルーム・メンバーのみがアクセス可能である。
【０１５３】
医療従事者Ｍが、自己のユーザー端末１１上で、「病院内スタッフのみ」と称する内緒話ルームＳのタイムラインにメッセージを投稿すると（ステップＳ２１８）、医療情報管理システム１００は、入力されたメッセージを登録してそのタイムラインに表示する（ステップＳ２１９）。そして、入力されたメッセージに添付ファイルがあるか否かを判断する（ステップＳ２２０）。添付ファイルがないと判断すると、一連の処理は終了する。添付ファイルがあると判断すると、医療情報管理システム１００は、アクセス可能なユーザー範囲をこの内緒話ルームＳのルーム・メンバー全員に設定して、添付ファイルを登録する（ステップＳ２２１）。入力されたメッセージの登録とタイムラインへの表示は、内緒話ルーム管理部１２０のタイムライン制御部１２２が実行する。投稿された添付ファイルとその添付ファイルに係る情報は、ファイル管理部１３０のファイル登録部１３１に記憶される。この添付ファイルには、内緒話ルームＳのルーム・メンバーのみがアクセス可能である。
【０１５４】
こうして登録された添付ファイルのファイル名は、患者詳細情報表示画面（図２６参照）のファイル一覧に追加して表示される（ステップＳ２２２）。そして、一連の処理は終了する。なお、患者詳細情報表示画面に表示されるこのファイル一覧（ファイルリスト）は、内緒話ルームＳのルーム・メンバーのみが視認可能であるから、内緒話ルームＳが作成されたグループＧのグループ・メンバーであるが、この内緒話ルームＳのルーム・メンバーでない者は、投稿されたファイルの存在自体を知ることができない。
【０１５５】
図１４ＡのステップＳ２０６で所定の管理権限がないと判断された場合、内緒話ルーム作成ボタンを表示することなしに、選択されたグループＧのタイムラインをユーザー端末１１上に表示するので、内緒話ルームを新規に作成することはできず、メッセージの投稿とファイルの添付しかできない。この段階で、医療従事者Ｍが、自己のユーザー端末１１上で、「病院内スタッフのみ」と称する内緒話ルームＳのタイムラインにメッセージを投稿すると（ステップＳ２２３）、そのメッセージ（添付ファイルがあれば、そのメッセージと添付ファイル）に対して図１４ＣのステップＳ２２４〜Ｓ２２７が実行されるが、そこで行われる処理は図１４ＢのステップＳ２１９〜Ｓ２２２の処理と同じである。こうして、一連の処理が終了する。
【０１５６】
（既存の内緒話ルームのタイムラインへの投稿）
図１５Ａ及び１５Ｂは、医療支援システム３０と連携して動作する医療情報管理システム１００において、既存の内緒話ルームＳのタイムライン１５１にメッセージやファイルを投稿する際の一連の動作を示すフローチャートである。
【０１５７】
まず、医療支援システム３０のユーザーである医療従事者Ｍが、自己のユーザー端末（医療従事者端末１１）から医療支援システム３０にログインすると（ステップＳ２３１）、医療支援システム３０は認証を行う（ステップＳ２３２）。医療支援システム３０が正当なユーザーと判断すると、医療支援システム３０は、既存の内緒話ルームＳのいずれかの参加ユーザーか否かを判断する（ステップＳ２３３）。そして、既存のいずれの内緒話ルームＳの参加ユーザーでもないと判断すると、ホーム画面上にグループのみのタイムライン一覧を表示する（ステップＳ２３４）。逆に、既存のいずれかの内緒話ルームＳの参加ユーザーであると判断すると、ホーム画面上にグループと内緒話ルームの双方のタイムライン一覧を表示する（ステップＳ２３５）。この時のホーム画面は、例えば図２２のような形式の画面とされる。
【０１５８】
医療従事者Ｍが、自己のユーザー端末１１上でホーム画面を見て、希望する内緒話ルーム（例えば「病院内スタッフのみ」と称する内緒話ルームＳ）のタイムラインを選択すると（ステップＳ２３６）、医療情報管理システム１００は、選択された内緒話ルームのタイムラインをユーザー端末１１上に表示する（ステップＳ２３７）。この時のタイムライン表示画面は、例えば図２３のような形式の画面とされる。
【０１５９】
医療従事者Ｍが、自己のユーザー端末１１上でタイムライン表示画面を見て、「病院内スタッフのみ」と称する内緒話ルームＳのタイムラインにメッセージを投稿すると（ステップＳ２３８）、医療情報管理システム１００は、入力されたメッセージを登録してそのタイムラインに表示する（ステップＳ２３９）。そして、入力されたメッセージに添付ファイルがあるか否かを判断する（ステップＳ２４０）。添付ファイルがないと判断すると、一連の処理は終了する。添付ファイルがあると判断すると、医療情報管理システム１００は、アクセス可能なユーザー範囲をこの内緒話ルームＳのルーム・メンバー全員に設定して、添付ファイルを登録する（ステップＳ２４１）。この添付ファイルには、内緒話ルームＳのルーム・メンバーのみがアクセス可能である。
【０１６０】
こうして登録された添付ファイルのファイル名は、患者詳細情報表示画面のファイル一覧に追加して表示される（ステップＳ２４２）。そして、一連の処理は終了する。なお、患者詳細情報表示画面に表示されるこのファイル一覧（ファイルリスト）は、内緒話ルームＳのルーム・メンバーのみが視認可能であるから、内緒話ルームＳが作成されたグループＧのグループ・メンバーであるが、この内緒話ルームＳのルーム・メンバーでない者は、投稿されたファイルの存在自体を知ることができない。
【０１６１】
図１５ＡのステップＳ２３３で、医療支援システム３０が、ログインしたユーザーが既存のいずれの内緒話ルームＳの参加ユーザーでもないと判断すると、ホーム画面上にグループのみのタイムライン一覧を表示する（ステップＳ２３４）。この段階で、医療従事者Ｍが、自己のユーザー端末１１上で、選択したグループＧのタイムラインにメッセージを投稿すると（ステップＳ２４５）、そのメッセージ（添付ファイルがあれば、そのメッセージと添付ファイル）に対して図１５ＢのステップＳ２４６〜Ｓ２４９が実行されるが、そこで行われる処理は図１５ＡのステップＳ２３９〜Ｓ２４２の処理と同じである。こうして、一連の処理が終了する。
【０１６２】
（既存の内緒話ルームのタイムラインに投稿されたファイルの閲覧）
図１６Ａ〜１６Ｃは、医療支援システム３０と連携して動作する医療情報管理システム１００において、既存の内緒話ルームのタイムラインに投稿されたファイルを閲覧する際の一連の動作を示すフローチャートである。
【０１６３】
まず、医療支援システム３０のユーザーである医療従事者Ｍが、自己のユーザー端末（医療従事者端末１１）から医療支援システム３０にログインすると（ステップＳ２５１）、医療支援システム３０は認証を行う（ステップＳ２５２）。医療支援システム３０が正当なユーザーと判断すると、医療支援システム３０は、既存の内緒話ルームＳのいずれかの参加ユーザーか否かを判断する（ステップＳ２５３）。そして、既存のいずれの内緒話ルームＳの参加ユーザーでもないと判断すると、ホーム画面上にグループのみのタイムライン一覧を表示する（ステップＳ２５４）。逆に、既存のいずれかの内緒話ルームＳの参加ユーザーであると判断すると、ホーム画面上にグループと内緒話ルームの双方のタイムライン一覧を表示する（ステップＳ２５５）。この時のホーム画面は、例えば図２２のような形式の画面とされる。
【０１６４】
医療従事者Ｍが、自己のユーザー端末１１上でホーム画面を見て、希望する内緒話ルーム（例えば「病院内スタッフのみ」と称する内緒話ルームＳ）のタイムラインを選択すると（ステップＳ２５６）、医療情報管理システム１００は、選択された内緒話ルームのタイムラインをユーザー端末１１上に表示する（ステップＳ２５７）。この時のタイムライン表示画面は、例えば図２３のような形式の画面とされる。
【０１６５】
医療従事者Ｍが、自己のユーザー端末１１上でタイムライン表示画面を見て、患者詳細情報表示ボタン（図２３参照）をクリックすると（ステップＳ２５８）、医療情報管理システム１００は、既存の内緒話ルームＳのいずれかの参加ユーザーか否かを判断する（ステップＳ２５９）。そして、既存のいずれの内緒話ルームＳの参加ユーザーでもないと判断すると、患者詳細情報表示画面上にグループのみに投稿されたファイルの一覧を表示する（ステップＳ２６０）。逆に、既存のいずれかの内緒話ルームＳの参加ユーザーであると判断すると、患者詳細情報表示画面上にグループと内緒話ルームの双方に投稿されたファイルの一覧を表示する（ステップＳ２６１）。この時の患者詳細情報表示画面は、例えば図２６のような形式の画面とされる。
【０１６６】
医療従事者Ｍが、自己のユーザー端末１１上で患者詳細情報表示画面を見て、希望するファイルを選択すると（ステップＳ２６２）、医療情報管理システム１００は、選択されたファイルをユーザー端末１１上で開く（ステップＳ２６３）。そこで、医療従事者Ｍは、自己のユーザー端末１１上でそのファイルの中身を閲覧できるようになる（ステップＳ２６４）。医療従事者Ｍが、閲覧を終えてそのファイルを閉じるボタンをクリックすると（ステップＳ２６５）、医療情報管理システム１００は、その開かれていたファイルを閉じ（ステップＳ２６６）、一連の処理を終了する。
【０１６７】
図１６ＡのステップＳ２５４で、医療支援システム３０が、ログインしたユーザーが既存のいずれの内緒話ルームＳの参加ユーザーでもないと判断すると、ホーム画面上にグループのみのタイムライン一覧を表示する（ステップＳ２５４）。この段階で、医療従事者Ｍが、自己のユーザー端末１１上で、希望するグループＧのタイムラインを選択すると（図１６ＢのステップＳ２６７）、選択されたグループのタイムラインを表示する（ステップＳ２６８）。そこで、医療従事者Ｍが、自己のユーザー端末１１上でタイムライン表示画面を見て、患者詳細情報表示ボタン（図２３参照）をクリックすると（ステップＳ２６９）、医療情報管理システム１００は、患者詳細情報表示画面上にグループのみに投稿されたファイルの一覧を表示する（ステップＳ２７０）。
【０１６８】
医療従事者Ｍが、自己のユーザー端末１１上でファイル一覧を見て、希望するファイルを選択すると（ステップＳ２７１）、医療情報管理システム１００は、選択されたファイルをユーザー端末１１上で開く（ステップＳ２７２）。そこで、医療従事者Ｍは、自己のユーザー端末１１上でそのファイルの中身を閲覧できるようになる（ステップＳ２７３）。医療従事者Ｍが、閲覧を終えてそのファイルを閉じるボタンをクリックすると（ステップＳ２７４）、医療情報管理システム１００は、その開かれていたファイルを閉じ（ステップＳ２７５）、処理を終了する。
【０１６９】
図１６ＡのステップＳ２５９で、医療支援システム３０が、ログインしたユーザーが既存のいずれの内緒話ルームＳの参加ユーザーでもないと判断すると、ホーム画面上にグループのみに投稿されたファイルの一覧を表示する（ステップＳ２６０）。この段階で、医療従事者Ｍが、自己のユーザー端末１１上で、希望するファイルを選択すると（図１６ＣのステップＳ２７６）、選択されたファイルをユーザー端末１１上で開く（ステップＳ２７７）。そこで、医療従事者Ｍは、自己のユーザー端末１１上でそのファイルの中身を閲覧できるようになる（ステップＳ２７８）。医療従事者Ｍが、閲覧を終えてそのファイルを閉じるボタンをクリックすると（ステップＳ２７９）、医療情報管理システム１００は、その開かれていたファイルを閉じ（ステップＳ２８０）、一連の処理を終了する。
【０１７０】
（既存の内緒話ルームへのファイルの直接投稿）
図１７Ａ〜１７Ｃは、医療支援システム３０と連携して動作する医療情報管理システム１００において、既存の内緒話ルームにファイルを直接投稿する際の一連の動作を示すフローチャートである。
【０１７１】
まず、医療支援システム３０のユーザーである医療従事者Ｍが、自己のユーザー端末（医療従事者端末１１）から医療支援システム３０にログインすると（ステップＳ３０１）、医療支援システム３０は認証を行う（ステップＳ３０２）。医療支援システム３０が正当なユーザーと判断すると、医療情報管理システム１００は、既存の内緒話ルームＳのいずれかの参加ユーザーか否かを判断する（ステップＳ３０３）。そして、既存のいずれの内緒話ルームＳの参加ユーザーでもないと判断すると、ホーム画面上にグループのみのタイムライン一覧を表示する（ステップＳ３０４）。逆に、既存のいずれかの内緒話ルームＳの参加ユーザーであると判断すると、ホーム画面上にグループと内緒話ルームの双方のタイムライン一覧を表示する（ステップＳ３０５）。この時のホーム画面は、例えば図２２のような形式の画面とされる。
【０１７２】
医療従事者Ｍが、自己のユーザー端末１１上でホーム画面を見て、希望する内緒話ルーム（例えば「病院内スタッフのみ」と称する内緒話ルームＳ）のタイムラインを選択すると（ステップＳ３０６）、医療情報管理システム１００は、選択された内緒話ルームのタイムラインをユーザー端末１１上に表示する（ステップＳ３０７）。この時のタイムライン表示画面は、例えば図２３のような形式の画面とされる。
【０１７３】
医療従事者Ｍが、自己のユーザー端末１１上でタイムライン表示画面を見て、患者詳細情報表示ボタンをクリックすると（ステップＳ３０８）、医療情報管理システム１００は、患者詳細情報表示画面をユーザー端末１１上に表示する（ステップＳ３０９）。この時の患者詳細情報表示画面は、例えば図２６のような形式の画面とされる。
【０１７４】
その後、医療従事者Ｍが、自己のユーザー端末１１上で患者詳細情報表示画面を見て、ファイル直接投稿ボタン（図２６参照）をクリックすると（ステップＳ３１０）、医療情報管理システム１００は、ファイル直接投稿画面をユーザー端末１１上に表示する（ステップＳ３１１）。この時のファイル直接投稿画面は、例えば図２４のような形式の画面とされる。
【０１７５】
医療従事者Ｍが、自己のユーザー端末１１上でファイル直接投稿画面を見て、直接投稿するファイルを選択すると（ステップＳ３１２）、医療情報管理システム１００は、ユーザー端末１１に投稿先選択画面を表示する（図１７ＢのステップＳ３１３）。医療従事者Ｍが、自己のユーザー端末１１上で投稿先選択画面を見て、希望するグループまたは内緒話ルームを投稿先として選択すると（ステップＳ３１４）、医療情報管理システム１００は、選択されたグループまたは内緒話ルームの所定箇所（例えば、所定の直接投稿用フォルダ）にファイルを直接投稿し（ステップＳ３１５）、それに対するアクセス可能なユーザー範囲を設定してからそのファイルを登録する（ステップＳ３１６）。そして、直接投稿ファイルのファイル名を、患者詳細情報表示画面のファイル一覧に追加表示して（ステップＳ３１７）、処理を終了する。
【０１７６】
ステップＳ３１３の投稿先選択画面は、例えば図２５のような形式の画面とされる。図２５の投稿先選択画面において、ファイル名に「投稿する」ボタンが表示されているファイルは、投稿先が指定されていないファイルである。ファイル名に「投稿する」ボタンが表示されていないファイルは、既に投稿先が指定されているファイルであり、ファイル名の後ろに、例えば、（内緒話ルーム「病院内スタッフのみ」）というように、そのファイルに対して指定された投稿先が表示されている。「投稿する」ボタンをクリックすると、投稿可能なグループまたは内緒話ルームのタイムライン一覧（図２２のホーム画面と同様のもの）が表示されるので、その中から投稿先としてのタイムラインを選択すればよい。
【０１７７】
図１７ＡのステップＳ３０３において、医療従事者Ｍが、既存のいずれの内緒話ルームＳの参加ユーザーでもないと判断すると、ホーム画面上にグループのみのタイムライン一覧を表示する（ステップＳ３０４）。そこで、医療従事者Ｍが、自己のユーザー端末１１上でタイムライン一覧を見て、希望するグループのタイムラインを選択すると（図１７ＣのステップＳ３１８）、医療情報管理システム１００は、ホーム画面上にグループのみのタイムライン一覧を表示する（ステップＳ３１９）。その後のステップＳ３２０〜Ｓ３２６は、図７ＡのステップＳ３０６〜Ｓ３１２と同じである。その後は、図１７ＢのステップＳ３１３〜Ｓ３１７を実行して、処理を終了する。
【０１７８】
以上述べたように、本発明の一実施形態に係る医療情報管理システム１００では、医療支援システム３０が提供する医療支援サービスの前記ユーザーに対し、医療支援システム３０のグループ管理部３２０により、サービス受給者識別情報である患者ＩＤに関連させて固有のグループ識別情報であるグループＩＤを持つグループＧを生成し、そのグループＧに１または複数の前記ユーザーを選択的にグループ・メンバーとして所属させることで、グループＧに対応する患者の医療・介護情報をユーザー端末を介してグループ・メンバーの間で共有可能とする。このため、グループＧに対応する患者の医療・介護情報は、ユーザー端末を介して、当該グループＧに所属するグループ・メンバーの間で共有することが可能である。
【０１７９】
また、グループ識別情報であるグループＩＤに関連させて、固有のルーム識別情報であるルームＩＤを持つ内緒話ルームＳを生成してから、その内緒話ルームＳに係るグループＧに所属するグループ・メンバーの少なくとも一部を内緒話ルームＳに選択的にルーム・メンバーとして所属させることで、前記グループＧに対応する前記患者の医療・介護情報をユーザー端末を介してルーム・メンバーの間で共有可能とする。このため、前記グループＧに対応する患者の医療・介護情報は、前記ユーザー端末を介して、内緒話ルームＳに所属するルーム・メンバーの間で共有することが可能である。ここで、内緒話ルームＳのルーム・メンバーは、前記グループ・メンバーの少なくとも一部であるから、必要に応じて前記グループ・メンバーからその一部または全部を選択して前記ルーム・メンバーとすることにより、前記グループＧに対応する患者の医療・介護情報にアクセスできる人の範囲を容易に変更することができる。
【０１８０】
よって、誰についての情報かを特定して投稿される前記医療支援サービスの前記対象者（つまり前記患者）の個々の医療・介護情報にアクセスできる人の範囲（アクセス可能者）を、必要に応じて任意に設定することができる。これは、前記医療支援サービスの対象者である前記患者毎に一つ以上のグループＧを作成できるが、各グループＧに関連付けられる前記対象者（患者）は一名に限られるという制限の有無に無関係である。
【０１８１】
さらに、医療情報管理システム１００の内緒話ルーム管理部１２０とファイル管理部１３０により、誰についての情報かを特定して投稿される前記患者の個々の医療・介護情報を、当該医療・介護情報の投稿先である前記グループＧのグループＩＤまたは前記内緒話ルームＳのルームＩＤに関連付けて記憶するため、前記医療・介護情報の各々に対するアクセス可能者は、それが投稿されたグループＧのグループ・メンバーまたは内緒話ルームＳのルーム・メンバーに自動的に設定される。よって、誰についての情報かを特定して投稿される前記対象者（つまり前記患者）の医療・介護情報に対するアクセス権限を、前記対象者（つまり前記患者）毎に一元的に管理することができる。また、これにより、前記対象者のプライバシーを守りながら前記医療・介護情報を限定された人々の間で共有することが可能となる。
【０１８２】
なお、本発明に係る医療情報管理方法は、上述した医療情報管理システム１００で実行される。本発明に係る医療情報管理プログラムは、コンピュータにインストールされて上述した医療情報管理システム１００を実現するプログラムである。
【０１８３】
（変形例）
上述した実施形態は本発明を具体化した例を示すものである。したがって、本発明はこの実施形態に限定されるものではなく、本発明の趣旨を外れることなく種々の変形が可能であることは言うまでもない。
【０１８４】
例えば、上述した実施形態では、本発明は、医療支援システムと連携するように構成した医療情報管理システムとして説明されているが、本発明はこれには限定されない。介護支援システムと連携するように構成した介護情報管理システムとすることも可能であるし、医療と介護の両面で支援できる医療・介護支援システムと連携するように構成した医療・介護情報管理システムとすることも可能であることは言うまでもない。また、他のシステムとは連携せずに、単独の医療・介護情報管理システムとして構成することも可能であり、その場合は、上記実施形態において医療支援システムに委ねられている諸機能を本発明の医療・介護情報管理システム内に実装することが必要である。しかし、そのような諸機能を追加実装する手法は特許文献１等によって明らかであるから、その点に関する説明は省略する。
【０１８５】
また、上述した実施形態では、患者Ｐについて内緒話ルームＳを作成して、医療従事者をルーム・メンバーとして参加させているが、本発明はこれに限定されない。要介護者について内緒話ルームＳを作成して、医療従事者や介護従事者をルーム・メンバーとして参加させてもよい。個々の内緒話ルームが所属するグループのグループ・メンバーであれば、だれでも、必要に応じて、その内緒話ルームのルーム・メンバーになることができる。
【０１８６】
さらに、上述した実施形態では、グループＧａの中に一つの内緒話ルームＳａを作成した例を説明しているが、本発明はこれに限定されない。一つのグループＧａの中に二以上の内緒話ルームを作成してもよいことは言うまでもない。また、二以上の内緒話ルームに所属するルーム・メンバーは重複しても構わない。つまり、一つの内緒話ルームのあるルーム・メンバーは、同時に他の一あるいは二以上の内緒話ルームのルーム・メンバーになることができる。
【符号の説明】
【０１８７】
１０  患者端末
１１  医療者端末
１２  患者関係者端末
２０  インターネット
３０  医療支援システム
５１  タイムライン
５１ａ  全員共有エリア
５１ｂ  医療従事者共有エリア
１００  医療情報管理システム
１１０  ユーザー管理部
１１１  登録部
１１２  ユーザー情報記憶部
１１３  ユーザー参加制御部
１２０  内緒話ルーム管理部
１２１  内緒話ルーム登録部
１２２  タイムライン制御部
１２３  内緒話ルーム情報記憶部
１３０  ファイル管理部
１３１  ファイル登録部
１３２  ファイル閲覧制御部
１３３  ファイル投稿制御部
１３４ファイル・アクセス制御部
１５１  内緒話ルームのタイムライン
３１０  ユーザー管理部
３１１  登録部
３１２  ユーザー情報記憶部
３１３  患者情報記憶部
３１４  医療従事者情報記憶部
３１５  医療関連施設情報記憶部
３１６  疾患情報記憶部
３２０  かかりつけ登録管理部
３２１  登録部
３２２  かかりつけ施設情報記憶部
３２３  共有同意情報記憶部
３２４  患者実在性検証部
３３０  グループ管理部
３３１  招待リクエスト制御部
３３２  招待リクエスト情報記憶部
３３３  グループ情報記憶部
３３４  グループ・メンバー情報記憶部
３３５  タイムライン制御部
３３６  メッセージ制御部
３３７  認証部
３４０  認証部
３５０  通信制御部
Ｆ  医療関連施設
Ｆ１  クリニック
Ｆ２  クリニック
Ｆ３  病院
Ｆ４  訪問看護ステーション
Ｇ  グループ
Ｇａ  グループ
Ｇ１１  患者Ｐ１の糖尿病治療用グループ
Ｇ１２  患者Ｐ１の高脂血症治療用グループ
Ｇ１３  患者Ｐ１の痛風治療用グループ
Ｇ２１  患者Ｐ２のアルツハイマー治療用グループ
Ｇ２２  患者Ｐ２の高血圧治療用グループ
Ｍ  医療従事者
Ｍ１、Ｍ２、Ｍ３、Ｍ４、Ｍ５、Ｍ６、Ｍ７、Ｍ８  医療従事者
Ｍａ、Ｍｂ、Ｍｃ、Ｍｄ、Ｍｅ、Ｍｆ、Ｍｇ  医療従事者
Ｐ  患者
Ｐ１、Ｐ２  患者
Ｐａ  患者
Ｒ  患者関係者
Ｒ１、Ｒ２、Ｒ３、Ｒ４、Ｒ５、Ｒ６、Ｒ７、Ｒ８、Ｒａ，Ｒｂ，Ｒｃ  患者関係者
Ｒａ，Ｒｂ，Ｒｃ  患者関係者
Ｓ，Ｓａ  内緒話ルーム
【図１】
2018163518.tif 000003
【図２】
2018163518.tif 000004
【図３】
2018163518.tif 000005
【図４】
2018163518.tif 000006
【図５】
2018163518.tif 000007
【図６】
2018163518.tif 000008
【図７】
2018163518.tif 000009
【図８】
2018163518.tif 000010
【図９】
2018163518.tif 000011
【図１０】
2018163518.tif 000012
【図１１】
2018163518.tif 000013
【図１２】
2018163518.tif 000014
【図１３】
2018163518.tif 000015
【図１４Ａ】
2018163518.tif 000016
【図１４Ｂ】
2018163518.tif 000017
【図１４Ｃ】
2018163518.tif 000018
【図１５Ａ】
2018163518.tif 000019
【図１５Ｂ】
2018163518.tif 000020
【図１６Ａ】
2018163518.tif 000021
【図１６Ｂ】
2018163518.tif 000022
【図１６Ｃ】
2018163518.tif 000023
【図１７Ａ】
2018163518.tif 000024
【図１７Ｂ】
2018163518.tif 000025
【図１７Ｃ】
2018163518.tif 000026
【図１８】
2018163518.tif 000027
【図１９】
2018163518.tif 000028
【図２０】
2018163518.tif 000029
【図２１】
2018163518.tif 000030
【図２２】
2018163518.tif 000031
【図２３】
2018163518.tif 000032
【図２４】
2018163518.tif 000033
【図２５】
2018163518.tif 000034
【図２６】
2018163518.tif 000035