JP2015055887A

JP2015055887A - データ管理サーバー及び在宅診療連携システム

Info

Publication number: JP2015055887A
Application number: JP2013186967A
Authority: JP
Inventors: 上田　豊; Yutaka Ueda; 豊上田
Original assignee: Konica Minolta Inc
Current assignee: Konica Minolta Inc
Priority date: 2013-09-10
Filing date: 2013-09-10
Publication date: 2015-03-23

Abstract

【課題】在宅診療のサービスの普及を好適に支援する。【解決手段】データ管理サーバーは、予め主幹者として定められた医療従事者に対応するログインアカウントからアクセスがあった場合に、当該主幹者に対して設定された、患者を登録する権限と、当該登録された患者の在宅診療に関わるチームを構成するメンバーとして複数の医療施設に所属する複数の医療従事者を指定する権限と、に基づいて、チーム登録の可否を判断する。チーム登録後、データ管理サーバーは、チームの主幹者に対応するログインアカウント、又は、チームを構成するメンバーとして指定された複数の医療従事者それぞれに対応するログインアカウントからアクセスがあった場合に、当該チームに対応する患者の在宅診療情報の入力及び参照を許可する。【選択図】図１２

Description

本発明は、データ管理サーバー及び在宅診療連携システムに関する。

近年、医療の分野においては、在宅診療・介護の重要性が増してきており、在宅療養支援診療所（在支診）の数も年々増加してきている。在宅診療には、在支診の他、訪問看護ステーション、訪問介護事業所、薬局等、複数の医療施設・医療従事者が関係している。

在支診が在宅診療を始めるためには、患者の医療情報だけでなく、介護情報（患者の住居環境、生活状況等）を把握しておくことが有効であり、医療情報と介護情報を、その患者の診療に携わる医療従事者間で共有化できる仕組みが望まれる。

例えば、在宅介護に関わる多職種間で情報を連携する統合型在宅介護サービス支援システムが提案されている（特許文献１参照）。このシステムでは、バイタルデータやＡＤＬ（日常生活動作）データが保存され、閲覧可能となる。

特開２００２−２１５８００号公報

しかしながら、医療或いは介護に従事する者が、在宅診療のサービス事業を始めようとして、上記のようなシステムを構築するためには、多大な投資が必要であり、資金力の乏しい者がかかる事業に参入するための障壁が高いという問題がある。
また、上記システムを構築することが可能な事業者にとっては、医療或いは介護に従事する者を自力で確保して、在宅診療のサービス事業を始めることは容易ではないという問題がある。
従って、現状では、在宅診療のサービスを普及させることが難しいという問題がある。

本発明は、上記の従来技術における問題に鑑みてなされたものであって、在宅診療のサービスの普及を好適に支援することを課題とする。

上記課題を解決するために、請求項１に記載の発明は、予め主幹者として定められた医療従事者に対応するログインアカウントからアクセスがあった場合に、当該主幹者に対して設定された、患者を登録する権限と、当該登録された患者の在宅診療に関わるチームを構成するメンバーとして複数の医療施設に所属する複数の医療従事者を指定する権限と、に基づいて、チーム登録の可否を判断する判断手段と、前記登録された患者に対して、前記指定された複数の医療従事者を対応付けて記憶する第１記憶手段と、前記登録された患者の在宅診療に関する在宅診療情報を記憶する第２記憶手段と、前記チームを構成するメンバーとして指定された複数の医療従事者それぞれに対応するログインアカウントからアクセスがあった場合に、当該チームに対応する患者の在宅診療情報の入力及び参照を許可する情報共有手段と、を備えるデータ管理サーバーである。

請求項２に記載の発明は、請求項１に記載のデータ管理サーバーにおいて、前記主幹者に対して、登録可能な患者の人数と、チーム毎に指定可能な医療従事者の人数と、が予め定められており、前記判断手段は、前記登録可能な患者の人数に基づいて、患者の登録を許可するか否かを判断し、前記指定可能な医療従事者の人数に基づいて、医療従事者の指定を許可するか否かを判断する。

請求項３に記載の発明は、請求項１又は２に記載のデータ管理サーバーにおいて、前記指定された複数の医療従事者のメールアドレス宛てに登録画面のリンク情報を含む電子メールを送信することで、前記指定された複数の医療従事者に前記チームを構成するメンバーとして指定されたことを通知する通知手段を備える。

請求項４に記載の発明は、在宅診療に関わる情報を管理するデータ管理サーバーと、医療施設に所属する医療従事者により使用される端末装置と、が通信ネットワークを介してデータ通信可能に接続された在宅診療連携システムであって、前記データ管理サーバーは、予め主幹者として定められた医療従事者に対応するログインアカウントからアクセスがあった場合に、当該主幹者に対して設定された、患者を登録する権限と、当該登録された患者の在宅診療に関わるチームを構成するメンバーとして複数の医療施設に所属する複数の医療従事者を指定する権限と、に基づいて、チーム登録の可否を判断する判断手段と、前記登録された患者に対して、前記指定された複数の医療従事者を対応付けて記憶する第１記憶手段と、前記登録された患者の在宅診療に関する在宅診療情報を記憶する第２記憶手段と、前記チームを構成するメンバーとして指定された複数の医療従事者それぞれに対応するログインアカウントからアクセスがあった場合に、当該チームに対応する患者の在宅診療情報の入力及び参照を許可する情報共有手段と、を備える。

本発明によれば、在宅診療のサービスの普及を好適に支援することができる。

在宅診療連携システムのシステム構成図である。データ管理サーバーの機能的構成を示すブロック図である。ユーザー管理テーブルの例を示す図である。チーム対応テーブルの例を示す図である。第１在宅診療情報の例を示す図である。第２在宅診療情報の例を示す図である。ＴｏＤｏ情報の例を示す図である。チャット情報の例を示す図である。掲示板情報の例を示す図である。看護・介護スケジュール情報の例を示す図である。端末装置の機能的構成を示すブロック図である。在宅患者毎に形成されるチームのイメージを示す図である。データ管理サーバーと主幹者の端末装置と参加者の端末装置により実行されるチーム登録処理を示すラダーチャートである。メンバー指定画面の例を示す図である。ユーザー登録画面の例を示す図である。チーム登録処理におけるデータ管理サーバーの処理を示すフローチャートである。チーム登録処理におけるデータ管理サーバーの処理を示すフローチャートである。データ管理サーバーと端末装置により実行される患者状況確認画面表示処理を示すラダーチャートである。患者状況確認画面の例を示す図である。バイタルデータ入力画面の例を示す図である。サービス入力画面の例を示す図である。

以下、図面を参照して本発明に係る在宅診療連携システムの一実施形態について説明する。ただし、発明の範囲は、図示例に限定されない。

〔在宅診療連携システムの構成〕
図１に、本実施の形態における在宅診療連携システム１００のシステム構成を示す。
図１に示すように、在宅診療連携システム１００は、地域のデータセンターに設置されたデータ管理サーバー１０及び外部サーバー２０と、在宅患者を中心とした複数の医療施設としての在宅療養支援診療所３０Ａ，３０Ｂ、訪問看護ステーション３０Ｃ、訪問介護事業所３０Ｄ、薬局３０Ｅに所属する医療従事者が使用可能な端末装置４０と、を備えて構成されている。データ管理サーバー１０と端末装置４０とは、通信ネットワークを介して接続可能となっている。

在宅療養支援診療所３０Ａは、在宅患者の主治医が所属する医療施設である。在宅療養支援診療所３０Ｂは、在宅患者の副主治医が所属する医療施設である。訪問看護ステーション３０Ｃは、在宅患者の訪問看護を行う看護師が所属する医療施設である。訪問介護事業所３０Ｄは、在宅患者のケアプランを作成するケアマネージャーや、在宅患者の訪問介護を行う訪問介護員（ホームヘルパー）が所属する医療施設である。薬局３０Ｅは、在宅患者に処方された薬を扱う薬剤師が所属する医療施設である。

在宅患者の在宅診療に携わる医療従事者は、端末装置４０から処置内容を入力する。入力された情報（在宅診療情報等）は、データ管理サーバー１０に保存され、在宅患者に対して形成されたチーム内の医療従事者に公開される。
データ管理サーバー１０は、各医療施設に所属する医療従事者により入力された在宅診療情報を蓄積し管理する。

