特開 2024-101307 情報交換方法、プログラム、および情報システム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024101307

(43)【公開日】2024-07-29

(54)【発明の名称】情報交換方法、プログラム、および情報システム

(51)【国際特許分類】

   G16H 10/60 20180101AFI20240722BHJP

【ＦＩ】

G16H10/60

【審査請求】未請求

【請求項の数】22

【出願形態】ＯＬ

(21)【出願番号】P 2023005215

(22)【出願日】2023-01-17

(71)【出願人】

【識別番号】390014960

【氏名又は名称】シスメックス株式会社

(74)【代理人】

【識別番号】110000338

【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】岡田 正規

(72)【発明者】

【氏名】田野島 英司

(72)【発明者】

【氏名】吉村 英樹

(72)【発明者】

【氏名】松崎 葉月

(72)【発明者】

【氏名】田中 哲寛

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA00

(57)【要約】

【課題】複数の医療従事者が患者の状況に応じて柔軟に連携することを容易にする。
【解決手段】情報システムによって患者に関する情報を複数の医療従事者間で交換する情報交換方法は、患者を識別する患者識別情報、および、患者に医療を施すために必要となる医療の専門性に関する専門属性情報の少なくとも一方に基づくグループ作成要求を受信し、グループ作成要求に合致する医療従事者を検索し、検索結果に応じて、患者を担当する医療従事者、および、患者に医療を施すために必要となる医療の専門性を有する医療従事者の少なくとも一方と、グループ作成要求を要求した医療従事者と、を含むグループを作成し、作成されたグループ内の一の医療従事者の端末から送信された患者に関する情報を、当該グループ内の他の医療従事者の端末に送信する。
【選択図】図２

【特許請求の範囲】

【請求項1】

情報システムによって、患者に関する情報を複数の医療従事者間で交換するための情報交換方法であって、
前記患者を識別する患者識別情報、および、前記患者に医療を施すために必要となる医療の専門性に関する専門属性情報の少なくとも一方に基づくグループ作成要求を受信し、
前記グループ作成要求に合致する医療従事者を検索し、
検索結果に応じて、前記患者を担当する医療従事者、および、前記患者に医療を施すために必要となる前記医療の専門性を有する医療従事者の少なくとも一方と、前記グループ作成要求を要求した医療従事者と、を含むグループを作成し、
作成された前記グループ内の一の医療従事者の端末から送信された前記患者に関する情報を、当該グループ内の他の医療従事者の端末に送信する、
ことを含む情報交換方法。

【請求項2】

前記検索することにおいて、前記患者を担当する前記医療従事者、および、前記医療の専門性を有する前記医療従事者を、前記グループ作成要求に合致する前記医療従事者として検索し、
前記グループを作成することにおいて、前記患者を担当する前記医療従事者と、前記医療の専門性を有する前記医療従事者と、前記グループ作成要求を要求した前記医療従事者とを含む前記グループを作成する、
請求項１に記載の情報交換方法。

【請求項3】

前記グループ作成要求が、前記患者識別情報および前記専門属性情報に基づく、
請求項２に記載の情報交換方法。

【請求項4】

前記検索することにおいて、医療従事者を識別するための医療従事者識別情報と、前記患者識別情報および前記専門属性情報の少なくとも一方と、を関連付けて記憶するデータベースから、前記グループ作成要求に合致する前記医療従事者を検索する、
請求項１から３のいずれか１項に記載の情報交換方法。

【請求項5】

前記グループ作成要求が、前記患者識別情報に基づいており、
前記データベースが、前記患者識別情報と、前記専門属性情報とを関連付けて記憶している、
請求項４に記載の情報交換方法。

【請求項6】

前記グループは、前記患者を担当する前記医療従事者、および、前記医療の専門性を有する前記医療従事者の少なくとも一方が、複数の医療従事者を含むグループである、
請求項１に記載の情報交換方法。

【請求項7】

前記医療の専門性を有する前記医療従事者は、前記患者に関連付けられた医療機関に所属する者である、
請求項１に記載の情報交換方法。

【請求項8】

グループ作成要求を受信することにおいて、前記グループ作成要求を要求した前記医療従事者の端末から前記グループ作成要求を受信する、
請求項１に記載の情報交換方法。

【請求項9】

前記情報システムによる情報交換の対象となる複数の患者のそれぞれに前記グループが作成される、
請求項１に記載の情報交換方法。

【請求項10】

同一の前記患者について互いに異なる複数の前記グループ作成要求が受信され、複数の前記グループ作成要求のそれぞれに前記グループが作成される、
請求項１に記載の情報交換方法。

【請求項11】

同一の前記患者について作成された複数の前記グループの少なくとも１つに含まれる医療従事者の全てを含むグループが作成される、
請求項１０に記載の情報交換方法。

【請求項12】

医療従事者を識別するための医療従事者識別情報と、前記患者識別情報および前記専門属性情報の少なくとも一方と、を関連付けて記憶することをさらに含む、
請求項１に記載の情報交換方法。

【請求項13】

前記グループ内の前記一の医療従事者の前記端末から送信された前記患者に関する情報を含むレポートを作成することをさらに含む、
請求項１に記載の情報交換方法。

【請求項14】

前記グループ内の前記一の医療従事者の前記端末から送信される前記患者に関する情報は、テキストデータ、静止画像データ、および、動画像データの少なくとも一つである、
請求項１に記載の情報交換方法。

【請求項15】

前記グループ内の前記一の医療従事者の前記端末から送信される通話要求に応じて、前記一の医療従事者の前記端末と前記他の医療従事者の前記端末とで音声通話又はビデオ通話を実行することをさらに含む、
請求項１に記載の情報交換方法。

【請求項16】

前記医療の専門性を有する前記医療従事者は、医療に関する専門資格を有する者である、
請求項１に記載の情報交換方法。

【請求項17】

前記専門属性情報は、看護に関する専門性を示す情報を含む、
請求項１に記載の情報交換方法。

【請求項18】

前記専門属性情報は、看護の種別を示す情報であり、
前記患者に施される看護の種別毎に前記グループが作成される、
請求項１に記載の情報交換方法。

【請求項19】

前記グループは、所属する医療機関が互いに異なる複数の医療従事者を含む、
請求項１に記載の情報交換方法。

【請求項20】

患者に関する情報を複数の医療従事者間で交換する情報システムに含まれる情報処理装置としてコンピュータを機能させるためのプログラムであって、
前記患者を識別する患者識別情報、および、前記患者に医療を施すために必要となる医療の専門性に関する専門属性情報の少なくとも一方に基づくグループ作成要求を受信し、
前記グループ作成要求に合致する医療従事者を検索し、
検索結果に応じて、前記患者を担当する医療従事者、および、前記患者に医療を施すために必要となる前記医療の専門性を有する医療従事者の少なくとも一方と、前記グループ作成要求を要求した医療従事者と、を含むグループを作成し、
作成された前記グループ内の一の医療従事者の端末から送信された前記患者に関する情報を、当該グループ内の他の医療従事者の端末に送信する前記情報処理装置としてコンピュータを機能させるためのプログラム。

