(57)【要約】【課題】  本発明の課題は、退院した患者が入院時の関係者に容易にメッセージを送れることを目的とする。【解決手段】  上記課題は、患者の退院後、該患者の端末から患者の識別情報を受信すると、患者の識別情報に対応づけて該患者の入院中に該患者への対応を行った対応者情報を記憶する記憶部を参照して、受信した前記識別情報に対応する患者の対応者を特定し、特定した前記対応者をメッセージの提供先とするメッセージの入力を受け付ける画面を前記端末に提供する、処理をコンピュータが実行することを特徴とするメッセージ通知支援方法により達成される。【選択図】  図１
2017111513.tif 000002
【特許請求の範囲】
【請求項１】
患者の退院後、該患者の端末から患者の識別情報を受信すると、患者の識別情報に対応づけて該患者の入院中に該患者への対応を行った対応者情報を記憶する記憶部を参照して、受信した前記識別情報に対応する患者の対応者を特定し、
特定した前記対応者をメッセージの提供先とするメッセージの入力を受け付ける画面を前記端末に提供する、
処理をコンピュータが実行することを特徴とするメッセージ通知支援方法。
【請求項２】
患者の退院後、該患者の端末から患者の識別情報と入院期間を特定する情報とを受信すると、患者の識別情報に対応付けて該患者の入院期間と該入院期間における該患者への対応を行った対応者情報とを記憶する記憶部を参照して、受信した前記入院期間における、受信した前記識別情報に対応する患者への対応者を特定して、
特定した前記対応者をメッセージの提供先とするメッセージの入力を受け付ける画面を前記端末に提供する、
処理をコンピュータが実行することを特徴とするメッセージ通知支援方法。
【請求項３】
退院した患者を特定する患者特定情報と該患者の入院期間とを含む情報を患者端末から受信し、
入院患者の各々に対して入院中に対応した対応者と、対応した期間を示す対応情報を記憶した第１記憶部から、受信した前記患者特定情報と前記入院期間に相当する対応情報を検索して、前記退院した患者の対応者を特定し、
特定した前記対応者をメッセージの送付先とする該メッセージの入力を受け付ける画面を前記患者端末に表示させ、
前記画面に入力された前記メッセージを、特定した前記対応者に送信する
処理をコンピュータが実行するメッセージ通知支援方法。
【請求項４】
前記コンピュータは、
前記画面に入力された前記メッセージを含む電子メールを作成し、該電子メールの件名内の非表示領域に前記退院した患者の前記患者特定情報を埋め込む
ことを特徴とする請求項３記載のメッセージ通知支援方法。
【請求項５】
前記コンピュータは、
検索した前記対応情報と前記患者特定情報とに関連付けて、前記画面に入力された前記メッセージを第２記憶部に記憶し、
特定した前記対応者から、送信した前記メッセージに対する返信メールを受信した場合、前記非表示領域に埋め込まれた前記患者特定情報を用いて、前記第２記憶部に、該患者特定情報に関連付けて該返信メールの内容を記憶し、
前記返信メールの内容を参照可能に前記画面を前記患者端末に表示さる
ことを特徴とする請求項４記載のメッセージ通知支援方法。
【請求項６】
患者の退院後、該患者の端末から患者の識別情報を受信すると、患者の識別情報に対応づけて該患者の入院中に該患者への対応を行った対応者情報を記憶する記憶部を参照して、受信した前記識別情報に対応する患者の対応者を特定し、
特定した前記対応者をメッセージの提供先とするメッセージの入力を受け付ける画面を前記端末に提供する、
処理をコンピュータが実行することを特徴とするメッセージ通知支援プログラム。
【請求項７】
患者の退院後、該患者の端末から患者の識別情報と入院期間を特定する情報とを受信すると、患者の識別情報に対応付けて該患者の入院期間と該入院期間における該患者への対応を行った対応者情報とを記憶する記憶部を参照して、受信した前記入院期間における、受信した前記識別情報に対応する患者への対応者を特定して、
特定した前記対応者をメッセージの提供先とするメッセージの入力を受け付ける画面を前記端末に提供する、
処理をコンピュータが実行することを特徴とするメッセージ通知支援プログラム。
【請求項８】
退院した患者を特定する患者特定情報と該患者の入院期間とを含む情報を患者端末から受信し、
入院患者の各々に対して入院中に対応した対応者と、対応した期間を示す対応情報を記憶した記憶部から、受信した前記患者特定情報と前記入院期間に相当する対応情報を検索して、前記退院した患者の対応者を特定し、
特定した前記対応者をメッセージの送付先とする該メッセージの入力を受け付ける画面を前記患者端末に表示させ、
前記画面に入力された前記メッセージを、特定した前記対応者に送信する
処理をコンピュータに行わせるメッセージ通知支援プログラム。
【請求項９】
患者の退院後、該患者の端末から患者の識別情報を受信すると、患者の識別情報に対応づけて該患者の入院中に該患者への対応を行った対応者情報を記憶する記憶部を参照して、受信した前記識別情報に対応する患者の対応者を特定する特定部と、
特定した前記対応者をメッセージの提供先とするメッセージの入力を受け付ける画面を前記端末に提供する画面提供部と、
を有する情報処理装置。
【請求項１０】
患者の退院後、該患者の端末から患者の識別情報と入院期間を特定する情報とを受信すると、患者の識別情報に対応付けて該患者の入院期間と該入院期間における該患者への対応を行った対応者情報とを記憶する記憶部を参照して、受信した前記入院期間における、受信した前記識別情報に対応する患者への対応者を特定する特定部と、
特定した前記対応者をメッセージの提供先とするメッセージの入力を受け付ける画面を前記端末に提供する画面提供部と、
を有する情報処理装置。
【請求項１１】
退院した患者を特定する患者特定情報と該患者の入院期間とを含む情報を患者端末から受信する受信部と、
入院患者の各々に対して入院中に対応した対応者と、対応した期間を示す対応情報を記憶した記憶部から、受信した前記患者特定情報と前記入院期間に相当する対応情報を検索して、前記退院した患者の対応者を特定する特定部と、
特定した前記対応者をメッセージの送付先とする該メッセージの入力を受け付ける画面を前記患者端末に表示させ、該メッセージの作成を支援するメッセージ作成部と、
前記画面に入力された前記メッセージを、特定した前記対応者に送信するメッセージ送信部と
を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージ通知支援方法、メッセージ通知支援プログラム、及び情報処理装置に関する。
【背景技術】
【０００２】
患者が長期に病院に入院していた場合等では、患者が、退院時に、医師、看護婦等、多くのお世話になった関係者等に、お礼の気持ちを伝えたいと思うことがある。患者の病状の治癒のみならず、身体機能の改善、身の回りの管理等において、面識のないまま、患者の病状の改善に貢献している関係者等が存在する。現状において、患者は、これら関係者等の宛先を知るすべがない。
【０００３】
電子メールの送信者が電子メールの宛先を指定しなくても、予め記憶したクライアント毎の興味・関心事を示す興味情報に基づいて興味情報が類似するクライアントを宛先として生成する技術等が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−４５２６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した技術を医療に係るシステムに適用し、患者の興味・関心事を示す興味情報では、患者と、病状の改善に貢献した関係者等とを関連付けることができない。また、入院時の患者とにおいて、患者に対してどのように係っていたのかを知ることができない。
【０００６】
したがって、１つの側面では、本発明は、退院した患者が入院時の関係者に容易にメッセージを送ることができることを目的とする。
【課題を解決するための手段】
【０００７】
一態様によれば、患者の退院後、該患者の端末から患者の識別情報を受信すると、患者の識別情報に対応づけて該患者の入院中に該患者への対応を行った対応者情報を記憶する記憶部を参照して、受信した前記識別情報に対応する患者の対応者を特定し、特定した前記対応者をメッセージの提供先とするメッセージの入力を受け付ける画面を前記端末に提供する、処理をコンピュータが実行することを特徴とするメッセージ通知支援方法が提供される。
【０００８】
また、上記課題を解決するための手段として、メッセージ通知支援方法、及び該方法を行う情報処理装置とすることもできる。
【発明の効果】
【０００９】
退院した患者が入院時の関係者に容易にメッセージを送ることができる。
【図面の簡単な説明】
【００１０】
【図１】本実施例におけるシステムの機能構成例を示す図である。
【図２】ハードウェア構成を示す図である。
【図３】関係者管理サーバにおけるデータベースのデータ構成例を示す図である。
【図４】電子カルテサーバにおけるデータベースのデータ構成例を示す図である。
【図５】サービス提供者サーバにおけるデータベースのデータ構成例を示す図である。
【図６】システム全体の処理シーケンスを説明するための図である。
【図７】図６のステップＳ５５の第１関係者抽出処理を説明するためのフローチャート図である。
【図８】図７のステップＳ５６の第２関係者抽出処理を説明するためのフローチャート図である。
【図９】メッセージ入力画面の例を示す図である。
【図１０】返信内容を表示可能なメッセージ入力画面の例を示す図である。
【図１１】患者特定可能な仕組みを説明するための図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態を図面に基づいて説明する。病院等の医療機関において、患者が入院中には、様々な医療従事者が入院患者の病状に対応している。入院患者が病状の回復により退院する際に、感謝の意を表したメッセージを残したいという状況に対応するため、多くの病院では、掲示板等を活用している。
【００１２】
掲示板に載ったメッセージは、来院者、病院の様々な職種の従業員（医師、看護師、事務員等）等の不特定多数の人々に閲覧可能であるため、患者は、感謝の意を表わす場合であっても、メッセージ内で入院時に関わった関係者を特定することは殆どない。各関係者へ送るメッセージではなく、むしろ、病院へのメッセージとなっている。
【００１３】
そのため、病院の従業員は、自分へのメッセージでないため、患者の感謝の意を表わすメッセージに対して関心を持ち難く、自分の仕事に対するモチベーションを得られ難い。
【００１４】
一方、患者は、従業員の名前を憶えていない、又は、知る機会がない等により、メッセージの対象となる従業員を特定できない場合がある。一例として、手術時の麻酔担当医、季節感のある食事を患者のために用意する調理担当者等、入院時の日常において、面識がなくとも、患者にとって印象に残る事柄があるもののその個人を特定できない場合がある。
【００１５】
仮に、入院時に関わった全ての従業員の名前を知り得たとしても、個別に会って感謝を伝えることは現実的に困難である。また、各人の電子メールの宛先を知ることは極めて難しい。結果、患者は、退院当日に、可能な範囲における一部の人々に、口頭にて簡単に感謝の気持ちを表して、退院することしかできない。
【００１６】
本実施例は、患者が退院時、又は、退院前後に容易に入院時の関係者にメッセージを送れる仕組みを提供する。
【００１７】
図１は、本実施例におけるシステムの機能構成例を示す図である。図１に示すシステム１０００は、患者が、入院時の関係者への感謝のメッセージの送信を容易に行なえるように支援するシステムであって、１以上の患者端末９ｔと、１以上の関係者端末４ｔと、関係者管理サーバ１００と、電子カルテサーバ２００と、サービス提供者サーバ３００とを有する。
【００１８】
少なくとも、関係者管理サーバ１００と、電子カルテサーバ２００とは、病院５に帰属して構築される。関係者端末４ｔは、病院５の院内に設定されたパーソナルコンピュータ（ＰＣ）であっても良いし、携帯端末であってもよい。関係者端末４ｔは、病院５内又は外を特定しない。
【００１９】
本実施例において、関係者４ｒとは、患者の入院に対応した対応者に相当し、患者の治療に関わった医師、看護師、理学療法士、作業療法士、言語聴覚士等の医療従事者に加えて、給食、清掃等の業務委託による、患者が病院内の生活に関わった業者の担当者等を含む。
【００２０】
患者端末９ｔは、病院５の退院時又は退院前後の患者９ｈが使用する端末である。関係者端末４ｔは、患者９ｈの入院時に医療及び生活面において患者９ｈと関わりのあった関係者４ｒによって利用される端末である。
【００２１】
関係者管理サーバ１００は、サービス提供者サーバ３００からの関係者一覧要求３ａに応じて、感謝のメッセージを送付する患者９ｈの電子カルテに基づいて、患者９ｈに関して、病院５内における医療関係者、及び委託業者の担当者を含めた関係者４ｒの情報を抽出して、サービス提供者サーバ３００に患者９ｈの関係者一覧１ａを提供するサーバ装置である。関係者管理サーバ１００は、関係者情報抽出部１１０と、電子カルテ情報抽出部１１５と、委託業者ＤＢ１４０と、第２対応履歴ＤＢ１４２とを有する。
【００２２】
関係者情報抽出部１１０は、入院中の患者９ｈの治療及び生活に関わった関係者４ｒを特定する情報を抽出する。関係者情報抽出部１１０は、電子カルテ情報抽出部１１５によって電子カルテサーバ２００から病院５の医療従事者の情報を取得させ、患者９ｈの入院時の生活に関連した委託業者の担当者の情報を、委託業務ＤＢ１４０と、第２対応履歴ＤＢ１４２とを用いて取得することで、入院期間中に患者９ｈの治療及び生活に関わった関係者４ｒの情報を抽出して、関係者一覧１ａを作成する。
【００２３】
電子カルテ情報抽出部１１５は、電子カルテサーバ２００にアクセスして、患者９ｈの入院期間中に治療に関わった医療従事者の情報を抽出して、関係者情報抽出部１１０に提供する。
【００２４】
電子カルテサーバ２００は、来院及び入院患者の病状及び治療を記録した電子カルテ、及び、電子カルテに関連する種々のデータベースを管理するサーバ装置である。種々のデータベースには、関係者ＤＢ２４０、第１対応履歴ＤＢ２４１等が含まれる。
【００２５】
電子カルテサーバ２００は、関係者管理サーバ１００の電子カルテ情報抽出部１１５から患者９ｈの氏名、入院期間等の情報を受信すると、受信した患者９ｈの情報に基づいて、関係者ＤＢ２４０と、第１対応履歴ＤＢ２４１とを用いて、患者９ｈの入院期間で患者９ｈの治療に関わった医療従事者を特定する氏名等の情報を取得して、関係者管理サーバ１００の電子カルテ情報抽出部１１５に提供する。
【００２６】
サービス提供者サーバ３００は、病院５の退院時、又は、退院前後の患者９ｈと、患者９ｈの入院期間中に関わった関係者４ｒとの間の電子メールの送受信の仲介を行うサーバ装置であり、関係者一覧管理部３１０と、メッセージ作成部３１２と、メッセージ送信部３１４と、関係者一覧管理ＤＢ３４０と、メッセージ管理ＤＢ３４３と、病院登録ＤＢ３５０とを有する。
【００２７】
関係者一覧管理部３１０は、ネットワーク２を介して、病院５の退院時、又は、退院前後の患者９ｈから、患者９ｈを特定する氏名、病院名、入院期間、退院日を含む、患者９ｈの患者退院情報９ａを受信すると、関係者管理サーバ１００へ関係者一覧要求３ａを行って、関係者管理サーバ１００から関係者一覧１ａを受信する。
【００２８】
関係者一覧管理部３１０は、病医院名で、病院登録ＤＢ３５０を参照して、病院５にアクセスする接続情報を取得して、関係者一覧要求３ａを行う。接続情報は、関係者管理サーバ１００へアクセスするためのＩＰアドレス等であればよい。
【００２９】
関係者一覧管理部３１０は、受信した関係者一覧１ａを関係者一覧管理ＤＢ３４０に記憶し管理する。関係者一覧管理部３１０は、関係者一覧１ａの受信を、メッセージ作成部３１２に通知する。
【００３０】
メッセージ作成部３１２は、関係者一覧１ａを用いて、メッセージ入力画面Ｇ３８０（図９）を作成して、ネットワーク２を介して、患者端末９ｔに表示させ、患者端末９ｔから関係者４ｒ宛てのメッセージ９ｍを受信すると、メッセージ管理ＤＢ３４３に記憶し管理する。また、メッセージ作成部３１２は、メッセージ９ｍの受信をメッセージ送信部３１４に通知する。
【００３１】
メッセージ送信部３１４は、メッセージ作成部３１２からのメッセージ受信通知に応じて、メッセージ９ｍに関連付けられる、患者９ｈの関係者４ｒの電子メール宛先を用いて、メッセージ９ｍを含む感謝メール３ｑを送信する。
【００３２】
送信元には、サービス提供者サーバ３００の電子メールアドレスが設定される。従って、患者９ｈの電子メールアドレスは、関係者端末４ｔに保持されることはない。また、関係者４ｒに送信される感謝メール３ｑには、関係者４ｒからの返信時に患者９ｈを特定可能な患者識別子が埋め込まれた送信される。詳細は後述される。関係者４ｒからの感謝メール３ｑに対する返信は任意である。
【００３３】
関係者４ｒから感謝メール３ｑに対する返信メール４ｑを受信した場合には、メッセージ送信部３１４は、返信メール４ｑから患者識別子と、関係者４ｒの電子メールアドレスと、関係者４ｒの返信内容とを取得し、患者識別子と関係者４ｒの電子メールアドレスとを用いて、メッセージ管理ＤＢ３４３に、患者９ｈと関連付けた関係者４ｒへのメッセージ９ｍに対応付けて返信内容を記憶する。患者端末９ｔに関係者４ｒからの返信メール４ｑが送信されないため、返信メール４ｑに含まれる関係者４ｒの電子メールアドレスは、患者端末９ｔに保持されることはない。
【００３４】
患者９ｈは、別の関係者４ｒへのメッセージ９ｍの作成、送信したメッセージ９ｍの確認、関係者４ｒからの返信の確認等を行いたい場合は、再度、患者退院情報９ａをサービス提供者サーバ３００に送信すればよい。サービス提供者サーバ３００によって、返信内容を表示可能なメッセージ入力画面Ｇ３８２（図１０）が患者端末９ｔに表示される。
【００３５】
関係者一覧管理部３１０は、受信した患者退院情報９ａに対応するレコードが関係者一覧管理ＤＢ３４０に存在する場合、関係者一覧１ａを作成し、患者退院情報９ａと共にメッセージ作成部３１２に通知する。
【００３６】
メッセージ作成部３１２は、患者退院情報９ａと関係者一覧１ａとを用いて、メッセージ管理ＤＢ３４３から存在するメッセージ９ｍ及び返信メール４ｑの内容とを取得して、メッセージ入力画面Ｇ３８２（図１０）を作成し、患者端末９ｔに表示させる。
【００３７】
患者９ｈは、メッセージ入力画面Ｇ３８２（図１０）を参照することで、患者９ｈが過去に送信したメッセージ９ｍの内容と、メッセージ９ｍに対する返信内容とを確認することができる。
【００３８】
このように本実施例では、患者端末９ｔには、患者９ｈが知り得る患者退院情報９ａに基づいて、入院時の関係者４ｒの一覧に基づくメッセージ入力画面Ｇ３８０（図９）が表示されるため、患者９ｈは、連絡手段のない関係者４ｒに、感謝のメッセージ９ｍを容易に送ることができる。
【００３９】
患者９ｈからメッセージ９ｍを受け取ることで、関係者４ｒにとっては、仕事に対するモチベーションとなる。
【００４０】
また、患者９ｈの電子メールアドレスは、関係者端末４ｔ、関係者管理サーバ１００、電子カルテサーバ２００、サービス提供者サーバ３００のいずれにも保持されない。従って、患者９ｈは、電子メールに関する種々の不安なく、メッセージ９ｍを所望の関係者４ｒに伝達できる。
【００４１】
また、関係者４ｒの電子メールアドレスは、患者端末９ｔに保持されない。従って、関係者４ｒは、不安なく、患者９ｈからのメッセージ９ｍを受信できる。
【００４２】
本実施例におけるサービス提供者サーバ３００は、複数の病院５の各々に対して、上述した同様のサービスを提供してもよい。
【００４３】
図２は、ハードウェア構成を示す図である。図２では、本実施例における主な処理を行う、関係者管理サーバ１００及びサービス提供者サーバ３００のハードウェア構成を示す。
【００４４】
関係者管理サーバ１００は、コンピュータによって制御される情報処理装置であって、ＣＰＵ（Central Processing Unit）１１１と、主記憶装置１１２と、補助記憶装置１１３と、入力装置１１４と、表示装置１１６と、通信Ｉ／Ｆ（インターフェース）１１７と、ドライブ装置１１８とを有し、バスＢ１に接続される。
【００４５】
ＣＰＵ１１１は、主記憶装置１１２に格納されたプログラムに従って関係者管理サーバ１００を制御するプロセッサに相当する。主記憶装置１１２には、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１１にて実行されるプログラム、ＣＰＵ１１１での処理に必要なデータ、ＣＰＵ１１１での処理にて得られたデータ等を記憶又は一時保存する。
【００４６】
補助記憶装置１１３には、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。委託業者ＤＢ１４０、第２対応履歴ＤＢ１４２等が、補助記憶装置１１３に記憶され保持される。また、補助記憶装置１１３に格納されているプログラムの一部が主記憶装置１１２にロードされ、ＣＰＵ１１１に実行されることによって、各種処理が実現される。記憶部１３０は、主記憶装置１１２及び補助記憶装置１１３に相当する。
【００４７】
入力装置１１４は、マウス、キーボード等を有し、管理者が関係者管理サーバ１００による処理に必要な各種情報を入力するために用いられる。表示装置１１６は、ＣＰＵ１１の制御のもとに必要な各種情報を表示する。入力装置１１４と表示装置１１６とは、一体化したタッチパネル等によるユーザインタフェースであってもよい。通信Ｉ／Ｆ１１７は、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ１１７による通信は無線又は有線に限定されるものではない。
【００４８】
関係者管理サーバ１００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体１１９によって関係者管理サーバ１００に提供される。
【００４９】
ドライブ装置１１８は、ドライブ装置１１８にセットされた記憶媒体１１９（例えば、ＣＤ−ＲＯＭ等）と関係者管理サーバ１００とのインターフェースを行う。
【００５０】
また、記憶媒体１１９に、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体１１９に格納されたプログラムは、ドライブ装置１１８を介して関係者管理サーバ１００にインストールされる。インストールされたプログラムは、関係者管理サーバ１００により実行可能となる。
【００５１】
尚、プログラムを格納する記憶媒体１１９はＣＤ−ＲＯＭに限定されず、コンピュータが読み取り可能な、構造（structure）を有する１つ以上の非一時的（non-transitory）な、有形（tangible）な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。
【００５２】
同様に、サービス提供者サーバ３００は、コンピュータによって制御される情報処理装置であって、ＣＰＵ３３１と、主記憶装置３３２と、補助記憶装置３３３と、入力装置３３４と、表示装置３３６と、通信Ｉ／Ｆ３３７と、ドライブ装置３３８とを有し、バスＢ３に接続される。
【００５３】
ＣＰＵ３３１は、主記憶装置３３２に格納されたプログラムに従ってサービス提供者サーバ３００を制御するプロセッサに相当する。主記憶装置３３２には、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ３３１にて実行されるプログラム、ＣＰＵ３３１での処理に必要なデータ、ＣＰＵ３３１での処理にて得られたデータ等を記憶又は一時保存する。
【００５４】
補助記憶装置３３３には、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。関係者一覧管理ＤＢ３４０、メッセージ管理ＤＢ３４３等が、補助記憶装置３３３に記憶され保持される。補助記憶装置３３３に格納されているプログラムの一部が主記憶装置３３２にロードされ、ＣＰＵ３３１に実行されることによって、各種処理が実現される。記憶部３３０は、主記憶装置３３２及び補助記憶装置３３３に相当する。
【００５５】
入力装置３３４は、マウス、キーボード等を有し、提供者がサービス提供者サーバ３００による処理に必要な各種情報を入力するために用いられる。表示装置３３６は、ＣＰＵ３３１の制御のもとに必要な各種情報を表示する。入力装置３３４と表示装置３３６とは、一体化したタッチパネル等によるユーザインタフェースであってもよい。通信Ｉ／Ｆ３３７は、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ３３７による通信は無線又は有線に限定されるものではない。
【００５６】
サービス提供者サーバ３００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体３３９によってサービス提供者サーバ３００に提供される。
【００５７】
ドライブ装置３３８は、ドライブ装置３３８にセットされた記憶媒体３３９（例えば、ＣＤ−ＲＯＭ等）とサービス提供者サーバ３００とのインターフェースを行う。
【００５８】
また、記憶媒体３３９に、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体３３９に格納されたプログラムは、ドライブ装置３３８を介してサービス提供者サーバ３００にインストールされる。インストールされたプログラムは、サービス提供者サーバ３００により実行可能となる。
【００５９】
尚、プログラムを格納する記憶媒体３３９はＣＤ−ＲＯＭに限定されず、コンピュータが読み取り可能な、構造（structure）を有する１つ以上の非一時的（non-transitory）な、有形（tangible）な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。
【００６０】
また、電子カルテサーバ２００もコンピュータによって制御される情報処理装置であるため、ハードウェア構成は略同様である。従って、その説明を省略する。更に、関係者端末４ｔ及び患者端末９ｔも、ＰＣ、携帯電話等のコンピュータによって制御される情報処理端末であるため、そのハードウェア構成の説明は省略する。
【００６１】
次に、種々のデータベースのデータ構成例について説明する。図３は、関係者管理サーバにおけるデータベースのデータ構成例を示す図である。図３において、委託業者ＤＢ１４０は、病院５から委託された業務を担当する担当者毎に情報を記憶し管理するデータベースであり、委託関係者ＩＤ、氏名、担当業務、電子メールアドレス等の項目を有する。
【００６２】
委託関係者ＩＤは、病院５の関係者管理サーバ１００が付与した、委託業者の各担当者を識別する識別子を示す。氏名は、担当者の名前を示す。担当業務は、担当者が担う業務を示す。電子メールアドレスは、業務に関する連絡に使用される電子メールアドレスを示す。
【００６３】
第２対応履歴ＤＢ１４２は、患者９ｈ毎に、患者９ｈが入院中の生活に関わった委託業務の内容を記憶したデータベースであり、患者ＩＤ、患者名、対応日、入外区分、入院部屋ＩＤ、対応内容、委託関係者ＩＤ等の項目を有する。第２対応履歴ＤＢ１４２では、患者９ｈの入院期間内で行われた業務毎にレコードが作成される。
【００６４】
患者ＩＤは、患者の識別子を示す。患者名は、患者の名前を示す。対応日は、委託業者の担当者が業務を行った日又は期間を示す。入外区分は、入院又は外来のいずれかを示す。入院部屋ＩＤは、患者９ｈが利用した部屋の識別子を示す。
【００６５】
対応内容は、業務内容、業務を行った場所等の情報を示す。委託関係者ＩＤは、入院期間中の患者９ｈの生活に係る業務を行った担当者の識別子を示す。委託関係者ＩＤによって、第２対応履歴ＤＢ１４２のレコードが、委託業者ＤＢ１４０のレコードに関連付けられる。
【００６６】
図３のデータ例では、患者「山田  太郎」が２０１５年４月１日から５月１５日まで入院していた場合を示している。第２対応履歴ＤＢ１４２の、患者９ｈである、患者ＩＤ「000000001」の患者名「山田  太郎」に対して、入外区分を参照すると、入院に関して少なくとも４レコードが存在する。また、入院部屋ＩＤにより、いずれのレコードにおいても、入院部屋ＩＤ「H001」で特定される同じ部屋が記録されている。つまり、患者「山田  太郎」の入院期間中、部屋の移動はなく、４以上の委託業務が行われたことを意味する。各委託業務の例について説明する。
【００６７】
対応日「2015/04/01-03」（２０１５年４月１日から３日まで）の期間では、委託関係者ＩＤ「B001」で特定される委託業者の担当者によって、対応内容で示される委託業務「Ａ棟清掃（３０２号室）」が行われたことが示される。
【００６８】
委託業者ＤＢ１４０の委託関係者ＩＤ「B001」のレコードの氏名、担当業務、電子メールアドレス等を参照すると、この期間において業務「Ａ棟清掃（３０２号室）」を行った委託業者の担当者は、「Ａ棟清掃」を担当業務とする「青木  一郎」であり、「青木  一郎」の電子メールアドレスは「a1a1@gyo.co.jp」である。
【００６９】
対応日「2015/04/2〜05/15」（２０１５年４月２日から５月１５日まで）の期間では、委託関係者ＩＤ「B002」で特定される委託業者の担当者によって、対応内容で示される業務「シーツ交換」が行われたことが示される。
【００７０】
委託業者ＤＢ１４０の委託関係者ＩＤ「B002」のレコードの氏名、担当業務、電子メールアドレス等を参照すると、この期間において業務「シーツ交換」を行った委託業者の担当者は、「シーツ交換」を担当業務とする「川田  二郎」であり、「川田  二郎」の電子メールアドレスは「b2b2@gyo.co.jp」である。
【００７１】
対応日「2015/04/01-10」（２０１５年４月１日から１０日まで）の期間では、委託関係者ＩＤ「B003」で特定される委託業者の担当者によって、対応内容で示される業務「給食調理（Ａ棟担当）」が行われたことが示される。
【００７２】
委託業者ＤＢ１４０の委託関係者ＩＤ「B003」のレコードの氏名、担当業務、電子メールアドレス等を参照すると、この期間において業務「給食調理（Ａ棟担当）」を行った委託業者の担当者は、「給食調理」を担当業務とする「鈴木  三郎」であり、「鈴木  三郎」の電子メールアドレスは「c3c3@gyo.co.jp」である。
【００７３】
対応日「2015/04/11-13」（２０１５年４月１１日から１３日まで）の期間では、委託関係者ＩＤ「B004」で特定される委託業者の担当者によって、対応内容で示される業務「病棟補助（検査付添）」が行われたことが示される。
【００７４】
委託業者ＤＢ１４０の委託関係者ＩＤ「B004」のレコードの氏名、担当業務、電子メールアドレス等を参照すると、この期間において業務「給食調理（Ａ棟担当）」を行った委託業者の担当者は、「病棟補助」を担当業務とする「小林  四郎」であり、「小林  四郎」の電子メールアドレスは「d4d4@gyo.co.jp」である。
【００７５】
従って、上述したデータ構成により、患者ＩＤ又は患者名と、対応日との組み合せにより、委託業務の関係者４ｒの情報を抽出することができる。委託業者の担当者の氏名、担当業務、電子メールアドレス等が抽出される。
【００７６】
図４は、電子カルテサーバにおけるデータベースのデータ構成例を示す図である。図４において、関係者ＤＢ２４０は、病院５との雇用契約に基づいて勤務する従業員毎の、患者９ｈとの関係における院内業務の情報を記憶し管理するデータベースであり、院内関係者ＩＤ、氏名、役割、電子メールアドレス等の項目を有する。
【００７７】
院内関係者ＩＤは、病院５の電子カルテサーバ２００が付与した、各従業員を識別する識別子を示す。氏名は、従業員の名前を示す。
【００７８】
役割は、患者９ｈの治療における従業員が専門とする役割を示す。役割は、「主治医」、「看護師」、「手術担当医」、「リハビリ」、「麻酔技師」、「外来主治医」等である。電子メールアドレスは、従業員への連絡等に利用する電子メールアドレスを示す。
【００７９】
第１対応履歴ＤＢ２４１は、患者９ｈの入院中の治療に係る情報を記憶したデータベースであり、患者ＩＤ、患者名、対応日、入外区分、入院部屋ＩＤ、対応内容、院内関係者ＩＤ等の項目を有する。
【００８０】
患者ＩＤは、患者の識別子を示す。患者名は、患者の名前を示す。対応日は、病院５の従業員が業務を行った日又は期間を示す。入外区分は、入院又は外来のいずれかを示す。入院部屋ＩＤは、患者９ｈが利用した部屋の識別子を示す。
【００８１】
対応内容は、従業員が対応した患者９ｈの治療に関する専門分野を示す。院内関係者ＩＤは、入院期間中の患者９ｈの治療を行った従業員の識別子を示す。院内関係者ＩＤによって、第１対応履歴ＤＢ２４１のレコードが、関係者ＤＢ２４０のレコードに関連付けられる。
【００８２】
図４のデータ例において、第１対応履歴ＤＢ２４１の、患者９ｈである、患者ＩＤ「000000001」の患者名「山田  太郎」に対して、入外区分が「入院」を示すレコードが、少なくとも５件存在する。また、入院部屋ＩＤにより、いずれのレコードにおいても、入院部屋ＩＤ「H001」で特定される同じ部屋が記録されている。つまり、患者「山田  太郎」の入院期間中、部屋の移動はなく、５以上の医療業務が行われたことを意味する。各医療業務の例について説明する。
【００８３】
対応日「2015/04/02-05/15」（２０１５年４月２日から５月１５日まで）の期間では、院内関係者ＩＤ「A001」で特定される従業員が、対応内容で示される「入院主治医」であったことが示される。
【００８４】
関係者ＤＢ２４０の院内関係者ＩＤ「A001」のレコードの氏名、役割、電子メールアドレス等を参照すると、この期間において、「入院主治医」となった従業員は、医療業務を「主治医」とする「小林  一郎」であり、「小林  一郎」の電子メールアドレスは「xxxx@hos.co.jp」である。
【００８５】
対応日「2015/04/01」（２０１５年４月１日）には、院内関係者ＩＤ「A003」で特定される従業員によって、対応内容で示される「手術」が行われたことが示される。
【００８６】
関係者ＤＢ２４０の院内関係者ＩＤ「A003」のレコードの氏名、役割、電子メールアドレス等を参照すると、この対応日において、「手術」を行った従業員は、医療業務を「手術担当」とする「吉田  三郎」であり、「吉田  三郎」の電子メールアドレスは「wwww@hos.co.jp」である。
【００８７】
対応日「2015/04/02」（２０１５年４月２日）には、院内関係者ＩＤ「A004」で特定される従業員によって、対応内容で示される「リハビリ」が行われたことが示される。
【００８８】
関係者ＤＢ２４０の院内関係者ＩＤ「A004」のレコードの氏名、役割、電子メールアドレス等を参照すると、この対応日において、「リハビリ」を行った従業員は、医療業務を「リハビリ」とする「佐々木  四朗」であり、「佐々木  四朗」の電子メールアドレスは「aaa@hos.co.jp」である。
【００８９】
対応日「2015/04/02-13」（２０１５年４月２日から１３日まで）の期間では、院内関係者ＩＤ「A005」で特定される従業員によって、対応内容で示される「術後ケア」が行われたことが示される。
【００９０】
関係者ＤＢ２４０の院内関係者ＩＤ「A005」のレコードの氏名、役割、電子メールアドレス等を参照すると、「術後ケア」を行った従業員は、「麻酔技師」である「岡田  五郎」であり、「岡田  五郎」の電子メールアドレスは「bbb@hos.co.jp」である。
【００９１】
対応日「2015/04/02-05/15」（２０１５年４月２日から５月１５日まで）の期間において、院内関係者ＩＤ「A002」で特定される従業員が、対応内容で示される「担当看護師」であったことが示される。
【００９２】
関係者ＤＢ２４０の院内関係者ＩＤ「A002」のレコードの氏名、役割、電子メールアドレス等を参照すると、この期間において、「担当看護師」となった従業員は、医療業務を「看護師」とする「佐藤  由美」であり、「佐藤  由美」の電子メールアドレスは「wwww@hos.co.jp」である。
【００９３】
更に、第１対応履歴ＤＢ２４１の、患者９ｈである、患者ＩＤ「000000001」の患者名「山田  太郎」に対して、入外区分が「外来」を示すレコードが、少なくとも１件存在する。入外区分が「外来」の場合、入院部屋ＩＤは空欄である。
【００９４】
対応日「2015/05/20」（２０１５年５月２０日）、即ち、患者「山田  太郎」の退院後の外来診療において、院内関係者ＩＤ「A010」で特定される従業員が、対応内容で示される「外来主治医」であったことが示される。
【００９５】
関係者ＤＢ２４０の院内関係者ＩＤ「A010」のレコードの氏名、役割、電子メールアドレス等を参照すると、この対応日において、「外来主治医」となった従業員は、医療業務を「外来主治医」とする「岡山  十郎」であり、「岡山  十郎」の電子メールアドレスは「kkk@hos.co.jp」である。
【００９６】
図５は、サービス提供者サーバにおけるデータベースのデータ構成例を示す図である。図５において、関係者一覧管理ＤＢ３４０は、患者９ｈの入院毎の、治療及び生活に関わった関係者４ｒの情報を記録し保持するデータベースであり、管理番号、患者名、病院名、対応日、関係者氏名、役割、電子メールアドレス等の項目を有する。更に、患者ＩＤ等の項目があってもよい。
【００９７】
管理番号は、サービス提供者サーバ３００が付与した、レコードを特定する番号である。患者名は、患者の名前を示す。病院名は、患者９ｈが入院した病院名を示す。対応日は、入院期間中に病院５が患者９ｈの治療及び生活のための行為が行われた日付又は期間を示す。行為は、治療のための種々の医療行為、入院生活に関わる業務等を含む。
【００９８】
関係者氏名は、関係者４ｒの名前を示す。役割は、入院期間中に病院５が患者９ｈの治療及び生活のために行った行為の内容を示す。電子メールアドレスは、関係者４ｒにメッセージ９ｍを送信するための電子メールアドレスを示す。
【００９９】
メッセージ管理ＤＢ３４３は、患者９ｈの関係者４ｒへのメッセージ９ｍを記録し管理するデータベースであり、管理番号、メッセージ、返信等の項目を有する。
【０１００】
管理番号は、関係者一覧管理ＤＢ３４０に存在するレコードを特定する番号を示す。管理番号によって、メッセージ管理ＤＢ３４３のレコードが、関係者一覧管理ＤＢ３４０のレコードと関連付けされる。
【０１０１】
メッセージは、患者端末９ｔから受信したメッセージ９ｍを示す。返信は、関係者４ｒからのメッセージ９ｍに対する返信内容を示す。
【０１０２】
メッセージ管理ＤＢ３４３では、メッセージ９ｍの受信に応じてレコードを作成すればよく、関係者一覧管理ＤＢ３４０の全てのレコードに対してレコードを保持する必要はない。
【０１０３】
病院登録ＤＢ３５０は、サービス提供者サーバ３００に登録のあった病院５毎の、関係者管理サーバ１００への接続に関する情報を記憶し管理するデータベースであり、病院名、接続情報等の項目を有する。
【０１０４】
病院名は、病院５の名前を示す。接続情報は、病院５の関係者管理サーバ１００へアクセスするためのＩＰアドレス等の情報を示す。
【０１０５】
図５のデータ例で、患者端末９ｔから受信した患者退院情報９ａに、
氏名「山田  太郎」
病院名「ＡＡＡ病院」
入院期間「2015/04/01-05/15」
退院日「2015/05/15」
が示されていた場合で説明する。
【０１０６】
関係者一覧管理ＤＢ３４０には、患者退院情報９ａに基づいて、関係者管理サーバ１００へ関係者一覧要求３ａを行うことで得られた関係者一覧１ａが記憶されている。
【０１０７】
患者退院情報９ａに対する関係者一覧１ａは、対応日、関係者氏名、役割、電子メールアドレス等の項目を有し、以下のような情報が含まれる。
・2015/04/02-05/15、小林  一郎、主治医、xxxx@hos.co.jp
・2015/04/02-13、岡田  五郎、麻酔技師、bbb@hos.co.jp
・2015/04/02-05/15、佐藤  由美、看護師、wwww@hos.co.jp
・2015/04/02-05/15、川田  二郎、シーツ交換、b2b2@gyo.co.jp
・2015/04/01-03、青木  一郎、Ａ棟清掃（302号室）、a1a1@gyo.co.jp
・2015/04/01-10、鈴木  三郎、給食調理（Ａ棟担当）、c3c3@gyo.co.jp
・2015/04/01-10、小林  四朗、病棟補助（検査付添）、d4d4@gyo.co.jp
等である。図５の関係者一覧管理ＤＢ３４０では、上記情報の一部が管理番号「M00001」から「M00004」のレコードで示され、残りは省略されている。
【０１０８】
患者９ｈが、「小林  一郎」、「岡田  五郎」、「佐藤  由美」等に宛てたメッセージ９ｍを患者端末９ｔで入力し送信すると、サービス提供者サーバ３００に送信される。サービス提供者サーバ３００のメッセージ作成部３１２により、関係者一覧管理ＤＢ３４０の管理番号と関連付けて、受信したメッセージ９ｍがメッセージ管理ＤＢ３４３のメッセージの項目にに記憶される。
【０１０９】
図５のメッセージ管理ＤＢ３４３のデータ例において、「小林  一郎」へのメッセージ９ｍは、
「長い間、本当にお世話になりました。全て先生のおかげです！これからは健康に留意して過ごします。」である。
【０１１０】
また、「岡田  五郎」へのメッセージ９ｍは、
「はじめはとても不安でしたが、全く苦痛なく手術を乗り越えられました。ありがとうございました。」である。
【０１１１】
更に、「佐藤  由美」へのメッセージ９ｍは、
「夜中に何度も呼び出してすいませんでした。おかげさまで、術後の回復が早かったと思っています。ありがとうございました。」である。
【０１１２】
これらメッセージ９ｍの送信後に、感謝メール３ｑに対する返信があった場合には、メッセージ管理ＤＢ３４３の返信の項目に記憶される。
【０１１３】
「小林  一郎」から返信があり、「退院おめでとうございます。順調に回復されているようで安心しました。」であったことが示される。また、「佐藤  由美」から返信があり、「退院おめでとうございます。メッセージありがとうございます。これからもがんばります。」であったことが示される。
【０１１４】
本実施例において、関係者一覧管理ＤＢ３４０と、メッセージ管理ＤＢ３４３とを一つのデータベースで管理してもよい。
【０１１５】
次に、システム１０００における処理について説明する。図６は、システム全体の処理シーケンスを説明するための図である。
【０１１６】
図６において、患者端末９ｔでは、患者９ｈが、サービス提供者サーバ３００が提供するサービスのサイトにアクセスすることで表示される画面から、患者退院情報９ａを入力する（ステップＳ５１）。
【０１１７】
患者退院情報９ａは、患者ＩＤ、氏名、病院名、入院期間、退院日（又は退院予定日）を含む。患者退院情報９ａは、ネットワーク２を介して、サービス提供者サーバ３００へ送信される。
【０１１８】
患者退院情報９ａを患者端末９ｔから受信すると（ステップＳ５２）、サービス提供者サーバ３００では、受信した患者退院情報９ａから病院名を取得して、病院登録ＤＢ３５０を検索することで接続情報を取得し、関係者一覧要求３ａを関係者管理サーバ１００へ送信する（ステップＳ５３）。
【０１１９】
関係者一覧要求３ａは、患者ＩＤ、氏名、入院期間等を含む。関係者一覧要求３ａに、退院日（又は退院予定日）を含めてもよい。或いは、入院期間から入院日を取得し、入院期間の最終日と退院日（又は退院予定日）のうち遅い日付を選択して、入院日から選択した日付までを改めて、入院期間として再設定してもよい。
【０１２０】
病院５の関係者管理サーバ１００では、関係者一覧要求３ａを受信すると（ステップＳ５４）、関係者情報抽出部１１０は、電子カルテ情報抽出部１５５に第１関係者抽出処理を行わせる（ステップＳ５５）。
【０１２１】
ステップＳ５５において、電子カルテ情報抽出部１５５は、電子カルテサーバ２００へアクセスして、入院期間を検索範囲とし、第１対応履歴ＤＢ２４１から患者ＩＤ（及び患者９ｈの氏名）のレコードを検索し、更に、関係者ＤＢ２４０を参照することで、院内関係者の氏名、対応内容（役割に相当する）、対応日、及び電子メールアドレスを示す第１関係者一覧６ａを取得する。
【０１２２】
院内関係者の氏名は、院内関係者ＩＤによって、第１対応履歴ＤＢ２４１のレコードから関係者ＤＢ２４０のレコードへと関連付られることによって取得できる。
【０１２３】
また、関係者情報抽出部１１０は、入院期間を検索範囲とし、関係者管理サーバ１００の第２対応履歴ＤＢ１４２から患者ＩＤ（及び患者９ｈの氏名）のレコードを検索し、更に、委託業者ＤＢ１４０を参照することで、委託業者の担当者の氏名、対応内容（又は担当業務）、対応日、及び電子メールアドレスを示す第２関係者一覧６ｂを取得する（ステップＳ５６）。
【０１２４】
委託業者の担当者の氏名は、委託関係者ＩＤによって、第２対応履歴ＤＢ１４２のレコードから委託業者ＤＢ１４０のレコードへと関連付けられることによって取得できる。
【０１２５】
そして、関係者情報抽出部１１０は、取得した第１関係者一覧６ａに第２関係者一覧６ｂを加えて、関係者一覧１ａを作成し、サービス提供者サーバ３００へ送信する（ステップＳ５７）。
【０１２６】
関係者一覧１ａは、対応日、関係者氏名、役割、電子メールアドレスの項目を有するテーブルである。関係者一覧１ａの関係者氏名では、従業員又は委託業者の担当者が示される。
【０１２７】
サービス提供者サーバ３００では、関係者一覧１ａを受信すると、関係者一覧管理部３１０が、関係者一覧１ａを関係者一覧管理ＤＢ３４０に記憶し、また、関係者一覧１ａをメッセージ作成部３１２へと通知する（ステップＳ５８）。関係者一覧管理部３１０は、関係者一覧１ａのレコード毎に新たな管理番号を付与し、関係者一覧１ａに、患者端末９ｔから受信した患者退院情報９ａの氏名、病院名等を追加した新たなレコードを関係者一覧管理ＤＢ３４０に記憶する。
【０１２８】
関係者一覧１ａの通知を受けると、メッセージ作成部３１２は、関係者一覧１ａを参照して、関係者毎にメッセージを入力可能なメッセージ入力画面Ｇ３８０（図９）を生成し、患者端末９ｔに送信する（ステップＳ５９）。
【０１２９】
メッセージ作成部３１２は、関係者一覧１ａの対応日、関係者氏名、及び役割を表示するが、電子メールアドレスの情報を含まない画面であり、関係者毎にメッセージ９ｍを入力可能とし、メッセージ９ｍの送信を選択可能とするメッセージ入力画面Ｇ３８０を作成する。
【０１３０】
患者端末９ｔは、サービス提供者サーバ３００から受信したメッセージ入力画面Ｇ３８０を表示する（ステップＳ６０）。患者９ｈは、表示されたメッセージ入力画面Ｇ３８０にて、所望の関係者４ｒに対してメッセージ９ｍを入力し、送信するメッセージ９ｍを選択することで、関係者個人宛てのメッセージ９ｍが、患者端末９ｔからサービス提供者サーバ３００へ送信する（ステップＳ６１）。患者９ｈが選択した関係者の氏名と、入力されたメッセージ９ｍとが、サービス提供者サーバ３００へ送信される。
【０１３１】
サービス提供者サーバ３００では、メッセージ９ｍを受信すると、メッセージ送信部３１４が、メッセージ９ｍ毎に感謝メール３ｑを作成し、関係者個人宛てに作成した感謝メール３ｑを送信する（ステップＳ６２）。
【０１３２】
メッセージ送信部３１４は、受信したメッセージ９ｍに対して、関係者一覧管理ＤＢ３４０から、受信した患者９ｈが選択した関係者の氏名のレコードの管理番号を取得し、取得した管理番号と、受信したメッセージ９ｍとをメッセージ管理ＤＢ３４３に記憶する。
【０１３３】
関係者端末４ｔにて、感謝メール３ｑが受信され、関係者４ｒにより閲覧される（ステップＳ６３）。そして、システム全体の処理を終了する。
【０１３４】
感謝メール３ｑに対して返信するか否かは、関係者４ｒの任意である。関係者４ｒからの返信メール４ｑがあった場合、患者９ｈへ直接送信されることはなく、サービス提供者サーバ３００へ送信される。サービス提供者サーバ３００において、メッセージ送信部３１４は、返信メール４ｑの本文の内容をメッセージ管理ＤＢ３４３に記憶する。受信した返信メール４ｑから患者９ｈを特定する仕組みについては後述する。
【０１３５】
図７は、図６のステップＳ５５の第１関係者抽出処理を説明するためのフローチャート図である。図７において、電子カルテ情報抽出部１１５は、サービス提供者サーバ３００から受信した、関係者一覧要求３ａで指定される患者名（又は患者ＩＤ）で、電子カルテサーバ２００の第１対応履歴ＤＢ２４１を検索する（ステップＳ７１）。
【０１３６】
電子カルテ情報抽出部１１５は、第１対応履歴ＤＢ２４１に患者名が一致するレコードが存在するか否かを判断する（ステップＳ７２）。存在しない場合（ステップＳ７２のＮＯ）、電子カルテ情報抽出部１１５は、「該当データなし」を関係者情報抽出部１１０に通知して（ステップＳ７７）、この第１関係者抽出処理を終了する。
【０１３７】
一方、存在する場合（ステップＳ７２のＹＥＳ）、電子カルテ情報抽出部１１５は、検索されたレコードを抽出して（ステップＳ７３）、更に、抽出したレコードのうち、関係者一覧要求３ａで指定される入院期間に、対応日が含まれるレコードが存在するか否かを判断する（ステップＳ７４）。レコードが存在しない場合（ステップＳ７４のＮＯ）、電子カルテ情報抽出部１１５は、「該当データなし」を関係者情報抽出部１１０に通知して（ステップＳ７７）、この第１関係者抽出処理を終了する。
【０１３８】
レコードが存在する場合（ステップＳ７４のＹＥＳ）、電子カルテ情報抽出部１１５は、検索されたレコードを抽出し（ステップＳ７５）、抽出されたレコードの関係者ＩＤを用いて、関係者ＤＢ２４０から、氏名と役割と電子メールアドレスとを取得し、第１関係者一覧６ａを作成して、関係者情報抽出部１１０に通知する（ステップＳ７６）。その後、電子カルテ情報抽出部１１５は、第１関係者抽出処理を終了する。
【０１３９】
図８は、図７のステップＳ５６の第２関係者抽出処理を説明するためのフローチャート図である。図８において、関係者情報抽出部１１０は、サービス提供者サーバ３００から受信した、関係者一覧要求３ａで指定される患者名（又は患者ＩＤ）で、第２対応履歴ＤＢ１４２を検索する（ステップＳ８１）。
【０１４０】
関係者情報抽出部１１０は、第２対応履歴ＤＢ１４２に患者名が一致するレコードが存在するか否かを判断する（ステップＳ８２）。存在しない場合（ステップＳ８２のＮＯ）、関係者情報抽出部１１０は、「該当データなし」と判定し（ステップＳ８７）、この第２関係者抽出処理を終了する。
【０１４１】
一方、存在する場合（ステップＳ８２のＹＥＳ）、関係者情報抽出部１１０は、検索されたレコードを抽出して（ステップＳ８３）、更に、抽出したレコードのうち、関係者一覧要求３ａで指定される入院期間に、対応日が含まれるレコードが存在するか否かを判断する（ステップＳ８４）。レコードが存在しない場合（ステップＳ８４のＮＯ）、関係者情報抽出部１１０は、「該当データなし」と判定して（ステップＳ８７）、この第２関係者抽出処理を終了する。
【０１４２】
レコードが存在する場合（ステップＳ８４のＹＥＳ）、関係者情報抽出部１１０は、検索されたレコードを抽出し（ステップＳ８５）、抽出されたレコードの委託関係者ＩＤを用いて、委託業者ＤＢ１４０から、氏名と担当業務と電子メールアドレスとを取得し、第２関係者一覧６ｂを作成する（ステップＳ８６）。その後、関係者情報抽出部１１０は、第２関係者抽出処理を終了する。
【０１４３】
関係者情報抽出部１１０は、第１関係者抽出処理及び第２関係者抽出処理の夫々の処理結果に基づいて、関係者一覧１ａを作成して、サービス提供者サーバ３００に送信する。具体的には、第１関係者一覧６ａ及び第２関係者一覧６ｂが作成された場合は、第１関係者一覧６ａに第２関係者一覧６ｂを加えることで、関係者一覧１ａを作成すればよい。また、第１関係者一覧６ａ又は第２関係者一覧６ｂのいずれか一方が作成されなかった場合、即ち、「該当データなし」の場合、作成された方の一覧を関係者一覧１ａとすればよい。
【０１４４】
次に、患者端末９ｔに表示される画面例について説明する。図９は、メッセージ入力画面の例を示す図である。図９に示すメッセージ入力画面Ｇ３８０は、患者端末９ｔに表示される、患者９ｈが関係者４ｒを選択してメッセージ９ｍを送信可能な画面であり、画面案内表示域３８０ａと、テーブル３８０ｂと、メッセージ送信ボタン３８０ｃ等を有する。
【０１４５】
画面案内表示域３８０ａは、患者９ｈにメッセージ９ｍの入力を促す案内を表示する領域である。例えば、「あなたの入院中の関係者は以下の通りです。メッセージを送りたい相手の「送付」欄にチェックを入れ、「メッセージ入力欄」にメッセージを入力してください。」等が表示される。
【０１４６】
テーブル３８０ｂは、サービス提供者サーバ３００が関係者管理サーバ１００から取得した関係者一覧１ａに基づくテーブルである。テーブル３８０ｂでは、各関係者４ｒ毎に、送付チェックボックス、氏名、役割、対応日（期間）、メッセージ入力欄、返信等の内容が示される。
【０１４７】
メッセージ入力画面Ｇ３８０において、患者９ｈは、感謝を伝えたい関係者４ｒのメッセージ入力欄に感謝の内容を入力し、入力した感謝の内容を確認後、送付チェックボックスをチェックし、メッセージ送信ボタン３８０ｃをクリックする。
【０１４８】
患者端末９ｔは、メッセージ送信ボタン３８０ｃのクリックに応じて、送付チェックボックスがチェックされているレコードの氏名とメッセージ９ｍとの組み合せが、サービス提供者サーバ３００に送信される。
【０１４９】
患者９ｈは、ある関係者４ｒにメッセージ９ｍを送信した後に、他の関係者４ｒにメッセージ９ｍを送信してもよい。
【０１５０】
図９に示す例では、患者９ｈが、図５に示す「山田  太郎」である場合を示している。患者９ｈは、メッセージ入力画面Ｇ３８０のテーブル３８０ｂを参照することで、少なくとも、「主治医」の「小林  一郎」、「麻酔技師」の「岡田  五郎」、「看護師」の「佐藤  由美」、「シーツ交換」を担当した「川田  二郎」等が、入院期間中の関係者４ｒに含まれていることが分かる。
【０１５１】
このように、関係者４ｒの氏名に加えて役割を表示することで、患者９ｈは、どのような状況でお世話になっていたのかを理解し易くなる。また、患者９ｈは、関係者４ｒには、患者９ｈに対して医療行為を行わないが、入院生活の中において関わった業者の担当者が含まれていることを知ることができる。
【０１５２】
患者９ｈは、テーブル３８０ｂのメッセージ入力欄を利用して、顔及び名前を知っている関係者４ｒのみならず、名前を知る機会がなかった関係者４ｒへもメッセージ９ｍを作成できる。
【０１５３】
１以上のメッセージ９ｍが送信された後に、メッセージ入力画面Ｇ３８０をサービス提供者サーバ３００からロードすると、図１０に示すように、メッセージ９ｍを送信した関係者４ｒからの返信内容を参照することができる。
【０１５４】
図１０は、返信内容を表示可能なメッセージ入力画面の例を示す図である。図１０に示すメッセージ入力画面Ｇ３８２は、図９に示すメッセージ入力画面Ｇ３８０と同じ構成を有するため、その説明を省略する。
【０１５５】
図１０では、メッセージ入力画面Ｇ３８２のテーブル３８０ｂの返信には、「メッセージがあります！！」等の内容により、患者９ｈが送信したメッセージ９ｍに対する返信があったことを示している。
【０１５６】
患者９ｈが、「メッセージがあります！！」をポイントすることで、関係者４ｒからの返信内容３８２ｅ又は３８２ｆを参照することができる。患者９ｈが、関係者４ｒのうち「主治医」の「小林  一郎」の返信の「メッセージがあります！！」をポイントすると、返信内容３８２ｅが表示される。又は、患者９ｈが、「看護師」の「佐藤  由美」をポイントすると、返信内容３８２ｆが表示される。
【０１５７】
図１０の例では、患者９ｈが「主治医」の「小林  一郎」に対して、「長い間、本当にお世話になりました。全て先生のおかげです！これからは健康に留意して過ごします。」のようなメッセージ９ｍを送信したところ、「主治医」の「小林  一郎」から「退院おめでとうございます。順調に回復されているようで安心しました。」等の返信内容３８２ｅを頂いたことを示している。
【０１５８】
また、患者９ｈが「看護師」の「佐藤  由美」に対して、「夜中に何度も呼び出してすいませんでした。おかげさまで、術後の回復が早かったと思っています。ありがとうございました。」のようなメッセージ９ｍを送信したところ、「看護師」の「佐藤  由美」から「退院おめでとうございます。メッセージありがとうございます。これからもがんばります。」等の返信内容３８２ｅを頂いたことを示している。
【０１５９】
このように、患者９ｈは感謝を伝えることができ、関係者４ｒは業務を行う上での励みとなる。
【０１６０】
次に、関係者端末４ｔから受信した返信メール４ｑから患者９ｈを特定可能とする仕組みについて説明する。
【０１６１】
図１１は、患者特定可能な仕組みを説明するための図である。図１１（Ａ）では、関係者端末４ｔでの感謝メール３ｑの表示例を示している。感謝メール３ｑのヘッダ部９０では、送信者９０ａに、サービス提供者サーバ３００の電子メールアドレス「emedelivery@servie.ps.com」が設定されている。患者９ｈの個人の電子メールアドレスは通知されない。
【０１６２】
件名９０ｂには、「患者様からメッセージが届いています」等が示される。従って、関係者４ｒは、入院していた患者９ｈからのメッセージ９ｍを受信したことを知ることができる。
【０１６３】
感謝メール３ｑの本文部分９１では、入院日として、サービス提供者サーバ３００のメッセージ作成部３１２が関係者一覧１ａから得た対応日「2015/04/02〜5/15」が示されている。
【０１６４】
患者様名として、患者９ｈの「山田  太郎」が示され、患者９ｈとの関係を示すために担当として「主治医」が示されている。
【０１６５】
そして、患者「山田  太郎」がメッセージ入力画面Ｇ３８０から入力したメッセージ９ｍが示される。
【０１６６】
このような感謝メール３ｑは、サービス提供者サーバ３００のメッセージ作成部３１２によって作成される。図１１（Ｂ）に、メッセージ作成部３１２によって作成される感謝メール３ｑのスクリプト例を示す。メッセージ作成部３１２によって作成される感謝メール３ｑのスクリプトには、＜＜非表示部＞＞９５ａと、＜＜表示部＞＞９５ｂとが存在する。
【０１６７】
＜＜非表示部＞＞９５ａは、＜title＞タグ内に記述され、患者９ｈを特定する患者ＩＤ「000000001」が埋め込まれている。メッセージ作成部３１２が、感謝メール３ｑの作成時に＜title＞タグ内に埋め込んでおくことで、返信時には、患者ＩＤ「000000001」が付加された状態で、サービス提供者サーバ３００に送信される。
【０１６８】
従って、サービス提供者サーバ３００のメッセージ送信部３１４は、返信メール４ｑを受信した際には、返信メール４ｑの＜title＞タグ内から患者「000000001」を取得すればよい。
【０１６９】
上述したように、本実施例では、患者９ｈは、入院時にお世話になった関係者４ｒに用意にメッセージ９ｍを送ることができる。また、患者９ｈの個人的な電子メールアドレスをサービス提供者サーバ３００が保持することなく、患者９ｈは、サービス提供者サーバ３００にアクセスすることで、関係者４ｒからの返信内容を読むことができる。よって、患者９ｈは、個人情報となる電子メールアドレスを利用することなく、安心して、感謝の気持ちを関係者４ｒに伝えることができる。
【０１７０】
また、関係者４ｒは、メッセージ９ｍを含む感謝メール３ｑを受信することで、自身の業務へのモチベーションとなる。
【０１７１】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、主々の変形や変更が可能である。
【０１７２】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
退院した患者を特定する患者特定情報と該患者の入院期間とを含む情報を患者端末から受信し、
入院患者の各々に対して入院中に対応した対応者と、対応した期間を示す対応情報を記憶した第１記憶部から、受信した前記患者特定情報と前記入院期間に相当する対応情報を検索して、前記退院した患者の対応者を特定し、
特定した前記対応者をメッセージの送付先とする該メッセージの入力を受け付ける画面を前記患者端末に表示させ、
前記画面に入力された前記メッセージを、特定した前記対応者に送信する
処理をコンピュータが実行するメッセージ通知支援方法。
（付記２）
前記コンピュータは、
前記画面に入力された前記メッセージを含む電子メールを作成し、該電子メールの件名内の非表示領域に前記退院した患者の前記患者特定情報を埋め込む
ことを特徴とする付記１記載のメッセージ通知支援方法。
（付記３）
前記コンピュータは、
検索した前記対応情報と前記患者特定情報とに関連付けて、前記画面に入力された前記メッセージを第２記憶部に記憶し、
特定した前記対応者から、送信した前記メッセージに対する返信メールを受信した場合、前記非表示領域に埋め込まれた前記患者特定情報を用いて、前記第２記憶部に、該患者特定情報に関連付けて該返信メールの内容を記憶し、
前記返信メールの内容を参照可能に前記画面を前記患者端末に表示さる
ことを特徴とする付記２記載のメッセージ通知支援方法。
（付記４）
前記コンピュータは、
前記入院期間中における前記退院した患者の治療及び生活に対応した複数の対応者を特定する
ことを特徴とする付記１記載のメッセージ通知支援方法。
（付記５）
退院した患者を特定する患者特定情報と該患者の入院期間とを含む情報を患者端末から受信し、
入院患者の各々に対して入院中に対応した対応者と、対応した期間を示す対応情報を記憶した記憶部から、受信した前記患者特定情報と前記入院期間に相当する対応情報を検索して、前記退院した患者の対応者を特定し、
特定した前記対応者をメッセージの送付先とする該メッセージの入力を受け付ける画面を前記患者端末に表示させ、
前記画面に入力された前記メッセージを、特定した前記対応者に送信する
処理をコンピュータに行わせるメッセージ通知支援プログラム。
（付記６）
退院した患者を特定する患者特定情報と該患者の入院期間とを含む情報を患者端末から受信する受信部と、
入院患者の各々に対して入院中に対応した対応者と、対応した期間を示す対応情報を記憶した記憶部から、受信した前記患者特定情報と前記入院期間に相当する対応情報を検索して、前記退院した患者の対応者を特定する特定部と、
特定した前記対応者をメッセージの送付先とする該メッセージの入力を受け付ける画面を前記患者端末に表示させ、該メッセージの作成を支援するメッセージ作成部と、
前記画面に入力された前記メッセージを、特定した前記対応者に送信するメッセージ送信部と
を有する情報処理装置。
【符号の説明】
【０１７３】
２            ネットワーク
３ａ          関係者一覧要求
３ｑ          感謝メール
４ｒ          関係者、                ４ｔ          関係者端末
４ｑ          返信メール
９ｈ          患者、                  ９ｔ            患者端末
９ｍ          メッセージ
１００        関係者管理サーバ
１１０        関係者情報抽出部
１１５        電子カルテ情報抽出部
１４０        委託業務ＤＢ
１４２        第２対応履歴ＤＢ
２００        電子カルテサーバ
２４０        関係者ＤＢ
２４１        第１対応履歴ＤＢ
３００        サービス提供者サーバ
３１０        関係者一覧管理部
３１２        メッセージ作成部、      ３１４          メッセージ送信部
３４０        関係者一覧管理ＤＢ、    ３４３          メッセージ管理ＤＢ
３５０        病院登録ＤＢ
１０００      システム
【図１】
2017111513.tif 000003
【図２】
2017111513.tif 000004
【図３】
2017111513.tif 000005
【図４】
2017111513.tif 000006
【図５】
2017111513.tif 000007
【図６】
2017111513.tif 000008
【図７】
2017111513.tif 000009
【図８】
2017111513.tif 000010
【図９】
2017111513.tif 000011
【図１０】
2017111513.tif 000012
【図１１】
2017111513.tif 000013