外部サーバー２０は、在宅療養支援診療所３０Ａの医師により入力された電子カルテ情報、外部の病院において生成された医用画像の画像データ等を含む一般の診療情報を蓄積し管理する。データ管理サーバー１０と外部サーバー２０との間で、相互に情報のやり取りを行うこととしてもよい。ただし、外部サーバー２０からデータ管理サーバー１０に送信される診療情報は、在宅診療チーム内に公開を許可された内容に限られる。

なお、在宅診療連携システム１００を構成する医療施設の数は、特に限定されない。例えば、図１に示すように、在宅診療連携システム１００は、さらに、在宅患者の緊急時の受け入れ先となる後方支援病院３０Ｆを含む構成であってもよい。

〔データ管理サーバーの構成〕
図２に、データ管理サーバー１０の機能的構成を示す。
図２に示すように、データ管理サーバー１０は、制御部１１、操作部１２、表示部１３、通信部１４、ＲＡＭ１５、記憶部１６等を備えて構成されており、各部はバス１７により接続されている。

制御部１１は、ＣＰＵ（Central Processing Unit）等から構成され、データ管理サーバー１０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部１２から入力される操作信号又は通信部１４により受信される指示信号に応じて、記憶部１６に記憶されている各種処理プログラムを読み出してＲＡＭ１５に展開し、当該プログラムとの協働により各種処理を行う。

操作部１２は、カーソルキー、数字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部１１に出力する。

表示部１３は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部１１から入力される表示信号の指示に従って、各種画面を表示する。

通信部１４は、ネットワークインターフェース等により構成され、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等の通信ネットワークを介して接続された外部機器との間でデータの送受信を行う。

ＲＡＭ１５は、制御部１１により実行制御される各種処理において、記憶部１６から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。

記憶部１６は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部１６には、端末装置４０に搭載されたＷｅｂブラウザーとＨＴＴＰプロトコルによる通信を行ってＷｅｂブラウザーに各種Ｗｅｂ画面を提供するＷｅｂサーバーとしての機能を実現させるためのＷｅｂサーバープログラムや、Ｗｅｂサーバー上で動作し、Ｗｅｂブラウザーを介して端末装置４０のユーザーに在宅診療連携サービスを提供するためのアプリケーションプログラム等が記憶されている。

また、記憶部１６には、ユーザー管理テーブル１６０、患者基本情報１６１、チーム対応テーブル１６２、第１在宅診療情報１６３、第２在宅診療情報１６４、ＴｏＤｏ情報１６５、チャット情報１６６、掲示板情報１６７、看護・介護スケジュール情報１６８等が記憶される。

図３に、ユーザー管理テーブル１６０の例を示す。ユーザー管理テーブル１６０は、在宅診療連携サービスを利用するユーザー（医療従事者）毎に、ユーザーに関する情報を管理するためのテーブルである。ユーザー管理テーブル１６０には、施設ＩＤ及びスタッフＩＤの組み合わせに対して、パスワードと、施設名と、氏名と、メールアドレスと、主幹者フラグと、患者登録人数と、招待人数と、が対応付けられて格納される。施設ＩＤは、医療施設毎に予め定められている医療施設の識別情報である。スタッフＩＤは、各医療施設に所属する医療従事者の当該医療施設内での識別情報である。施設ＩＤ及びスタッフＩＤの組み合わせによって、在宅診療連携システム１００内の医療従事者（ユーザー）が特定される。パスワードは、在宅診療連携サービスを利用する際のユーザー認証に用いられるものであり、ユーザー登録の際にユーザー本人が設定するものである。施設名は、ユーザーが所属する医療施設の名称である。氏名は、ユーザーの氏名である。メールアドレスは、ユーザーのメールアドレスである。主幹者フラグは、施設ＩＤ及びスタッフＩＤの組み合わせに対応する医療従事者が主幹者であるか否かを示すものである。主幹者とは、在宅患者に対する在宅診療チームを形成する際に指揮をとる者をいう。施設ＩＤ及びスタッフＩＤの組み合わせに対応する医療従事者が予め主幹者として定められている場合には、主幹者フラグは「１」であり、施設ＩＤ及びスタッフＩＤの組み合わせに対応する医療従事者が主幹者でない場合には、主幹者フラグは「０」である。患者登録人数は、主幹者が登録可能な患者の人数であり、主幹者フラグが「１」である場合に値が格納される。招待人数は、主幹者がチーム毎に指定可能な医療従事者の人数であり、主幹者フラグが「１」である場合に値が格納される。

患者基本情報１６１は、患者毎の患者に関する情報である。患者基本情報１６１には、例えば、患者の氏名、年齢、生年月日、性別、住所、医療施設の患者ＩＤ、看護・介護を提供する施設の患者或いは利用者ＩＤ、傷病、病状、投与中の薬剤、介護情報（要介護度等）等が含まれる。

図４に、チーム対応テーブル１６２の例を示す。チーム対応テーブル１６２には、複数の患者について、患者毎に、当該患者と、当該患者の在宅診療に関わる複数の医療施設に所属する複数の医療従事者と、が対応付けられて格納される。すなわち、各患者について、当該患者の在宅診療に携わる医療従事者のチームが形成される。複数の医療従事者として、例えば、医師、看護師、ケアマネージャー、訪問介護員、薬剤師等が含まれる。ある患者に対応付けられている複数の医療従事者の中には、異なる職種の医療従事者が含まれるが、同じ職種の医療従事者が含まれていてもよい。チーム対応テーブル１６２には、各医療従事者の情報として、施設ＩＤ、施設名、スタッフＩＤ、氏名、メールアドレス、主幹者フラグ等が含まれる。

第１在宅診療情報１６３、第２在宅診療情報１６４、ＴｏＤｏ情報１６５、チャット情報１６６及び掲示板情報１６７は、患者毎の在宅診療に関する在宅診療情報である。

図５に、第１在宅診療情報１６３の例を示す。第１在宅診療情報１６３は、複数の患者について、患者毎に、当該患者のバイタルデータと、バイタルデータの測定日時と、測定者と、が対応付けられている。バイタルデータには、患者の体温、血圧（上・下）、脈拍、呼吸数等の測定項目毎の測定値が含まれる。また、バイタルデータに、SpO₂、尿量、皮膚状態等が含まれていてもよい。また、第１在宅診療情報１６３において、測定者に加えて、さらに、測定者が所属する医療施設、医師・看護師・訪問介護員等の区別情報等が対応付けられていることとしてもよい。

図６に、第２在宅診療情報１６４の例を示す。第２在宅診療情報１６４は、複数の患者について、患者毎に、当該患者に対する行為情報と、行為の処置日時と、行為者と、が対応付けられている。行為情報は、患者に対する医療行為、看護行為又は介護行為を示す情報である。行為情報には、行為内容、行為区分が含まれる。行為区分は、行為情報を所定の分類方法によって複数の区分に分類したグループである。ここでは、行為区分として、「処方」、「医療行為」、「サービス」、「画像」を用いる。行為情報が医師から発行された処方に関する情報である場合には、「処方」に分類される。行為情報が医師の指示に基づいて行われた医療行為に関する情報である場合には、「医療行為」に分類される。行為情報が看護又は介護によるサービスに関する情報である場合には、「サービス」に分類される。行為情報が画像を伴う情報である場合には、「画像」に分類される。処置日時は、各行為を行った日時である。行為者は、各行為を行った医療従事者である。また、第２在宅診療情報１６４において、行為者に加えて、さらに、行為者が所属する医療施設、医師・看護師・訪問介護員等の区別情報等が対応付けられていることとしてもよい。
なお、「処方」に分類される行為情報については、外部サーバー２０に蓄積されている各患者の電子カルテ情報から取得される。