【請求項21】

患者に関する情報を複数の医療従事者間で交換するための情報システムであって、
情報処理装置と前記医療従事者の端末とを含み、
前記情報処理装置は、
前記医療従事者の端末から、前記患者を識別する患者識別情報、および、前記患者に医療を施すために必要となる医療の専門性に関する専門属性情報の少なくとも一方に基づくグループ作成要求を受信し、
前記グループ作成要求に合致する医療従事者を検索し、
検索結果に応じて、前記患者を担当する医療従事者、および、前記患者に医療を施すために必要となる前記医療の専門性を有する医療従事者の少なくとも一方と、前記グループ作成要求を要求した医療従事者と、を含むグループを作成し、
作成した前記グループ内の一の医療従事者の端末から送信された前記患者に関する情報を、当該グループ内の他の医療従事者の端末に送信する、
情報システム。

【請求項22】

患者に関する情報を複数の医療従事者間で交換する情報システムを利用する医療従事者の端末としてコンピュータを機能させるためのプログラムであって、
前記患者を識別する患者識別情報、および、前記患者に医療を施すために必要となる医療の専門性に関する専門属性情報の少なくとも一方に基づくグループ作成要求を、前記情報システムに含まれる情報処理装置に送信し、
前記患者に関する情報の入力を受け付け、
前記グループ作成要求に基づいて作成されたグループ内の医療従事者の端末間で前記患者に関する情報を送受信する前記端末としてコンピュータを機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、医療従事者間で患者に関する情報を交換する方法、プログラム、および情報システムに関する。

【背景技術】

【0002】

特許文献１には、在宅で療養する患者の情報をクラウドサーバで一括管理し、一括管理されている情報を複数の関係者が相互利用する在宅療養支援システムが記載されている。このシステムでは、システム管理者によって、患者と、その患者の医療的ケアを行う者が、１つのチームのチームメンバーとしてシステムに登録される。チームメンバーには、患者、その家族、医師、看護師、理学療法士、ホームヘルパー等が含まれる。このシステムでは、各チームメンバーが有する通信端末と、クラウドサーバとが接続され、患者状況（表情、血圧、体調など）、それに対応して行われた患者への医療的ケア（指示、マッサージ、投薬など）等をケア記録として、各チームメンバーの通信端末からクラウドサーバの記憶部に登録し、登録された情報を各チームメンバーが通信端末を用いて閲覧する。また、このシステムでは、チームメンバーがケア記録を登録もしくは閲覧するとき、そのケア記録に対応する画面で、他のチームメンバーへの質問、コメント等のコミュニケーションを登録し、登録したコミュニケーションを各チームメンバーが通信端末を用いて閲覧できる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１６－９１２２６

【発明の概要】

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

【0004】

医療現場では、複数の医療従事者が患者の状況に応じて柔軟に連携できることが求められる。

【0005】

医療の高度化・専門化が進み、慢性疾患ケア、終末期ケア等の高度な看護を行う場合には、個別の疾病に応じた専門的な知識・技量が求められている。そのため、例えば、病院に入院していた患者に在宅看護を行うことになった場合、訪問看護ステーションから派遣される訪問看護師や、当該患者の看護について専門的な知識・技量を備える病院側の専門看護師などの複数の医療従事者が連携して対応できることが望ましい。特に、疾病の種類や進行度によっては、一人の患者に複数種類の看護が必要になることがあるため、同じ患者への看護であっても、看護の内容に応じた専門性を有する医療従事者と、看護を担当する医療従事者とが柔軟に連携できることが求められている。

【0006】

しかしながら、上記特許文献１に記載のシステムでは、システム管理者によって予めチームメンバーを登録する必要がある。このシステムを用いて、例えば上述のような専門性の高い在宅看護を行うことになった場合、病院や訪問看護ステーション等の異なる医療機関に所属する複数の医療従事者のそれぞれの専門性や担当患者、氏名などの詳細をシステム管理者が十分に把握した上で、患者に応じたチームメンバーを登録することは困難である。

【0007】

本発明は、複数の医療従事者が患者の状況に応じて柔軟に連携することを容易にする、医療従事者間で患者に関する情報を交換する方法、プログラム、および情報システムを提供することを目的とする。

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

【0008】

本発明の情報交換方法は、図２に示すように、情報システム（１）によって、患者に関する情報を複数の医療従事者間で交換するための情報交換方法であって、患者を識別する患者識別情報、および、患者に医療を施すために必要となる医療の専門性に関する専門属性情報の少なくとも一方に基づくグループ作成要求を受信し、グループ作成要求に合致する医療従事者を検索し、検索結果に応じて、患者を担当する医療従事者、および、患者に医療を施すために必要となる医療の専門性を有する医療従事者の少なくとも一方と、グループ作成要求を要求した医療従事者と、を含むグループを作成し、作成されたグループ内の一の医療従事者の端末（３）から送信された患者に関する情報を、当該グループ内の他の医療従事者の端末（３）に送信する。

【0009】

本発明のプログラムは、図２および図１０に示すように、患者に関する情報を複数の医療従事者間で交換する情報システムに含まれる情報処理装置（２）としてコンピュータを機能させるためのプログラムであって、患者を識別する患者識別情報、および、患者に医療を施すために必要となる医療の専門性に関する専門属性情報の少なくとも一方に基づくグループ作成要求を受信し、グループ作成要求に合致する医療従事者を検索し、検索結果に応じて、患者を担当する医療従事者、および、患者に医療を施すために必要となる医療の専門性を有する医療従事者の少なくとも一方と、グループ作成要求を要求した医療従事者と、を含むグループを作成し、作成されたグループ内の一の医療従事者の端末（３）から送信された患者に関する情報を、当該グループ内の他の医療従事者の端末（３）に送信する情報処理装置（２）としてコンピュータを機能させるためのものである。

【0010】

本発明の情報システムは、図２に示すように、患者に関する情報を複数の医療従事者間で交換するための情報システム（１）であって、情報処理装置（２）と医療従事者の端末（３）とを含み、情報処理装置（２）は、医療従事者の端末（３）から、患者を識別する患者識別情報、および、患者に医療を施すために必要となる医療の専門性に関する専門属性情報の少なくとも一方に基づくグループ作成要求を受信し、グループ作成要求に合致する医療従事者を検索し、検索結果に応じて、患者を担当する医療従事者、および、患者に医療を施すために必要となる医療の専門性を有する医療従事者の少なくとも一方と、グループ作成要求を要求した医療従事者と、を含むグループを作成し、作成したグループ内の一の医療従事者の端末（３）から送信された患者に関する情報を、当該グループ内の他の医療従事者の端末（３）に送信する。

【0011】