図７に、ＴｏＤｏ情報１６５の例を示す。ＴｏＤｏ情報１６５は、患者毎の、当該患者に関する期限付きタスクを示す情報である。ＴｏＤｏ情報１６５には、複数の患者について、患者毎に、依頼先（その行為をする人）と、行為内容と、期限と、入力者と、完了有無と、が含まれる。入力者が入力者本人に対してすべきことを記録する場合には、依頼先と入力者が同一人物となる。完了有無とは、ＴｏＤｏ情報１６５に記載された期限付きタスクについて、その行為が実行されたか否かを示す情報である。ＴｏＤｏ情報１６５に対して、新規に登録されたレコードについては、完了有無は「無」である。タスクの実行が完了したレコードについては、完了有無は「有」に変更される。

図８に、チャット情報１６６の例を示す。チャット情報１６６は、患者毎の、当該患者に関するコメントを示す情報である。チャット情報１６６には、複数の患者について、患者毎に、チャットＩＤと、患者に関するコメント内容と、入力日時と、入力者と、が含まれる。チャットＩＤとは、入力されるコメントのグループを示す識別情報であり、あるコメントと、あるコメントに対する返信コメント（返信コメントに対する返信コメントも含む。）と、からなる複数のコメントについては、同一のチャットＩＤが付与される。

図９に、掲示板情報１６７の例を示す。掲示板情報１６７は、患者毎の、当該患者に関する連絡事項を示す情報である。掲示板情報１６７には、複数の患者について、患者毎に、患者に関する連絡事項内容と、入力日時と、入力者と、が含まれる。

図１０に、看護・介護スケジュール情報１６８の例を示す。看護・介護スケジュール情報１６８は、患者毎の、当該患者に対する看護又は介護のスケジュールを示す情報である。看護・介護スケジュール情報１６８には、看護又は介護を行う医療従事者（行為者）と、看護又は介護を行う日時と、看護・介護内容と、が含まれる。

制御部１１は、予め主幹者として定められた医療従事者に対応するログインアカウントからデータ管理サーバー１０にアクセスがあった場合に、主幹者に対して設定された、患者を登録する権限と、登録された患者の在宅診療に関わるチームを構成するメンバーとして複数の医療施設に所属する複数の医療従事者を指定する権限と、に基づいて、チーム登録の可否を判断する。すなわち、制御部１１は、判断手段として機能する。
具体的には、制御部１１は、ユーザー管理テーブル１６０からログインユーザーに対応する患者登録人数（登録可能な患者の人数）を取得し、患者登録人数に基づいて、患者の登録を許可するか否かを判断する。また、制御部１１は、ユーザー管理テーブル１６０からログインユーザーに対応する招待人数（指定可能な医療従事者の人数）を取得し、招待人数に基づいて、医療従事者の指定を許可するか否かを判断する。

制御部１１は、指定された複数の医療従事者のメールアドレス宛てに登録画面のリンク情報を含む電子メールを送信することで、指定された複数の医療従事者にチームを構成するメンバーとして指定されたことを通知する。すなわち、制御部１１は、通知手段として機能する。

制御部１１は、チームの主幹者に対応するログインアカウント、又は、チームを構成するメンバーとして指定された複数の医療従事者それぞれに対応するログインアカウントからデータ管理サーバー１０にアクセスがあった場合に、当該チームに対応する患者の在宅診療情報の入力及び参照を許可する。すなわち、制御部１１は、情報共有手段として機能する。

〔端末装置の構成〕
端末装置４０は、患者宅を訪れる複数の医療従事者それぞれが有するものであり、医療従事者が所属する医療施設や在宅患者宅で利用される。端末装置４０は、タブレット型端末やノート型ＰＣ（Personal Computer）等から構成され、持ち運びが可能となっている。

図１１に、端末装置４０の機能的構成を示す。
図１１に示すように、端末装置４０は、制御部４１、操作部４２、表示部４３、通信部４４、ＲＡＭ４５、記憶部４６等を備えて構成されており、各部はバス４７により接続されている。

制御部４１は、ＣＰＵ等から構成され、端末装置４０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部４２から入力される操作信号又は通信部４４により受信される指示信号に応じて、記憶部４６に記憶されている各種処理プログラムを読み出してＲＡＭ４５に展開し、当該プログラムとの協働により各種処理を行う。

操作部４２は、カーソルキー、数字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部４１に出力する。
端末装置４０がタブレット型端末である場合には、操作部４２は、電源をオン／オフさせる電源キー等の操作キー、表示部４３に積層されたタッチパネルにより構成され、各操作キーに対応する操作信号、ユーザーの指等によるタッチ操作の位置に応じた操作信号を制御部４１に出力する。

表示部４３は、ＬＣＤ等のモニターを備えて構成されており、制御部４１から入力される表示信号の指示に従って、各種画面を表示する。例えば、表示部４３は、データ管理サーバー１０から受信した各種Ｗｅｂ画面の表示用データに基づいて各種Ｗｅｂ画面を表示する。

通信部４４は、ネットワークインターフェース等により構成され、携帯電話回線等を用いて無線通信を行い、インターネット等の通信ネットワークを介して接続されたデータ管理サーバー１０等の外部機器との間でデータの送受信を行う。なお、各医療施設内でのみ使用される端末装置４０については、無線通信機能を備えている必要はなく、通常の通信機能を備えていればよい。

ＲＡＭ４５は、制御部４１により実行制御される各種処理において、記憶部４６から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。

記憶部４６は、ＨＤＤや半導体の不揮発性メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部４６には、Ｗｅｂブラウザーを実現するためのＷｅｂブラウザープログラム等が記憶されている。

〔在宅診療連携システムにおける動作〕
次に、在宅診療連携システム１００における動作について説明する。

主幹者となる医療従事者（医師、ケアマネージャー等）は、予め、データ管理サーバー１０に対し、主幹者となる権限を付与してくれるよう申し込みを行っておく。主幹者となる医療従事者は、主幹者となるための主幹ライセンスを購入することによって、主幹者となる権限が与えられる。

主幹者となる医療従事者は、データ管理サーバー１０とデータ通信可能に接続された端末装置４０からの操作により、主幹者自身のユーザー登録を行う。具体的には、端末装置４０から主幹者となる医療従事者が所属する医療施設の施設ＩＤ、主幹者となる医療従事者の施設内でのスタッフＩＤ、主幹者となる医療従事者が設定したパスワード、主幹者となる医療従事者が所属する医療施設の名称（施設名）、主幹者となる医療従事者の氏名、主幹者となる医療従事者のメールアドレスが通信部４４を介してデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により、主幹ライセンスを購入した医療従事者について、端末装置４０から施設ＩＤ、スタッフＩＤ、パスワード、施設名、氏名及びメールアドレスが受信される。そして、制御部１１により、受信された各情報が記憶部１６のユーザー管理テーブル１６０に登録されるとともに、ユーザー管理テーブル１６０内の登録されたユーザーに対応する主幹者フラグが「１」に設定され、患者登録人数及び招待人数がそれぞれ所定の数に設定される。ここで、所定の数は、予め定められた値でもよいし、主幹ライセンスを購入した医療従事者が指定した値でもよい。例えば、患者登録人数として「２０」が設定され、招待人数として「１０」が設定される。このようにして、主幹ライセンスを購入した医療従事者に対し、患者を登録する権限と、登録された患者の在宅診療に関わるチームを構成するメンバーとして複数の医療施設に所属する複数の医療従事者を指定する権限と、が設定される。

この際、データ管理サーバー１０では、例えば、予め主幹ライセンスを購入した医療従事者が所属する医療施設の施設ＩＤ及び医療従事者の施設内でのスタッフＩＤを記憶しておき、端末装置４０から送信された施設ＩＤ及びスタッフＩＤと比較することにより、主幹ライセンスを購入した者であるか否かを判断し、主幹ライセンスを購入した者に対してのみ、上記主幹者としてのユーザー登録を許可する。

図１２に、在宅患者毎に形成されるチームのイメージを示す。予め主幹者として定められた医療従事者は、患者Ｘを登録するとともに、患者Ｘの在宅診療に関わるチームを構成するメンバーとして、複数の医療従事者を招待することができる。
また、主幹者は、別の患者Ｙについても同様に、患者Ｙを登録することができ、患者Ｙの在宅診療に関わるチームを構成するメンバーとして、複数の医療従事者を招待することができる。

図１３は、在宅診療連携システム１００内のデータ管理サーバー１０と主幹者の端末装置４０とチームに招待された医療従事者（以下、参加者という。）の端末装置４０により実行されるチーム登録処理を示すラダーチャートである。この処理は、ある患者の在宅診療に関わるチームを登録する際に実行される処理である。データ管理サーバー１０における処理は、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現され、端末装置４０における処理は、制御部４１と記憶部４６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

まず、主幹者の端末装置４０において、操作部４２によりＷｅｂブラウザー上からデータ管理サーバー１０が提供する在宅診療連携サービスにアクセスするためのＵＲＬが入力されると、入力されたＵＲＬが通信部４４によりデータ管理サーバー１０に送信される。

データ管理サーバー１０においては、通信部１４により主幹者の端末装置４０から在宅診療連携サービスにアクセスするためのＵＲＬが受信されると、主幹者の端末装置４０に対し、ログイン画面を表示するための表示用データが送信される。なお、データ管理サーバー１０のＷｅｂサーバー機能により端末装置４０に送信されるログイン画面をはじめとする各種Ｗｅｂ画面の表示用データには、ＨＴＭＬ、スタイルシート、画像データ、端末装置４０で所定の処理を実行させるためのスクリプト等が含まれる。

主幹者の端末装置４０においては、通信部４４によりログイン画面の表示用データが受信されると、表示部４３にログイン画面が表示される。ログイン画面には、施設ＩＤ、スタッフＩＤ及びパスワードの入力欄が含まれる。ログイン画面において、操作部４２からの操作により、施設ＩＤ、スタッフＩＤ及びパスワードが入力されると、入力された施設ＩＤ、スタッフＩＤ及びパスワードが通信部４４によりデータ管理サーバー１０に送信される（ステップＳ１）。

データ管理サーバー１０においては、通信部１４により施設ＩＤ、スタッフＩＤ及びパスワードが受信されると、ユーザー認証が行われる。具体的には、図３に示すユーザー管理テーブル１６０から、受信された施設ＩＤ及びスタッフＩＤの組み合わせと一致するレコードが検索され、検索されたレコードのパスワードと受信されたパスワードが一致する場合には、ユーザー認証がＯＫであると判断される。受信された施設ＩＤ及びスタッフＩＤの組み合わせがユーザー管理テーブル１６０にない場合、又は、検索されたレコードのパスワードと受信されたパスワードが一致しない場合には、ユーザー認証はＮＧであると判断される。ユーザー認証がＯＫであると判断されると、端末装置４０のＷｅｂブラウザーにおける操作に従って在宅診療連携サービスが提供される。ユーザー認証がＮＧであると判断された場合、端末装置４０にユーザー認証がＮＧである旨が通信部１４を介して通知される。

ユーザー認証後、主幹者の端末装置４０において、操作部４２からの操作により、新たに登録される患者の患者基本情報が入力される（ステップＳ２）。入力された患者基本情報は、通信部４４によりデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により患者基本情報が受信されると、制御部１１により、受信された患者基本情報が、記憶部１６に患者基本情報１６１として登録される（ステップＳ３）。

次に、主幹者の端末装置４０において、操作部４２からの操作により、登録患者の在宅診療に関わるチームの構成メンバーとして複数の医療従事者が指定される（ステップＳ４）。指定された医療従事者を示す情報は、通信部４４によりデータ管理サーバー１０に送信される。

図１４に、主幹者の端末装置４０の表示部４３に表示されるメンバー指定画面５０の例を示す。メンバー指定画面５０には、メールアドレス入力領域５１，５２，５３、送信先を増やすボタンＢ１、送信ボタンＢ２、キャンセルボタンＢ３が設けられている。メールアドレス入力領域５１，５２，５３は、チームを構成する各医療従事者のメールアドレスを入力するための領域である。主幹者は、メールアドレス入力領域５１，５２，５３に、登録患者のチームに招待したい医療従事者のメールアドレスを入力することで、チームを構成する医療従事者を指定する。送信先を増やすボタンＢ１は、メールアドレスの入力領域を増やすことを指示するためのボタンである。送信ボタンＢ２は、メールアドレス入力領域５１，５２，５３に入力された送信先に招待メールを送信することを指示するためのボタンである。キャンセルボタンＢ３は、メンバー指定画面５０における入力内容のキャンセルを指示するためのボタンである。メールアドレスの入力後、送信ボタンＢ２が押下されると、指定された医療従事者を示す情報（メールアドレス）がデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により、指定された医療従事者を示す情報が受信されると、制御部１１により、受信された情報に基づいて、登録患者の在宅診療に関わるチーム構成メンバーが記憶部１６のチーム対応テーブル１６２に登録される（ステップＳ５）。具体的には、制御部１１により、主幹者の情報、及び、主幹者の端末装置４０から受信した複数のメールアドレスが登録患者と対応付けられてチーム対応テーブル１６２に格納される。

次に、データ管理サーバー１０では、制御部１１により、記憶部１６のチーム対応テーブル１６２が参照され、登録患者に対応するチームのメンバーとして指定された医療従事者のメールアドレス宛てに、登録画面のリンク情報を含む電子メール（チームへの招待メール）が通信部１４を介して送信される（ステップＳ６）。このようにして、主幹者により指定された複数の医療従事者に、チームを構成するメンバーとして指定されたことが通知される。

チームの構成メンバーとして指定された医療従事者（参加者）の端末装置４０では、通信部４４により、データ管理サーバー１０から送信された招待メールが受信されると、制御部４１により、招待メールが表示部４３に表示される。招待メールには、招待されたチームに参加するためにユーザー登録を行う画面へのリンク情報（ＵＲＬ）が含まれている。参加者が、自らが使用する端末装置４０において、操作部４２からの操作により、リンク情報をクリックすると、データ管理サーバー１０からユーザー登録画面の表示用データが提供され、表示部４３にユーザー登録画面が表示される。リンク情報は、患者毎、当該患者に対応付けられた医療従事者毎に異なっており、データ管理サーバー１０では、あるユーザー登録画面から入力された情報が、どの患者の在宅診療に関わるチームのどの医療従事者に対応する情報であるか、認識できるようになっている。

図１５に、参加者の端末装置４０の表示部４３に表示されるユーザー登録画面６０の例を示す。ユーザー登録画面６０には、施設ＩＤ入力領域６１、施設名入力領域６２、スタッフＩＤ入力領域６３、氏名入力領域６４、メールアドレス入力領域６５、ログインパスワード入力領域６６、権限選択領域６７、登録ボタンＢ１１、キャンセルボタンＢ１２が含まれる。

施設ＩＤ入力領域６１は、参加者が所属する医療施設の施設ＩＤを入力するための領域である。施設名入力領域６２は、参加者が所属する医療施設の施設名を入力するための領域である。スタッフＩＤ入力領域６３は、参加者が所属する医療施設における参加者のスタッフＩＤを入力するための領域である。氏名入力領域６４は、参加者の氏名を入力するための領域である。メールアドレス入力領域６５は、参加者のメールアドレスを入力するための領域である。メールアドレスは、データ管理サーバー１０側が既に取得している情報であるから、予め入力されていることとしてもよい。ログインパスワード入力領域６６は、参加者がログインする際のパスワードを入力するための領域である。権限選択領域６７は、管理者、一般のいずれかを選択するための領域である。管理者は、施設内で、スタッフの登録やスケジュール管理を行う権限を有する者である。登録ボタンＢ１１は、ユーザー登録画面６０における入力内容の登録を指示するためのボタンである。キャンセルボタンＢ１２は、ユーザー登録画面６０における入力内容のキャンセルを指示するためのボタンである。

参加者の端末装置４０では、操作部４２からの操作により、ユーザー登録画面において、施設情報（施設ＩＤ、施設名）及びユーザー情報（スタッフＩＤ、氏名、パスワード）が入力される（ステップＳ７）。入力された施設情報及びユーザー情報は、通信部４４によりデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により施設情報及びユーザー情報が受信されると、制御部１１により、受信された情報に基づいて、記憶部１６のチーム対応テーブル１６２、ユーザー管理テーブル１６０に参加者の追加情報が登録される（ステップＳ８）。
以上で、チーム登録処理が終了する。