本発明のプログラムは、図２および図１５に示すように、患者に関する情報を複数の医療従事者間で交換する情報システム（１）を利用する医療従事者の端末（３）としてコンピュータを機能させるためのプログラムであって、患者を識別する患者識別情報、および、患者に医療を施すために必要となる医療の専門性に関する専門属性情報の少なくとも一方に基づくグループ作成要求を、情報システムに含まれる情報処理装置に送信し、患者に関する情報の入力を受け付け、グループ作成要求に基づいて作成されたグループ内の医療従事者の端末間で患者に関する情報を送受信する端末（３）としてコンピュータを機能させるためのものである。

【発明の効果】

【0012】

本発明によれば、複数の医療従事者が患者の状況に応じて柔軟に連携することを容易にする、医療従事者間で患者に関する情報を交換する方法、プログラム、および情報システムを提供することができる。

【図面の簡単な説明】

【0013】

【図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】レポート作成画面の一例を示す図である。

【図34】レポートの一例を示す図である。

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

【0014】

〔情報システム１の概要〕
本実施形態に係る情報システム１は、複数の医療従事者を含むグループ内の医療従事者間で患者に関する情報を交換するためのコミュニケーションシステムである。情報システム１の主特徴は、複数の医療従事者が患者の状況に応じて柔軟に連携することを容易にすることである。情報システム１を利用することにより、例えば、異なる医療機関に所属する面識の無い医療従事者間で患者に関する情報を交換することができるため、患者対応に際して医療従事者が柔軟に連携することができる。「患者に関する情報」とは、例えば、患者に施される医療に関する情報、患者のケアに関する情報、患者の家庭事情に関する情報、などである。以降では、情報交換される患者に関する情報を単に「メッセージ」と表記する。

【0015】

〔医療従事者〕
医療従事者の第１典型例は、特定分野の医療に関する専門性を有する医療従事者であり、例えば、専門看護師、認定看護師、理学療法士、医師、薬剤師、ヘルパー等である。第１典型例の医療従事者には、医療に関する専門性を示す「専門属性情報」が関連付けられる。

【0016】

専門属性情報は、医療に関する専門資格を示す情報であってもよい。専門属性情報は、特定分野の看護に関する専門性を示す情報であってもよい。専門属性情報は、看護の種別を示す情報であってもよい。専門属性情報の例は、皮膚または排泄に関する専門分野である「ＷＯＣ」（Wound Ostomy Continence）、ストーマに関する看護の種別である「ストーマケア」、癌患者などの身体的苦痛または精神的苦痛を和らげるための看護の種別である「緩和ケア」、抗がん剤治療などの化学療法に代表される「薬物療法」、などである。

【0017】

本実施形態では、第１典型例の医療従事者として、患者が入院した医療機関（例えば病院）に所属し、特定分野の看護に関する専門性を有し、患者の入院中の看護を担当する専門看護師を例に挙げて説明する。図１の符号１００１に示す例では、医療機関Ｍ１に所属する専門看護師Ｓ１が、医療機関Ｍ１に入院している患者Ａの看護を担当している。専門看護師Ｓ１は例えばＷＯＣに関する専門性を有しており、患者Ａは例えばストーマ手術を受けているものとする。なお、専門看護師Ｓ１は、患者Ａの退院後は、患者Ａの看護の担当から外れる。

【0018】

医療従事者の第２典型例は、特定分野の医療に関する専門性を有しない医療従事者である。本実施形態では、第２典型例の医療従事者として、（１）医療機関Ｍ１に所属し、医療機関Ｍ１を退院した後に医療機関Ｍ１の一般外来に通院する患者の看護を担当する一般看護師、および、（２）医療機関Ｍ１と異なる医療機関Ｍ２（例えば訪問看護ステーション）に所属し、医療機関Ｍ１を退院した患者の自宅を訪問して看護する訪問看護師、を例に挙げて説明する。図１の符号１００２に示す例では、医療機関Ｍ１に所属する一般看護師Ｇ１が、退院後に医療機関Ｍ１の一般外来に通院する患者Ａの看護を担当している。図１の符号１００３に示す例では、医療機関Ｍ２に所属する訪問看護師Ｖ１が、退院後の患者Ａの自宅での訪問看護を担当している。

【0019】

専門看護師Ｓ１は、一般看護師Ｇ１または訪問看護師Ｖ１に対して、例えば、患者ＡについてのＷＯＣに関する専門情報を伝達したり、退院後の患者Ａの状況について確認したい場合がある。同様に、一般看護師Ｇ１または訪問看護師Ｖ１は、患者Ａを看護するにあたり、専門看護師Ｓ１などの他の医療従事者に対して、例えば、ＷＯＣに関する相談や助言を求めたり、患者Ａの入院時の状況を確認したい場合がある。

【0020】

〔情報システム１の利用により奏される主な効果〕
このように、対象患者に対して複数の医療従事者が関与する場合（特に、異なる医療機関に所属する複数の医療従事者が関与する場合）において、従来は、相手の属性情報（専門性、担当患者、連絡先など）を知らない限り、医療従事者間でメッセージを交換することは困難であったところ、情報システム１を利用することにより相手の属性情報を知らない医療従事者間で対象患者に関するメッセージを容易に交換することができる。特に、異なる医療機関に所属する面識の無い医療従事者間でメッセージを容易に交換することができる。これにより、複数の医療従事者が患者の状況に応じて柔軟に連携することができる。

【0021】

具体的には、情報システム１では、医療従事者からのグループ作成要求に応じて、「対象患者を担当する医療従事者」および「対象患者に医療を施すために必要となる専門性を有する医療従事者であって、対象患者に関連付けられた医療機関に所属する医療従事者」の少なくとも一方を含むグループを作成し、当該グループ内でメッセージを交換することができる。後者の医療従事者がグループに含まれる場合、グループ内で専門性の高い情報を交換することが可能となる。なお、「対象患者に関連付けられた医療機関」とは、例えば、対象患者に対して専門性の高い医療を施した医療機関、対象患者が手術を受けた医療機関、対象患者が入院した医療機関、などである。

【0022】

グループ内には、同じ患者を担当する複数の医療従事者、および／または、同じ分野の専門性を有する複数の医療従事者が含まれ得る。よって、例えば、グループ内のある医療従事者が不在または作業中でありメッセージ交換が困難な状況にある場合においても、当該グループ内の他の医療従事者のいずれかとメッセージを交換できる可能性があるため、迅速な情報交換が期待される。

【0023】

情報システム１では、情報システム１の利用者である医療従事者からのグループ作成要求に応じてグループが作成される。グループの作成にあたりシステム管理者が介在することは必要無い。例えば、訪問看護師が訪問看護時に専門看護師から助言を受けたい場合、当該訪問看護師からの要求に応じてグループが作成される。同様に、専門看護師が一般看護師および訪問看護師に対して専門情報を伝達したい場合、当該専門看護師からの要求に応じてグループが作成される。

【0024】

〔グループの作成例〕
図２を参照しながらグループの作成例について説明する。図２は、患者Ａにストーマケアを提供するためのグループを例示している。例えば、医療機関Ｍ１およびＭ２に所属する医療従事者のうち、患者Ａを担当する医療従事者、または、ＷＯＣに関する専門性を有する医療従事者を含むグループとして、図２において概念的に示したグループＸ１を作成することができる。