図１６及び図１７は、チーム登録処理（図１３参照）におけるデータ管理サーバー１０の処理を、より詳細に示したフローチャートである。

まず、いずれかの端末装置４０においてログイン操作が行われ、データ管理サーバー１０において、通信部１４により、端末装置４０から施設ＩＤ、スタッフＩＤ及びパスワードが受信された場合に、制御部１１により、ログインユーザーが登録されたユーザーであるか否かが判断される（ステップＳ１１）。具体的には、制御部１１により、図３に示すユーザー管理テーブル１６０から、受信された施設ＩＤ及びスタッフＩＤの組み合わせと一致するレコードが検索され、検索されたレコードのパスワードと受信されたパスワードが一致する場合には、登録されたユーザーであると判断される。

ログインユーザーが登録されたユーザーである場合には（ステップＳ１１；ＹＥＳ）、制御部１１により、ユーザー管理テーブル１６０から、ログインユーザーの施設ＩＤ及びスタッフＩＤの組み合わせに対応付けられている主幹者フラグが参照され、ログインユーザーが主幹者であるか否かが判断される（ステップＳ１２）。具体的には、主幹者フラグが「１」の場合には、ログインユーザーが主幹者であると判断され、主幹者フラグが「０」の場合には、ログインユーザーが主幹者でないと判断される。

ログインユーザーが主幹者である場合には（ステップＳ１２；ＹＥＳ）、制御部１１により、端末装置４０に対し、メニュー画面を表示するための表示用データが通信部１４を介して送信される。

主幹者の端末装置４０では、通信部４４によりメニュー画面の表示用データが受信されると、表示部４３にメニュー画面が表示される。主幹者用のメニュー画面には、患者登録ボタンが含まれる。操作部４２によりメニュー画面から患者登録ボタンが押下されると、患者登録要求が通信部４４を介してデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により患者登録要求が受信されると（ステップＳ１３；ＹＥＳ）、制御部１１により、ユーザー管理テーブル１６０から、ログインユーザーの施設ＩＤ及びスタッフＩＤの組み合わせに対応付けられている患者登録人数が取得される。そして、制御部１１により、ログインユーザーを主幹者としてチーム対応テーブル１６２に既に登録されている患者（チーム対応テーブル１６２において、ログインユーザーがチーム構成メンバーとして登録されており、ログインユーザーに対応する主幹者フラグが「１」である患者）と今回登録しようとしている患者を合わせた数が患者登録人数以下であるか否かが判断される（ステップＳ１４）。

ログインユーザーを主幹者としてチーム対応テーブル１６２に既に登録されている患者と今回登録しようとしている患者を合わせた数が患者登録人数より多い場合には（ステップＳ１４；ＮＯ）、制御部１１により、警告画面を表示するための表示用データが通信部１４を介して主幹者の端末装置４０に送信される（ステップＳ１５）。

主幹者の端末装置４０では、通信部４４により警告画面の表示用データが受信されると、表示部４３に警告画面が表示される。警告画面には、患者登録人数を超えている旨の警告と、追加ライセンスを購入するか否かを選択するための選択画面と、が含まれる。選択画面では、患者を登録する権限を何人分追加するかが指定可能となっている。主幹者は、追加人数に応じて課金されることになる。選択画面において、操作部４２からの操作により、追加ライセンスを購入するか否かが選択されると、追加ライセンスを購入するか否かを示す情報（追加ライセンスを購入する場合には、追加人数を含む。）が通信部４４によりデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により追加ライセンスを購入するか否かを示す情報が受信され、この情報に基づいて、制御部１１により、主幹者が追加ライセンスを購入するか否かが判断される（ステップＳ１６）。主幹者が追加ライセンスを購入する場合には（ステップＳ１６；ＹＥＳ）、制御部１１により、追加で購入された内容に基づいて、ユーザー管理テーブル１６０の主幹者に対応するレコードの患者登録人数が更新される（ステップＳ１７）。そして、ステップＳ１４に戻り、処理が繰り返される。

ステップＳ１４において、ログインユーザーを主幹者としてチーム対応テーブル１６２に既に登録されている患者と今回登録しようとしている患者を合わせた数が患者登録人数以下である場合には（ステップＳ１４；ＹＥＳ）、制御部１１により、患者登録画面を表示するための表示用データが通信部１４を介して主幹者の端末装置４０に送信される。

主幹者の端末装置４０では、通信部４４により患者登録画面の表示用データが受信されると、表示部４３に患者登録画面が表示される。患者登録画面において、操作部４２からの操作により、患者基本情報が入力されると、入力された患者基本情報が通信部４４によりデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により患者基本情報が受信されると、制御部１１により、受信された患者基本情報が、記憶部１６に患者基本情報１６１として登録される（ステップＳ１８）。

次に、図１７に移り、主幹者の端末装置４０において、操作部４２からの操作により、登録された患者の在宅診療に関わるチームの構成メンバーを指定する旨の指示が行われると、メンバー指定要求が通信部４４を介してデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４によりメンバー指定要求が受信されると（ステップＳ１９；ＹＥＳ）、制御部１１により、メンバー指定画面を表示するための表示用データが通信部１４を介して端末装置４０に送信される。

主幹者の端末装置４０では、通信部４４によりメンバー指定画面の表示用データが受信されると、表示部４３にメンバー指定画面が表示される。メンバー指定画面において、操作部４２からの操作により、チームを構成するメンバーに関する情報（メールアドレス）が入力されると、入力された情報が通信部４４によりデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４によりメールアドレスが受信されると、制御部１１により、ユーザー管理テーブル１６０から、ログインユーザーの施設ＩＤ及びスタッフＩＤの組み合わせに対応付けられている招待人数が取得され、指定された医療従事者の数（受信されたメールアドレスの数）が招待人数以下であるか否かが判断される（ステップＳ２０）。

指定された医療従事者の数が招待人数より多い場合には（ステップＳ２０；ＮＯ）、制御部１１により、警告画面を表示するための表示用データが通信部１４を介して主幹者の端末装置４０に送信される（ステップＳ２１）。

主幹者の端末装置４０では、通信部４４により警告画面の表示用データが受信されると、表示部４３に警告画面が表示される。警告画面には、招待人数を超えている旨の警告と、追加ライセンスを購入するか否かを選択するための選択画面と、が含まれる。選択画面では、１チーム当たり指定可能な医療従事者の人数を何人分追加するかが指定可能となっている。主幹者は、追加人数に応じて課金されることになる。選択画面において、操作部４２からの操作により、追加ライセンスを購入するか否かが選択されると、追加ライセンスを購入するか否かを示す情報（追加ライセンスを購入する場合には、追加人数を含む。）が通信部４４によりデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により追加ライセンスを購入するか否かを示す情報が受信され、この情報に基づいて、制御部１１により、主幹者が追加ライセンスを購入するか否かが判断される（ステップＳ２２）。主幹者が追加ライセンスを購入する場合には（ステップＳ２２；ＹＥＳ）、制御部１１により、追加で購入された内容に基づいて、ユーザー管理テーブル１６０の主幹者に対応するレコードの招待人数が更新される（ステップＳ２３）。そして、ステップＳ２０に戻り、処理が繰り返される。

ステップＳ２０において、指定された医療従事者の数が招待人数以下である場合には（ステップＳ２０；ＹＥＳ）、制御部１１により、登録患者と対応付けられて、当該患者についての在宅診療チームを構成するメンバーが記憶部１６のチーム対応テーブル１６２に登録される（ステップＳ２４）。具体的には、制御部１１により、主幹者の施設ＩＤ、施設名、スタッフＩＤ、氏名、メールアドレスが登録患者と対応付けられてチーム対応テーブル１６２に格納されるとともに、主幹者の端末装置４０から受信された複数のメールアドレスが登録患者と対応付けられてチーム対応テーブル１６２に格納される。また、チーム対応テーブル１６２において、主幹者に対応する主幹者フラグは「１」に設定され、指定された医療従事者（参加者）に対応する主幹者フラグは「０」に設定される。なお、主幹者の施設ＩＤ、施設名、スタッフＩＤ、氏名、メールアドレス等の情報は、ユーザー管理テーブル１６０から取得される。

次に、制御部１１により、チーム対応テーブル１６２が参照され、指定された医療従事者（参加者）のメールアドレス宛てに招待メールが通信部１４を介して送信される（ステップＳ２５）。

参加者の端末装置４０では、通信部４４により、招待メールが受信され、操作部４２からの操作により、メールの本文中に含まれるリンク情報（ＵＲＬ）がクリックされると、参加者の登録要求が通信部４４を介してデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により参加者の登録要求が受信されると（ステップＳ２６；ＹＥＳ）、制御部１１により、ユーザー登録画面を表示するための表示用データが通信部１４を介して端末装置４０に送信される。

参加者の端末装置４０では、通信部４４によりユーザー登録画面の表示用データが受信されると、表示部４３にユーザー登録画面が表示される。ユーザー登録画面において、操作部４２からの操作により、参加者自身に関する施設情報（施設ＩＤ、施設名）及びユーザー情報（スタッフＩＤ、氏名、パスワード）が入力されると、入力された施設情報及びユーザー情報が通信部４４によりデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により施設情報及びユーザー情報が受信されると、制御部１１により、受信された情報に基づいて、記憶部１６に参加者の追加情報が登録される（ステップＳ２７）。具体的には、制御部１１により、参加者の端末装置４０から受信した施設ＩＤ、施設名、スタッフＩＤ及び氏名が、チーム対応テーブル１６２の該当する患者の該当する医療従事者（参加者）に対応するレコードの各フィールドに格納される。また、制御部１１により、参加者の端末装置４０から受信した施設ＩＤ、スタッフＩＤ、パスワード、施設名、氏名と、チーム対応テーブル１６２に格納されている該当する医療従事者（参加者）のメールアドレスと、がユーザー管理テーブル１６０に登録される。また、ユーザー管理テーブル１６０に登録された参加者のレコードの主幹者フラグは「０」に設定される。
そして、ステップＳ２６に戻り、参加者の人数分だけ処理が繰り返される。

ステップＳ１１において、ログインユーザーが登録されたユーザーでない場合（ステップＳ１１；ＮＯ）、ステップＳ１２において、ログインユーザーが主幹者でない場合（ステップＳ１２；ＮＯ）、ステップＳ１３において、患者登録要求が受信されない場合（ステップＳ１３；ＮＯ）、ステップＳ１６において、主幹者が追加ライセンスを購入しない場合（ステップＳ１６；ＮＯ）、ステップＳ１９において、メンバー指定要求が受信されない場合（ステップＳ１９；ＮＯ）、ステップＳ２２において、主幹者が追加ライセンスを購入しない場合（ステップＳ２２；ＮＯ）、ステップＳ２６において、参加者の登録要求が受信されない場合には（ステップＳ２６；ＮＯ）、処理が終了する。

図１８は、在宅診療連携システム１００内のデータ管理サーバー１０と端末装置４０により実行される患者状況確認画面表示処理を示すラダーチャートである。この処理は、在宅診療連携システム１００内のいずれかの医療施設に所属する医療従事者が在宅患者を訪れた際に実行される処理である。データ管理サーバー１０における処理は、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現され、端末装置４０における処理は、制御部４１と記憶部４６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

まず、端末装置４０において、操作部４２によりＷｅｂブラウザー上から在宅診療連携サービスに対するログイン操作が行われる（ステップＳ３１）。ログイン及びユーザー認証については、チーム登録処理における処理と同様であるため、説明を省略する。

次に、データ管理サーバー１０では、制御部１１により、記憶部１６に記憶されているチーム対応テーブル１６２が参照され、チームを構成するメンバーとしてログインユーザー（医療従事者）が対応付けられている患者が抽出される（ステップＳ３２）。そして、制御部１１により、端末装置４０に対し、抽出された一又は複数の患者を含む患者リスト画面を表示するための表示用データが通信部１４を介して送信される。

端末装置４０では、通信部４４により患者リスト画面の表示用データが受信されると、表示部４３に患者リスト画面が表示される（ステップＳ３３）。操作部４２により患者リスト画面から今回訪問中の対象患者が選択されると（ステップＳ３４）、選択された対象患者が通信部４４によりデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により対象患者が受信されると、制御部１１により、記憶部１６から対象患者の在宅診療情報が読み出される（ステップＳ３５）。具体的には、制御部１１により、第１在宅診療情報１６３から対象患者のバイタルデータ及び当該バイタルデータに対応付けられている測定日時が読み出され、第２在宅診療情報１６４から対象患者に対する行為情報及び当該行為情報に対応付けられている処置日時が読み出され、対象患者に関するＴｏＤｏ情報１６５、チャット情報１６６、掲示板情報１６７が読み出される。また、制御部１１により、対象患者の患者基本情報１６１が読み出される。

次に、制御部１１により、読み出された各情報に基づいて、患者状況確認画面の表示用データが生成される（ステップＳ３６）。生成された患者状況確認画面の表示用データは、制御部１１により、通信部１４を介して端末装置４０に送信される。

端末装置４０においては、通信部４４によりデータ管理サーバー１０から患者状況確認画面の表示用データが受信されると、制御部４１により、患者状況確認画面の表示用データに基づいて、対象患者の患者状況確認画面が表示部４３に表示される（ステップＳ３７）。

図１９に、端末装置４０の表示部４３に表示される患者状況確認画面７０の例を示す。患者状況確認画面７０は、温度版領域７１、連携領域７２、患者基本情報領域７３、ＴｏＤｏ領域７４、チャット領域７５、掲示板領域７６を含む。

温度版領域７１は、バイタルデータをグラフ化して表示するための領域である。温度版領域７１において、横軸７１ａにバイタルデータの測定日時がとられ、縦軸７１ｂに体温、血圧、脈拍等のバイタルデータの測定値がとられている。図１９では、温度版領域７１において、体温及び血圧（上・下）の測定値が折れ線グラフで表示されている。

連携領域７２は、在宅診療連携システム１００内の在宅診療における連携状況を表示するための領域である。連携領域７２には、温度版領域７１と共通の横軸７１ａ（処置日時）に対して、縦軸７２ｂに行為区分（処方、医療行為、サービス、画像）が配置されている。すなわち、温度版領域７１及び連携領域７２において、対象患者のバイタルデータと対象患者に対する行為情報とは、共通の時間軸（横軸７１ａ）に沿って表示される。

連携領域７２には、処方欄、医療行為欄、サービス欄、画像欄に分けられて、各行為が行われた日時が示される。処方欄には、医師から発行された処方の有無又は期間を示すマークが日時に相当する位置に表示される。医療行為欄には、医師の指示に基づいて行われた医療行為の有無を示すマークが日時に相当する位置に表示される。サービス欄には、看護又は介護によるサービスの有無を示すマークが日時に相当する位置に表示される。画像欄には、画像を伴う行為の有無を示すマークが日時に相当する位置に表示される。具体的には、連携領域７２では、各行為区分に属する行為が患者に対して行われた場合に、縦軸７２ｂの行為区分に対応する欄であって、かつ、横軸７１ａの処置日時に相当する位置に、その行為が行われたことを示すマークが表示される。マークが表示されていない日時においては、各行為区分に属する行為が行われなかったことを示す。各マークは、各行為を行う医療従事者毎に色、パターン又は形状を変えることとしてもよい。また、各行為を行う医療従事者が所属する医療施設毎にマークの色、パターン又は形状を変えることとしてもよいし、各行為を行う医療従事者の職種毎にマークの色、パターン又は形状を変えることとしてもよい。
なお、処方欄において、時間的に始めのマークＭａは、処方が発行された日時を示し、それに続くマークＭｂ，Ｍｃ，Ｍｄ，Ｍｅ，Ｍｆ，Ｍｇは、投薬が継続される期間を示している。

連携領域７２において、操作部４２からのユーザーの操作により、いずれかのマークが指定された場合に、制御部４１により、患者状況確認画面７０内の指定されたマークの位置を示す情報が通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４によりマークの位置を示す情報が受信されると、制御部１１により、記憶部１６の第２在宅診療情報１６４から指定されたマークに対応する行為情報、処置日時、行為者が読み出され、読み出された行為情報、処置日時、行為者を表示するための表示用データが生成され、通信部１４を介して端末装置４０に送信される。
端末装置４０では、指定されたマークに対応する行為情報、処置日時、行為者が表示部４３に表示される。