【0025】

グループＸ１には、専門看護師Ｓ１およびＳ２が含まれている。その理由は、専門看護師Ｓ１およびＳ２は、患者Ａを担当していないが、ＷＯＣに関する専門性を有し、患者Ａが入院していた医療機関Ｍ１に所属するからである。グループＸ１には、患者Ａが医療機関Ｍ１に入院していたときに患者Ａを担当していた専門看護師が含まれることが好ましい。その理由は、患者Ａを担当していた専門看護師は、入院時の患者Ａの状態を知っており、患者Ａの介護に有用なメッセージを送信することが容易であるからである。また、グループＸ１には、複数の専門看護師が含まれることが好ましい。その理由は、一の専門看護師が、患者Ａ以外の患者の看護中などの理由で、一般看護師からの質問に即時に回答できない場合であっても、他の専門看護師が回答できる可能性があるからである。グループＸ１には、さらに一般看護師Ｇ１、訪問看護師Ｖ１が含まれている。その理由は、一般看護師Ｇ１および訪問看護師Ｖ１は、ＷＯＣに関する専門性を有していないが、患者Ａを担当しているからである。

【0026】

一方、専門看護師Ｓ３はグループＸ１に含まれない。その理由は、専門看護師Ｓ３は患者Ａを担当しておらず、また、ＷＯＣに関する専門性を有していないからである。同様に、一般看護師Ｇ２および訪問看護師Ｖ２はグループＸ１に含まれない。その理由は、一般看護師Ｇ２および訪問看護師Ｖ２は患者Ａを担当しておらず、また、ＷＯＣに関する専門性を有していないからである。

【0027】

情報システム１では、同一の患者について１つ以上のグループを作成することができる。具体的には、情報システム１では、患者に施される医療の専門属性情報毎にグループを作成することができる。これにより、専門性に応じたグループ毎にメッセージの交換が可能となる。専門属性情報が看護の種別を示す情報である場合、情報システム１は、患者に施される看護の種別毎にグループを作成することができる。例えば、患者ＡがＷＯＣに加えて緩和ケアの看護を要する場合、情報システム１では、例えば図３に示すように、患者Ａについて、上述したＷＯＣに関するグループＸ１と、グループＸ１と異なる、緩和ケアに関するグループＸ２とを作成することができる。グループＸ２には、患者Ａを担当する医療従事者と、医療機関Ｍ１に所属し緩和ケアに関する専門性を有する医療従事者との和集合が含まれる。具体的には、図３に示すとおり、グループＸ２には、専門看護師Ｓ４、一般看護師Ｇ１、および訪問看護師Ｖ１が含まれる。専門看護師Ｓ４は、患者Ａを担当しないが、緩和ケアに関する専門性を有し、医療機関Ｍ１に所属する者である。

【0028】

情報システム１は、さらに、対象患者に施される医療の専門性に関わらない全般的事項についての情報交換を行うためのグループ（以下では、全般グループと称する。）を作成してもよい。全般的事項とは、例えば、対象患者の家庭事情や経済事情などに関する事項である。全般グループの第１典型例は、対象患者を担当する医療従事者の全てを含むグループである。全般グループの第２典型例は、対象患者について作成済みの複数のグループの少なくとも１つに含まれる医療従事者の全てを含むグループである。図３に示すグループＸ３は患者Ａについての第２典型例の全般グループである。グループＸ３には、専門看護師Ｓ１、専門看護師Ｓ２、専門看護師Ｓ４、一般看護師Ｇ１、および訪問看護師Ｖ１が含まれる。

【0029】

全般グループは、例えば、対象患者についてのグループが作成されたタイミングで作成されてもよい。例えばグループＸ３は、グループＸ１およびグループＸ２のそれぞれが作成される都度、作成されてもよい。また、全般グループは、例えば、医療関係者による作成要求に従って作成されてもよい。

【0030】

〔スレッド〕
情報システム１では、グループ毎に、投稿されるメッセージの集まりである「スレッド」を作成する。本実施形態では、グループ毎に異なるスレッドを作成する。つまり、グループとスレッドとは１対１の対応関係にある。

【0031】

同一のグループに含まれる医療従事者は、同一のスレッドにおいてメッセージを投稿することにより、情報交換することができる。情報交換は、例えばチャット機能を用いて会話形式で行うことができる。医療従事者が使用する端末３に表示されるスレッドの画面例を図４に示す。図４に示すスレッド画面３６４６では、フィールド３６４８において、医療従事者ＩＤが「Ｎ００１」である医療従事者と、医療従事者ＩＤが「Ｎ００２」である医療従事者との間で、患者ＩＤが「Ｐ１０１」である患者に関するメッセージが交換されている。スレッド画面３６４６の詳細は後述する。

【0032】

〔情報システム１の構成例〕
図２に示すように、情報システム１は、サーバ２と、複数の端末３とを含む構成である。サーバ２は、情報システム１を運用する事業者が有するコンピュータであり、情報システム１の中核をなす情報処理装置である。サーバ２は１台のコンピュータで実現されてもよいし、複数台のコンピュータに機能分散して実現されてもよい。端末３は、情報システム１を利用する医療従事者が使用するコンピュータであり、例えば、スマートフォン、タブレット端末、パーソナルコンピュータである。サーバ２と端末３とは、インターネット等の通信ネットワーク４を介して通信可能に接続される。端末３間でのメッセージの送受信はサーバ２および通信ネットワーク４を介して行われる。

【0033】

〔サーバ２の構成例〕
図５に示すように、サーバ２は、例えば、通信装置２１、記憶装置２２、プロセッサ２３、ＲＡＭ（Random Access Memory）２５、およびＲＯＭ（Read Only Memory）２６を備える。通信装置２１は、プロセッサ２３による制御に従って端末３と通信を行うインターフェースである。記憶装置２２は、サーバ２が用いる各種データおよび各種プログラムを記憶するメモリであり、例えば、ソリッドステートドライブ等の半導体ドライブ、又は、ハードディスク等の磁気ディスクである。図６に示すように、記憶装置２２は、例えば、アカウント情報データベース２２１、患者情報データベース２２２、およびグループ情報データベース２２３を記憶する。

【0034】

アカウント情報データベース２２１は、情報システム１を利用する医療従事者のアカウント情報を記憶するデータベースであり、例えば、リレーショナルデータベース（ＲＤＢ）である。図７は、アカウント情報データベース２２１がＲＤＢである場合のデータ構造の例を示す図である。図７に示すように、アカウント情報には、例えば、医療機関ＩＤ、医療従事者ＩＤ、専門属性情報、担当患者ＩＤ、通信アドレス、およびパスワードが含まれる。

【0035】

医療機関ＩＤは、医療従事者が所属する医療機関の識別情報である。医療機関ＩＤには、１つ以上の医療従事者ＩＤが関連付けられる。医療機関ＩＤには、医療機関のさらなる属性情報（例えば、医療機関名など）が関連付けられてもよい。