患者基本情報領域７３は、対象患者の患者基本情報１６１を表示するための領域である。操作部４２からのユーザーの操作により、患者基本情報領域７３が押下されると、患者基本情報の詳細情報が別ウィンドウで表示されることとしてもよい。

ＴｏＤｏ領域７４は、対象患者に関する期限付きタスクを表示するための領域である。ＴｏＤｏ領域７４には、対象患者に関して、ログインユーザーがすべきことが表示される。具体的には、データ管理サーバー１０において、対象患者についてのＴｏＤｏ情報１６５のうち、依頼先がログインユーザーであり、かつ、完了有無が「無」であるものが抽出され、ＴｏＤｏ領域７４の表示用データが生成される。例えば、ＴｏＤｏ領域７４には、「訪問看護の指示書の発行依頼」等が表示される。操作部４２からのユーザーの操作により、ＴｏＤｏ領域７４に表示されているいずれかのタスクが指定されると、指定されたＴｏＤｏ情報の詳細情報（行為内容、期限、入力者（依頼した人））が表示される。

なお、ＴｏＤｏ領域７４に表示されているタスクの実行が完了した場合には、操作部４２からのユーザーの操作に応じて、制御部４１により、タスクの実行が完了した旨の情報が通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４によりタスクの実行が完了した旨の情報が受信されると、制御部１１により、記憶部１６のＴｏＤｏ情報１６５において、実行が完了したタスクに対応する完了有無が「有」に変更される。完了有無が「有」となった情報については、以降、患者状況確認画面７０のＴｏＤｏ領域７４において表示対象から除かれる。

チャット領域７５は、対象患者に関するコメントを表示するための領域である。チャット領域７５において、今日の患者の様子や今日のできごとを伝えることで、チーム間で情報を共有することができる。具体的には、データ管理サーバー１０において、対象患者についてのチャット情報１６６に基づいて、各コメントについて、入力者、入力日時、コメント内容をチャット領域７５に表示するための表示用データが生成される。チャット情報１６６に、入力者とともに入力者が所属する医療施設が含まれる場合には、各コメントについて、入力者が所属する医療施設が表示されてもよい。また、チャット領域７５に表示されている枠７５ａ，７５ｂは、同一のチャットＩＤが付与されたコメントであることを示している。すなわち、同一のチャットＩＤが付与されたコメントが一つである場合には、枠７５ｂのように、枠内に含まれるコメントは一つとなる。一方、同一のチャットＩＤが付与されたコメントが複数存在する場合には、枠７５ａのように、枠内に含まれるコメントは複数となる。

掲示板領域７６は、対象患者に関する連絡事項を表示するための領域である。例えば、掲示板領域７６には、「褥瘡が悪化しています。」といった患者をサポートするチーム全体で気を付ける事項等が表示される。具体的には、データ管理サーバー１０において、対象患者についての掲示板情報１６７に基づいて、各連絡事項について、入力者、入力日時、連絡事項内容を掲示板領域７６に表示するための表示用データが生成される。掲示板情報１６７に、入力者とともに入力者が所属する医療施設が含まれる場合には、各連絡事項について、入力者が所属する医療施設が表示されてもよい。

次に、患者状況確認画面７０におけるデータの入力方法について説明する。患者状況確認画面７０において、操作部４２からのユーザーの操作により、本日データの入力ボタンＢ２１が押下されると、制御部４１により、患者状況確認画面７０内の本日データの入力ボタンＢ２１の位置を示す情報が通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４により本日データの入力ボタンＢ２１の位置を示す情報が受信されると、制御部１１により、バイタルデータを入力するための表示用データが生成され、通信部１４を介して端末装置４０に送信される。
端末装置４０では、データ管理サーバー１０から受信した表示用データに基づいて、バイタルデータ入力画面が表示部４３に表示される。

図２０に、端末装置４０の表示部４３に表示されるバイタルデータ入力画面８０の例を示す。バイタルデータ入力画面８０において、操作部４２からのユーザーの操作により、体温、血圧、SpO₂、咳・痰、メモ等が入力されると、制御部４１により、入力されたバイタルデータ、測定日時、測定者（ログインユーザー）が対応付けられて、通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４によりバイタルデータ、測定日時、測定者が受信されると、制御部１１により、受信されたデータ（バイタルデータ、測定日時、測定者）が対象患者と対応付けられて、記憶部１６に第１在宅診療情報１６３として記憶される。

バイタルデータ入力画面８０において、操作部４２からのユーザーの操作により、サービス入力ボタンＢ３１が押下されると、制御部４１により、バイタルデータ入力画面８０内のサービス入力ボタンＢ３１の位置を示す情報が通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４によりサービス入力ボタンＢ３１の位置を示す情報が受信されると、制御部１１により、サービス（看護・介護行為等）を入力するための表示用データが生成され、通信部１４を介して端末装置４０に送信される。
端末装置４０では、データ管理サーバー１０から受信した表示用データに基づいて、サービス入力画面が表示部４３に表示される。

図２１に、端末装置４０の表示部４３に表示されるサービス入力画面９０の例を示す。サービス入力画面９０において、操作部４２からのユーザーの操作により、看護、介護、診察、リハビリテーションの各項目について、行われたサービスがチェックされると、制御部４１により、サービス入力画面９０内の各チェック位置を示す情報、処置日時、行為者（ログインユーザー）が対応付けられて、通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４により各チェック位置を示す情報、処置日時、行為者が受信されると、制御部１１により、各チェック位置に対応するサービス内容、処置日時、行為者が対象患者と対応付けられて、記憶部１６に第２在宅診療情報１６４として記憶される。

サービス入力画面９０の戻るボタンＢ４１が押下されると、表示部４３の表示はバイタルデータ入力画面８０に戻る。バイタルデータ入力画面８０の戻るボタンＢ３２が押下されると、表示部４３の表示は患者状況確認画面７０に戻る。

患者状況確認画面７０において、操作部４２からのユーザーの操作により、ＴｏＤｏ領域７４の新規ボタンＢ２２が押下されると、制御部４１により、患者状況確認画面７０内の新規ボタンＢ２２の位置を示す情報が通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４により新規ボタンＢ２２の位置を示す情報が受信されると、制御部１１により、ＴｏＤｏ情報を入力するためのＴｏＤｏ情報入力画面の表示用データが生成され、通信部１４を介して端末装置４０に送信される。
端末装置４０では、データ管理サーバー１０から受信した表示用データに基づいて、ＴｏＤｏ情報入力画面が表示部４３に表示される。

ＴｏＤｏ情報入力画面において、操作部４２からのユーザーの操作により、依頼先、行為内容、期限が入力されると、制御部４１により、入力された依頼先、行為内容、期限と、入力者（ログインユーザー）と、が対応付けられて、通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４により依頼先、行為内容、期限、入力者が受信されると、制御部１１により、受信されたデータ（依頼先、行為内容、期限、入力者）が対象患者と対応付けられて、記憶部１６にＴｏＤｏ情報１６５として記憶される。

患者状況確認画面７０において、操作部４２からのユーザーの操作により、チャット領域７５の新規ボタンＢ２３が押下されると、制御部４１により、患者状況確認画面７０内の新規ボタンＢ２３の位置を示す情報が通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４により新規ボタンＢ２３の位置を示す情報が受信されると、制御部１１により、チャット情報を入力するためのチャット情報入力画面の表示用データが生成され、通信部１４を介して端末装置４０に送信される。
端末装置４０では、データ管理サーバー１０から受信した表示用データに基づいて、チャット情報入力画面が表示部４３に表示される。

チャット情報入力画面において、操作部４２からのユーザーの操作により、コメント内容が入力されると、制御部４１により、入力されたコメント内容、入力日時、入力者（ログインユーザー）が対応付けられて、通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４によりコメント内容、入力日時、入力者が受信されると、制御部１１により、チャットＩＤが付与され、チャットＩＤ及び受信されたデータ（コメント内容、入力日時、入力者）が対象患者と対応付けられて、記憶部１６にチャット情報１６６として記憶される。

また、チャット領域７５において、既に表示されているコメントに対して返信する場合には、操作部４２からのユーザーの操作により、返信ボタンＢ２４，Ｂ２５が押下され、制御部４１により、患者状況確認画面７０内の返信ボタンＢ２４，Ｂ２５の位置を示す情報が通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４により返信ボタンＢ２４，Ｂ２５の位置を示す情報が受信されると、制御部１１により、チャット情報を入力するためのチャット情報入力画面の表示用データが生成され、通信部１４を介して端末装置４０に送信される。
端末装置４０では、データ管理サーバー１０から受信した表示用データに基づいて、チャット情報入力画面が表示部４３に表示される。

チャット情報入力画面において、操作部４２からのユーザーの操作により、コメント（返信）の内容が入力されると、制御部４１により、入力されたコメント内容、入力日時、入力者（ログインユーザー）が対応付けられて、通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４によりコメント内容、入力日時、入力者が受信されると、制御部１１により、返信対象であるコメントと同一のチャットＩＤが付与され、チャットＩＤ及び受信されたデータ（コメント内容、入力日時、入力者）が対象患者と対応付けられて、記憶部１６にチャット情報１６６として記憶される。

患者状況確認画面７０において、操作部４２からのユーザーの操作により、掲示板領域７６の新規ボタンＢ２６が押下されると、制御部４１により、患者状況確認画面７０内の新規ボタンＢ２６の位置を示す情報が通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４により新規ボタンＢ２６の位置を示す情報が受信されると、制御部１１により、掲示板情報を入力するための掲示板情報入力画面の表示用データが生成され、通信部１４を介して端末装置４０に送信される。
端末装置４０では、データ管理サーバー１０から受信した表示用データに基づいて、掲示板情報入力画面が表示部４３に表示される。

掲示板情報入力画面において、操作部４２からのユーザーの操作により、連絡事項内容が入力されると、制御部４１により、入力された連絡事項内容、入力日時、入力者（ログインユーザー）が対応付けられて、通信部４４を介してデータ管理サーバー１０に送信される。
データ管理サーバー１０では、通信部１４により連絡事項内容、入力日時、入力者が受信されると、制御部１１により、受信されたデータ（連絡事項内容、入力日時、入力者）が対象患者と対応付けられて、記憶部１６に掲示板情報１６７として記憶される。

以上説明したように、本実施の形態によれば、主幹者として定められた医療従事者が、患者の在宅診療に関わるチームを構成するメンバーとして複数の医療従事者を指定することで、患者毎の在宅診療チームを容易に形成することができるので、在宅診療のサービスの普及を好適に支援することができる。

また、主幹者に対して、登録可能な患者の人数や、チーム毎に指定可能な医療従事者の人数を設けることで、主幹者の利用に制限を加えることができる。

また、データ管理サーバー１０は、指定された複数の医療従事者のメールアドレス宛てに登録画面のリンク情報を含む電子メールを送信するので、指定された複数の医療従事者は、チームを構成するメンバーとして指定されたことを知ることができる。

また、主幹者となる医療従事者が主幹ライセンスを購入することで、患者単位でのチーム登録が可能となるので、在宅診療連携サービスを利用するうえで発生する費用の支払い義務の所在が明確となり、チームに招待される側の医療従事者は、参加しやすくなる。

また、データ管理サーバー１０は、端末装置４０におけるユーザーが、記憶部１６に記憶されているチーム対応テーブル１６２において対象患者に対応付けられている医療従事者である場合にのみ、端末装置４０に対象患者の患者状況確認画面７０の表示用データを送信するとともに、端末装置４０から対象患者の在宅診療情報の入力を受け付けるので、制限されたチーム内のメンバーでのみ情報を共有することができる。

なお、上記実施の形態における記述は、本発明に係るデータ管理サーバー及び在宅診療連携システムの例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。

例えば、上記実施の形態では、主幹者が参加者のメールアドレスを入力し、メールアドレス以外の情報は参加者側で入力する場合について説明したが、主幹者側で参加者に関するメールアドレス以外の情報を入力することとしてもよい。

また、各患者についてチームを形成する際に、各患者に対して複数の医療従事者を対応付ける代わりに、各患者に対して複数の医療施設を対応付けておき、チームとして登録された医療施設に所属する医療従事者全体に対して、当該患者の在宅診療情報を公開することとしてもよい。

また、主幹ライセンスの初期購入時、追加購入時に伴う料金の支払いについては、どのような方法をとってもよい。例えば、主幹者宛てに請求書が送付されることとしてもよいし、予め登録された主幹者の銀行口座から自動振替により引き落とされることとしてもよい。

また、ある患者についての在宅診療情報の全てをチーム内に公開するのではなく、項目毎に、チーム内に公開するか否かを設定可能としてもよい。

１０データ管理サーバー
１１制御部
１４通信部
１６記憶部
３０Ａ，３０Ｂ在宅療養支援診療所
３０Ｃ訪問看護ステーション
３０Ｄ訪問介護事業所
３０Ｅ薬局
４０端末装置
４１制御部
４２操作部
４３表示部
４４通信部
４６記憶部
５０メンバー指定画面
６０ユーザー登録画面
７０患者状況確認画面
１００在宅診療連携システム
１６０ユーザー管理テーブル
１６１患者基本情報
１６２チーム対応テーブル
１６３第１在宅診療情報
１６４第２在宅診療情報
１６５ＴｏＤｏ情報
１６６チャット情報
１６７掲示板情報
１６８看護・介護スケジュール情報

Claims

予め主幹者として定められた医療従事者に対応するログインアカウントからアクセスがあった場合に、当該主幹者に対して設定された、患者を登録する権限と、当該登録された患者の在宅診療に関わるチームを構成するメンバーとして複数の医療施設に所属する複数の医療従事者を指定する権限と、に基づいて、チーム登録の可否を判断する判断手段と、
前記登録された患者に対して、前記指定された複数の医療従事者を対応付けて記憶する第１記憶手段と、
前記登録された患者の在宅診療に関する在宅診療情報を記憶する第２記憶手段と、
前記チームを構成するメンバーとして指定された複数の医療従事者それぞれに対応するログインアカウントからアクセスがあった場合に、当該チームに対応する患者の在宅診療情報の入力及び参照を許可する情報共有手段と、
を備えるデータ管理サーバー。
前記主幹者に対して、登録可能な患者の人数と、チーム毎に指定可能な医療従事者の人数と、が予め定められており、
前記判断手段は、前記登録可能な患者の人数に基づいて、患者の登録を許可するか否かを判断し、前記指定可能な医療従事者の人数に基づいて、医療従事者の指定を許可するか否かを判断する請求項１に記載のデータ管理サーバー。
前記指定された複数の医療従事者のメールアドレス宛てに登録画面のリンク情報を含む電子メールを送信することで、前記指定された複数の医療従事者に前記チームを構成するメンバーとして指定されたことを通知する通知手段を備える請求項１又は２に記載のデータ管理サーバー。
在宅診療に関わる情報を管理するデータ管理サーバーと、医療施設に所属する医療従事者により使用される端末装置と、が通信ネットワークを介してデータ通信可能に接続された在宅診療連携システムであって、
前記データ管理サーバーは、
予め主幹者として定められた医療従事者に対応するログインアカウントからアクセスがあった場合に、当該主幹者に対して設定された、患者を登録する権限と、当該登録された患者の在宅診療に関わるチームを構成するメンバーとして複数の医療施設に所属する複数の医療従事者を指定する権限と、に基づいて、チーム登録の可否を判断する判断手段と、
前記登録された患者に対して、前記指定された複数の医療従事者を対応付けて記憶する第１記憶手段と、
前記登録された患者の在宅診療に関する在宅診療情報を記憶する第２記憶手段と、
前記チームを構成するメンバーとして指定された複数の医療従事者それぞれに対応するログインアカウントからアクセスがあった場合に、当該チームに対応する患者の在宅診療情報の入力及び参照を許可する情報共有手段と、
を備える在宅診療連携システム。