【0036】

医療従事者ＩＤは、医療機関ＩＤで識別される医療機関に所属する医療従事者の識別情報である。医療従事者ＩＤには、図７に示すように、例えば、専門属性情報、担当患者ＩＤ、通信アドレス、およびパスワードが関連付けられる。医療従事者ＩＤには、医療従事者のさらなる属性情報（例えば、医療従事者の氏名など）が関連付けられてもよい。

【0037】

専門属性情報は、医療従事者ＩＤで識別される医療従事者が有する専門性を識別するための識別情報である。複数の専門性を有する医療従事者の場合、医療従事者ＩＤには複数の専門属性情報が関連付けられる。特定分野の医療に関する専門性を有しない医療従事者の医療従事者ＩＤに関連付けられる専門属性情報の値は、例えば空値（ＮＵＬＬ）とする。

【0038】

担当患者ＩＤは、医療従事者ＩＤで識別される医療従事者が担当する患者の識別情報である。複数の患者を担当する医療従事者の場合、医療従事者ＩＤには複数の担当患者ＩＤが関連付けられる。担当する患者がいない医療従事者の医療従事者ＩＤに関連付けられる担当患者ＩＤの値は、例えば空値（ＮＵＬＬ）とする。

【0039】

通信アドレスは、医療従事者ＩＤで識別される医療従事者が使用する端末３の通信アドレスであり、例えばＩＰアドレスである。パスワードは、医療従事者ＩＤで識別される医療従事者が情報システム１にログインするためのパスワードである。

【0040】

患者情報データベース２２２は、患者情報を記憶するデータベースであり、例えばＲＤＢである。図８は、患者情報データベース２２２がＲＤＢである場合のデータ構造の例を示す図である。図８に示すように、患者情報には、例えば、患者ＩＤ、および医療機関ＩＤが含まれる。

【0041】

患者ＩＤは、患者の識別情報であり、アカウント情報データベース２２１で管理される患者ＩＤと同じコード体系である。患者ＩＤには医療機関ＩＤが関連付けられる。医療機関ＩＤは、患者ＩＤで識別される患者の医療を担当する医療機関の識別情報である。医療機関ＩＤで示される医療機関は、例えば、患者ＩＤで示される患者に対して専門性の高い医療を施した医療機関、患者ＩＤで示される患者が手術を受けた医療機関、患者ＩＤで示される患者が入院した医療機関、などである。患者情報データベース２２２で管理される医療機関ＩＤはアカウント情報データベース２２１で管理される医療機関ＩＤと同じコード体系である。患者ＩＤには、患者のさらなる属性情報（例えば、患者の氏名など）が関連付けられてもよい。

【0042】

グループ情報データベース２２３は、メッセージを交換する医療従事者のグループに関する情報を記憶するデータベースであり、例えばＲＤＢである。図９は、グループ情報データベース２２３がＲＤＢである場合のデータ構造の例を示す図である。図９に示すように、グループに関する情報には、例えば、グループＩＤ、および医療従事者ＩＤが含まれる。

【0043】

グループＩＤは、グループの識別情報である。グループＩＤには、複数の医療従事者ＩＤが関連付けられる。医療従事者ＩＤは、グループＩＤで識別されるグループに含まれる医療従事者の識別情報であり、アカウント情報データベース２２１で管理される医療従事者ＩＤと同じコード体系である。グループＩＤには、グループのさらなる属性情報（例えば、グループ名など）が関連付けられてもよい。

【0044】

プロセッサ２３は、サーバ２の機能を統括して制御する制御部である。プロセッサ２３は、例えばＣＰＵ（Central Processing Unit）である。プロセッサ２３は、例えば、論理回路により実現してもよい。プロセッサ２３は、アプリケーション２４を記憶装置２２から読み出してＲＡＭ２５へ展開して実行する。アプリケーション２４は、各種処理を実行する制御部としてコンピュータを機能させるためのプログラムとして、例えば、記憶装置２２に格納されている。アプリケーション２４は、例えば、情報システム１に専用のアプリケーションである。アプリケーション２４は、例えば、アプリケーション提供サーバからサーバ２に配信またはダウンロードされ、サーバ２にてインストールされて記憶装置２２に格納される。

【0045】

〔アプリケーション２４の構成例〕
図１０は、アプリケーション２４の構成例を示す。アプリケーション２４は、例えば、アカウント管理部２４１、患者管理部２４２、グループ管理部２４３、および情報交換部２４４を含む。

【0046】

プロセッサ２３は、アカウント管理部２４１の指示に従って、端末３からの要求に応じて、アカウント情報を登録する。具体的には、プロセッサ２３は、アカウント管理部２４１の指示に従って、まず、アカウント登録要求を受信する。アカウント登録要求は、医療従事者による入力操作に応じて端末３から送信されるものであり、後述するように、例えば医療従事者ＩＤ、パスワード、医療機関ＩＤ、専門属性情報、および患者ＩＤといったアカウント情報を含む。プロセッサ２３は、アカウント管理部２４１の指示に従って、アカウント登録要求に含まれるアカウント情報をアカウント情報データベース２２１に格納する。なお、アカウント情報のうちの通信アドレスについては、アカウント登録要求にかかわらず、例えば、医療従事者が端末３を使用して情報システム１にログインする毎に端末３から送信されてもよく、この場合、プロセッサ２３は、アカウント管理部２４１の指示に従って、端末３から通信アドレスを受信する毎にアカウント情報データベース２２１を更新してもよい。

【0047】

プロセッサ２３は、患者管理部２４２の指示に従って、端末３からの要求に応じて、患者情報を登録する。具体的には、プロセッサ２３は、患者管理部２４２の指示に従って、まず、端末３から送信される患者登録要求を受信する。患者登録要求は、患者情報を登録したい医療従事者の入力操作に応じて端末３から送信されるものであり、後述するように、例えば患者ＩＤおよび医療機関ＩＤを含む。プロセッサ２３は、患者管理部２４２の指示に従って、患者登録要求に含まれる患者情報を患者情報データベース２２２に格納する。

【0048】

プロセッサ２３は、グループ管理部２４３の指示に従って、端末３からの要求に応じて、情報交換する医療従事者のグループを作成する。グループ作成処理について以下に説明する。

【0049】

プロセッサ２３は、グループ管理部２４３の指示に従って、まず、端末３から、グループの作成要求（以下では、単に作成要求と称する。）を受信する。作成要求は、医療従事者の入力操作に応じて端末３から送信されるものであり、後述するように、例えば患者ＩＤおよび専門属性情報に基づく要求である。プロセッサ２３は、グループ管理部２４３の指示に従って、作成要求を受信すると、患者情報データベース２２２から、対象患者ＩＤに関連付けられている医療機関ＩＤを検索する。続いて、プロセッサ２３は、グループ管理部２４３の指示に従って、アカウント情報データベース２２１から、医療従事者ＩＤ群を検索する。このときの検索パターンは、例えば、次に示す検索パターンＱ１または検索パターンＱ２である。

【0050】

（検索パターンＱ１）作成要求で指定された患者の担当有無にかかわらず、指定された専門性を有する第１典型例の医療従事者と、指定された患者を担当する第２典型例の医療従事者とを検索する。具体的には、次に示す検索対象Ｑ１１およびＱ１２の和集合である医療従事者ＩＤ群をアカウント情報データベース２２１から取得する。［検索対象Ｑ１１］患者情報データベース２２２から取得した医療機関ＩＤに関連付けられている医療従事者ＩＤのうち、受信した作成要求に含まれる専門属性情報が関連付けられている医療従事者ＩＤ。［検索対象Ｑ１２］受信した作成要求に含まれる患者ＩＤが関連付けられている医療従事者ＩＤ。

【0051】

（検索パターンＱ２）作成要求で指定された患者を担当し、指定された専門性を有する第１典型例の医療従事者と、指定された患者を担当する第２典型例の医療従事者とを検索する。具体的には、次に示す検索対象Ｑ２１およびＱ２２の和集合である医療従事者ＩＤ群をアカウント情報データベース２２１から取得する。［検索対象Ｑ２１］患者情報データベース２２２から取得した医療機関ＩＤに関連付けられている医療従事者ＩＤのうち、受信した作成要求に含まれる専門属性情報、および、受信した作成要求に含まれる患者ＩＤが関連付けられている医療従事者ＩＤ。［検索対象Ｑ２２］患者情報データベース２２２から取得した医療機関ＩＤに関連付けられている医療従事者ＩＤのうち、受信した作成要求に含まれる専門属性情報が関連付けられておらず、受信した作成要求に含まれる患者ＩＤが関連付けられている医療従事者ＩＤ。

【0052】

また、作成要求に含まれる専門属性情報がＮＵＬＬ値である場合、グループ管理部２４３は、次に示す検索パターンＱ３でアカウント情報データベース２２１から、医療従事者ＩＤ群を検索する。

【0053】

（検索パターンＱ３）指定された患者を担当する全ての医療従事者を検索する。具体的には、受信した作成要求に含まれる患者ＩＤが関連付けられている医療従事者ＩＤ群をアカウント情報データベース２２１から取得する。

【0054】

続いて、プロセッサ２３は、グループ管理部２４３の指示に従って、アカウント情報データベース２２１から取得した医療従事者ＩＤ群に対して、それらを１つのグループとして識別するためのグループＩＤを関連付けたグループを新たに作成し、グループ情報データベース２２３に格納する。

【0055】

なお、検索パターンＱ３で検索される医療従事者ＩＤ群から成るグループは、対象患者についての特定の専門性に関わらないグループであり、上述した「全般グループ」に該当する。よって、プロセッサ２３は、グループ管理部２４３の指示に従って、検索パターンＱ１またはＱ２で取得される医療従事者ＩＤ群から成るグループを作成したタイミングで、検索パターンＱ３で取得される医療従事者ＩＤ群から成る全般グループを作成してもよい。

【0056】

次に、プロセッサ２３は、グループ管理部２４３の指示に従って、アカウント情報データベース２２１を検索し、新たに作成したグループに含まれる医療従事者ＩＤの各々に関連付けられている通信アドレスを取得する。続いて、プロセッサ２３は、グループ管理部２４３の指示に従って、取得した通信アドレスを有する端末３の各々に対してグループが作成されたことを通知する（以下では単に「作成通知」と称する。）。作成通知には、作成したグループのグループＩＤと、受信した作成要求に含まれる患者ＩＤおよび専門属性情報と、が含まれる。

【0057】

プロセッサ２３は、情報交換部２４４の指示に従って、情報交換するメッセージに関するメッセージ情報を端末３から受信すると、サーバ側情報交換処理を実行する。メッセージ情報は、後述するように、例えばメッセージＩＤ、スレッドＩＤ、医療従事者ＩＤ、およびデータ本体を含む。

【0058】

サーバ側情報交換処理について以下に説明する。プロセッサ２３は、情報交換部２４４の指示に従って、まず、グループ情報データベース２２３から、受信したメッセージ情報に含まれるスレッドＩＤに対応するグループＩＤに関連付けられている医療従事者ＩＤを検索する。続いて、プロセッサ２３は、情報交換部２４４の指示に従って、アカウント情報データベース２２１を検索し、グループ情報データベース２２３から取得した医療従事者ＩＤに関連付けられている通信アドレスを取得する。続いて、プロセッサ２３は、情報交換部２４４の指示に従って、取得した通信アドレスを有する端末３の各々（ただし、メッセージ情報の送信元の端末３を除く）に、受信したメッセージ情報を送信する。メッセージ情報を送信するタイミングは、即時でもよいし、送信先の端末３が情報システム１にアクセスしたタイミングでもよい。

【0059】

〔端末３の構成例〕
図１１に示すように、端末３は、例えば、通信装置３１、入力装置３２、出力装置３３、記憶装置３４、プロセッサ３５、ＲＡＭ３７、およびＲＯＭ３８を備える。通信装置３１は、プロセッサ３５による制御に従ってサーバ２と通信を行うインターフェースである。入力装置３２は、端末３に対する各種データの入力を受け付ける。入力装置３２は、例えば、タッチパネル、カメラ、マイクである。出力装置３３は、端末３で処理された各種データを出力する。出力装置３３は、例えば、タッチパネル、スピーカ、プリンタである。

【0060】

記憶装置３４は、端末３が用いる各種データおよび各種プログラムを記憶するメモリであり、例えば、ソリッドステートドライブ等の半導体ドライブ、又は、ハードディスク等の磁気ディスクである。記憶装置３４は、図１２に示すように、例えば、スレッド情報データベース３４１、およびメッセージ情報データベース３４２を記憶する。

【0061】

スレッド情報データベース３４１は、スレッド情報を記憶するデータベースであり、例えばＲＤＢである。図１３は、スレッド情報データベース３４１がＲＤＢである場合のデータ構造の例を示す図である。図１３に示すように、スレッド情報には、例えば、スレッドＩＤ、患者ＩＤ、および専門属性情報が含まれる。

【0062】

スレッドＩＤは、スレッドの識別情報である。本実施形態では、スレッドＩＤと、グループ情報データベース２２３で管理されるグループＩＤとは、１対１の対応関係にある。スレッドＩＤとグループＩＤとは同一のコード体系であってもよいし、相互に変換可能なコード体系であってもよい。

【0063】

スレッドＩＤには、図１３に示すように、患者ＩＤおよび専門属性情報が関連付けられる。スレッドＩＤには、スレッドのさらなる属性情報（例えば、スレッド名など）が関連付けられてもよい。

【0064】

患者ＩＤは、スレッドＩＤで識別されるスレッドにおいて情報交換する対象となる患者の識別情報であり、患者情報データベース２２２で管理される患者ＩＤと同じコード体系である。専門属性情報は、スレッドＩＤで識別されるスレッドにおいて情報交換する対象となる専門属性情報であり、アカウント情報データベース２２１で管理される専門属性情報と同じコード体系である。

【0065】

メッセージ情報データベース３４２は、メッセージ情報を記憶するデータベースであり、例えばＲＤＢである。図１４は、メッセージ情報データベース３４２がＲＤＢである場合のデータ構造の例を示す図である。図１４に示すように、メッセージ情報には、例えば、メッセージＩＤ、スレッドＩＤ、医療従事者ＩＤ、およびデータ本体が含まれる。

【0066】

メッセージＩＤは、メッセージ情報の識別情報である。メッセージＩＤには、図１４に示すように、スレッドＩＤ、医療従事者ＩＤ、およびデータ本体が関連付けられる。メッセージＩＤには、メッセージのさらなる属性情報（例えば、メッセージ送信日時など）が関連付けられてもよい。

【0067】

スレッドＩＤは、メッセージＩＤで識別されるメッセージが情報交換されるスレッドの識別情報であり、スレッド情報データベース３４１で管理されるスレッドＩＤと同じコード体系である。医療従事者ＩＤは、メッセージＩＤで識別されるメッセージを送信した医療従事者の識別情報であり、アカウント情報データベース２２１で管理される医療従事者ＩＤと同じコード体系である。データ本体は、メッセージＩＤで識別されるメッセージのデータそのものである。データ本体のデータ形式は限定されるものではなく、例えば、テキストデータ、静止画像データ、動画像データ、および音声データ、の少なくとも一つである。

【0068】

プロセッサ３５は、端末３の機能を統括して制御する制御部である。プロセッサ３５は、例えばＣＰＵである。プロセッサ３５は、例えば、論理回路により実現してもよい。プロセッサ３５は、アプリケーション３６を記憶装置３４から読み出してＲＡＭ３７へ展開して実行する。アプリケーション３６は、各種処理を実行する制御部としてコンピュータを機能させるためのプログラムとして、例えば、記憶装置３４に格納されている。アプリケーション３６は、例えば、情報システム１に専用のアプリケーションである。アプリケーション３６は、例えば、アプリケーション提供サーバから端末３に配信またはダウンロードされ、端末３にてインストールされて記憶装置３４に格納される。アプリケーション３６は、例えば、アプリケーション提供サーバによってＷｅｂアプリケーションとして提供され、端末３に搭載されたＷｅｂブラウザ上で動作するものであってもよい。

【0069】

〔アプリケーション３６の構成例〕
図１５は、アプリケーション３６の構成例を示す。アプリケーション３６は、例えば、アカウント登録部３６１、患者登録部３６２、スレッド管理部３６３、および情報交換部３６４を含む。

【0070】

プロセッサ３５は、アカウント登録部３６１の指示に従って、医療従事者の入力操作に応じてアカウント登録画面３６１１を作成し、出力装置３３に表示させる。アカウント登録画面３６１１は、アカウント情報の新規登録または更新登録を受け付けるための画面である。図１６は、アカウント登録画面３６１１の一例を示す図である。図１６に示すとおり、アカウント登録画面３６１１は、例えば、フィールド３６１２～３６１６、および、ボタン３６１７を含む。

【0071】

フィールド３６１２は、登録対象である医療従事者の医療従事者ＩＤの入力を受け付ける。フィールド３６１２は、端末３を使用する医療従事者から医療従事者ＩＤの入力を受け付けてもよいし、医療従事者ＩＤが自動設定されてもよい。自動設定の一例として、プロセッサ３５は、アカウント登録部３６１の指示に従って、アカウント登録画面３６１１を表示する際にサーバ２に対して医療従事者ＩＤ付与要求を送信し、その応答としてサーバ２から取得した医療従事者ＩＤをフィールド３６１２に設定してもよい。

【0072】

フィールド３６１３は、登録対象である医療従事者が情報システム１にログインするためのパスワードの入力を受け付ける。

【0073】

フィールド３６１４は、登録対象である医療従事者が所属する医療機関の医療機関ＩＤの入力を受け付ける。フィールド３６１４は選択式であることが好ましい。例えば、予め用意されたドロップダウンリスト等に表示される医療機関名を選択することにより、選択された医療機関名に対応する医療機関ＩＤがフィールド３６１４に自動設定されることが好ましい。

【0074】

フィールド３６１５は、登録対象である医療従事者の専門属性情報の入力を受け付ける。フィールド３６１５の個数は、専門属性情報の数に応じて増減可能である。フィールド３６１５は選択式であることが好ましい。予め用意されたドロップダウンリスト等に表示される専門属性情報を選択することによりフィールド３６１５に専門属性情報が自動設定されることが好ましい。フィールド３６１５は入力必須フィールドではない。医療に関する専門性を有しない医療従事者は、フィールド３６１５を入力せずとも、アカウント情報の登録が可能である。

【0075】

フィールド３６１６は、登録対象である医療従事者が担当する患者の患者ＩＤの入力を受け付ける。フィールド３６１６の個数は、担当する患者の人数に応じて増減可能である。フィールド３６１６は入力必須フィールドではない。担当する患者を有しない医療従事者は、フィールド３６１６を入力せずとも、アカウント情報の登録が可能である。

【0076】

ボタン３６１７にて操作を受け付けると、プロセッサ３５は、アカウント登録部３６１の指示に従って、フィールド３６１２～３６１６にて入力されたアカウント情報を含むアカウント登録要求を、サーバ２へ送信する。

【0077】

プロセッサ３５は、患者登録部３６２の指示に従って、医療従事者の入力操作に応じて患者登録画面３６２１を作成し、出力装置３３に表示させる。患者登録画面３６２１は、患者情報の新規登録または更新登録を受け付けるための画面である。図１７は、患者登録画面３６２１の一例を示す図である。図１７に示すとおり、患者登録画面３６２１は、例えば、フィールド３６２２～３６２３、および、ボタン３６２４を含む。

【0078】

フィールド３６２２は、登録対象である患者と関連付ける医療機関の医療機関ＩＤの入力を受け付ける。フィールド３６２２は選択式であることが好ましく、医療機関ＩＤが自動設定されることがより好ましい。自動設定の一例として、プロセッサ３５は、患者登録部３６２の指示に従って、患者登録画面３６２１を表示する際にサーバ２に対して医療機関ＩＤの検索要求を送信し、その応答としてサーバ２から取得した医療機関ＩＤをフィールド３６２２に設定してもよい。この場合、サーバ２は、アカウント情報データベース２２１を検索し、検索要求を行った端末３から情報システム１にログインしている医療従事者の医療従事者ＩＤに関連付けられている医療機関ＩＤを取得し、検索要求を行った端末３へ医療機関ＩＤを送信してもよい。

【0079】

フィールド３６２３は、登録対象である患者の患者ＩＤの入力を受け付ける。フィールド３６２３に入力される患者ＩＤは、患者情報データベース２２２にて管理される患者ＩＤそのものであってもよいし、登録対象の患者が入院または通院していた医療機関が発行する診察券の番号またはカルテのＩＤであってもよい。後者の場合、フィールド３６２２に入力された医療機関ＩＤおよびフィールド３６２３に入力された患者ＩＤを組み合わせた情報を、患者情報データベース２２２にて管理する患者ＩＤとして取り扱ってもよい。

【0080】

ボタン３６２４にて操作を受け付けると、プロセッサ３５は、患者登録部３６２の指示に従って、フィールド３６２２～３６２３に入力された患者情報を含む患者登録要求を、サーバ２へ送信する。

【0081】

プロセッサ３５は、スレッド管理部３６３の指示に従って、医療従事者の入力操作に応じて、グループの作成を要求するための作成要求画面３６３１を作成し、出力装置３３に表示させる。作成要求画面３６３１は、作成要求を受け付けるための画面である。図１８は、作成要求画面３６３１の一例を示す図である。図１８に示すとおり、作成要求画面３６３１は、例えば、フィールド３６３２～３６３３、および、ボタン３６３４を含む。

【0082】

フィールド３６３２は、情報交換する対象となる患者の患者ＩＤの入力を受け付ける。フィールド３６３３は、フィールド３６３２に入力した患者ＩＤで示される患者に施される医療の専門属性情報の入力を受け付ける。フィールド３６３３は入力必須フィールドではない。

【0083】

作成要求を行う医療従事者は、患者ＩＤおよび専門属性情報を、事前に入手可能であることを前提としている。例えば、患者の訪問看護を担当する訪問看護師は、患者が治療を受けた医療機関から送られる指示書面または電子メールなどにより、患者ＩＤおよび専門属性情報を事前に入手する。なお、フィールド３６２２は選択式であってもよい。例えば、アカウント情報データベース２２１から、作成要求を行う医療従事者の医療従事者ＩＤに関連付けられている担当患者ＩＤが取得され、ドロップダウンリストに表示されてもよい。

【0084】

ボタン３６３４にて操作を受け付けると、プロセッサ３５は、スレッド管理部３６３の指示に従って、フィールド３６３２～３６３３に入力された情報を含む作成要求を、サーバ２へ送信する。なお、フィールド３６３３に入力がない場合は、専門属性情報の値はＮＵＬＬが設定される。

【0085】

また、プロセッサ３５は、スレッド管理部３６３の指示に従って、サーバ２から作成通知を受信すると、スレッドを作成し、管理する。具体的には、プロセッサ３５は、スレッド管理部３６３の指示に従って、作成通知に含まれるグループＩＤに対応するスレッドＩＤに、作成通知に含まれる患者ＩＤおよび専門属性情報と関連付けてスレッド情報を作成し、作成したスレッド情報をスレッド情報データベース３４１に格納する。

【0086】

プロセッサ３５は、情報交換部３６４の指示に従って、端末側情報交換処理を実行する。端末側情報交換処理は、メッセージ送信側処理と、メッセージ受信側処理とを含む。まず、メッセージ送信側処理について説明する。

【0087】

プロセッサ３５は、情報交換部３６４の指示に従って、医療従事者の入力操作に応じてスレッド選択画面３６４１を作成し、出力装置３３に表示させる。スレッド選択画面３６４１は、所望するスレッドを医療従事者に選択させるための画面である。図１９は、スレッド選択画面３６４１の一例を示す図である。図１９に示すとおり、スレッド選択画面３６４１は、例えば、フィールド３６４２～３６４３、ボタン３６４４、およびリスト３６４５を含む。

【0088】

フィールド３６４２～３６４３は、所望するスレッドを検索する条件の入力を受け付ける。フィールド３６４２は、患者ＩＤの入力を受け付ける。フィールド３６４３は、専門属性情報の入力を受け付ける。フィールド３６４３は選択式であることが好ましい。予め用意されたドロップダウンリスト等に表示される専門属性情報を選択することにより専門属性情報がフィールド３６４３に自動設定されることが好ましい。

【0089】

ボタン３６４４にて操作を受け付けると、プロセッサ３５は、情報交換部３６４の指示に従って、スレッド情報データベース３４１を検索し、フィールド３６４２および３６４３に入力された患者ＩＤおよび専門属性情報に関連付けられているスレッドＩＤを有するスレッドを取得し、取得したスレッドの各々をリスト３６４５に一覧表示する。図１９に示す例では、患者ＩＤ「Ｐ１０１」および専門属性情報「ＷＯＣ」が関連付けられているスレッドＩＤを有するスレッドがリスト３６４５に一覧表示される。

【0090】

リスト３６４５にてスレッドの選択操作を受け付けると、プロセッサ３５は、情報交換部３６４の指示に従って、メッセージ情報データベース３４２を検索し、選択されたスレッドに応じたスレッド画面３６４６を作成し、出力装置３３に表示させる。図４は、スレッド画面３６４６の一例を示す図である。図４に示すとおり、スレッド画面３６４６は、例えば、フィールド３６４７～３６４９、およびボタン３６５０～３６５１を含む。

【0091】

フィールド３６４７は、スレッドに関する情報を表示する。図４に示す例では、スレッドに関する情報として、スレッド名、患者ＩＤ、患者氏名、作成日時が表示されている。フィールド３６４８は、情報交換されたメッセージを時系列に表示する。メッセージは、メッセージ情報データベース３４２に格納されているデータ本体であり、テキストであってもよいし、静止画であってもよいし、動画像であってもよい。図４に示す例では、データ本体として、相談事項を示すテキストに加えて、患者の患部に関する静止画、患者の患部に関する動画像が示されている。フィールド３６４９は、新たなメッセージの投稿を受け付ける。受け付けるメッセージは、テキストであってもよいし、静止画であってもよいし、動画像であってもよい。

【0092】

ボタン３６５０にて操作を受け付けると、プロセッサ３５は、情報交換部３６４の指示に従って、メッセージ情報をサーバ２へ送信する。メッセージ情報には、フィールド３６４９に入力されたデータ本体、スレッドのスレッドＩＤ、メッセージを投稿した医療従事者の医療従事者ＩＤ、およびメッセージ情報を識別するためのメッセージＩＤが含まれる。また、プロセッサ３５は、情報交換部３６４の指示に従って、サーバ２へ送信したメッセージ情報を管理する。具体的には、プロセッサ３５は、情報交換部３６４の指示に従って、サーバ２へ送信したメッセージ情報をメッセージ情報データベース３４２に格納する。

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

１ 情報システム
２ サーバ（情報処理装置）
３ 端末
２２、３４ 記憶装置
２３、３５ プロセッサ（制御部）
２４、３６ アプリケーション
３６７５ レポート
Ｍ１、Ｍ２ 医療機関
Ｓ１、Ｓ２、Ｓ３、Ｓ４ 専門看護師（医療従事者）
Ｇ１、Ｇ２ 一般看護師（医療従事者）
Ｖ１、Ｖ２ 訪問看護師（医療従事者）
Ｘ１、Ｘ２、Ｘ３ グループ

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

【図34】