(57)【要約】【課題】  本発明の課題は、患者情報を在宅チームケアのシステムに提供する際、適切に情報提供を行うことを目的とする。【解決手段】  上記課題は、生存に関するステータスが管理される患者の情報、ある患者のステータスが、該ある患者のステータスが非生存を示すステータスとなる前に、患者に対する訪問スケジュールを登録する登録処理部を備えた訪問スケジュール管理システムに対して既に提供されていた場合は、該ある患者のステータスが該非生存を示すステータスに変化した後も該訪問スケジュール管理システムに対して該ある患者の情報を提供し、前記ある患者の情報が該訪問スケジュール管理システムに提供される前に該患者の生存に関するステータスが前記非生存を示すステータスとなった場合は、該ある患者の情報を該訪問スケジュール管理システムに提供しない制御を行う、処理をコンピュータが行うことを特徴とする情報提供制御方法により達成される。【選択図】  図６
2015191303.tif 000002
【特許請求の範囲】
【請求項１】
生存に関するステータスが管理される患者の情報、ある患者のステータスが、該ある患者のステータスが非生存を示すステータスとなる前に、患者に対する訪問スケジュールを登録する登録処理部を備えた訪問スケジュール管理システムに対して既に提供されていた場合は、該ある患者のステータスが該非生存を示すステータスに変化した後も該訪問スケジュール管理システムに対して該ある患者の情報を提供し、前記ある患者の情報が該訪問スケジュール管理システムに提供される前に該患者の生存に関するステータスが前記非生存を示すステータスとなった場合は、該ある患者の情報を該訪問スケジュール管理システムに提供しない制御を行う、
処理をコンピュータが行うことを特徴とする情報提供制御方法。
【請求項２】
患者情報共有要求に応じて、該患者情報共有要求を前記コンピュータに対して送信した端末に対応する医療機関で参照可能な患者の情報から該医療機関で登録した患者の情報である登録患者情報を抽出し、
前記登録患者情報から前記ステータスが非生存以外を示す患者の情報を抽出する、
処理を前記コンピュータが行うことを特徴とする付記１記載の情報提供制御方法。
【請求項３】
前記ステータスが非生存以外を示す患者の情報から、前記患者情報共有要求で指定される患者の情報を複製し、
複製した前記患者の情報を、前記患者情報共有要求で指定される共有先の医療機関に対応する患者情報に追加する
処理を前記コンピュータが行うことを特徴とする付記２記載の情報提供制御方法。
【請求項４】
前記患者の情報は、患者の住所又は患者の病状を含むことを特徴とする付記１乃至３のいずれか一項記載の情報提供制御方法。
【請求項５】
生存に関するステータスが管理される患者の情報について、ある患者のステータスが、該ある患者のステータスが非生存を示すステータスとなる前に、患者に対する訪問スケジュールを登録する登録処理部を備えた訪問スケジュール管理システムに対して既に提供されていた場合は、該ある患者のステータスが該非生存を示すステータスに変化した後も該訪問スケジュール管理システムに対して該患者の情報を提供し、前記ある患者の情報が該訪問スケジュール管理システムに提供される前に該ある患者の生存に関するステータスが前記非生存を示すステータスとなった場合は、該ある患者の情報を該訪問スケジュール管理システムに提供しない制御を行う、
処理をコンピュータに実行させることを特徴とする情報提供制御プログラム。
【請求項６】
在宅の患者に対して協同して医療サービスを行う複数種類の医療機関それぞれの医療従事者間における患者の情報の提供制御を行う情報提供制御システムであって、
前記医療従事者のうち、第１の医療従事者の第１端末が、第２の医療従事者へ対して、該第１の医療従事者が登録した前記患者の情報の共有を要求する患者情報共有要求を、該患者の情報の提供制御を行うサーバに送信し、
前記サーバは、
生存に関するステータスが管理される前記患者の情報、ある患者のステータスが、該ある患者のステータスが非生存を示すステータスとなる前に、前記患者情報共有要求を受信したことに応じて前記第２の医療従事者の利用する第２の端末に対して共有されていた場合は、該ある患者のステータスが該非生存を示すステータスに変化した後も該第２の端末に対して該患者の情報を参照可能に制御し、
前記患者情報共有要求を受信する前に該ある患者の生存に関するステータスが前記非生存を示すステータスとなった場合は、該ある患者の情報を前記第２の端末に対して共有する対象としない制御を行う、
ことを特徴とする情報提供制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者の情報を在宅チームケアのシステムに提供する技術に関する。
【背景技術】
【０００２】
近年、在宅医療・介護の現場では、高齢者を含む患者の身体・認知能力の差により多くの専門職種がチームを組んで高齢者を支える取り組みが行われるようになっている。専門職種としては、医師、看護師、薬剤師、ケアマネージャ、介護士等があり、種々の専門職種がチームを組んで、在宅で患者の治療を行う医療体制がある。このように種々の専門職種がチームを組んで在宅の患者に対して医療サービスを含めたケアを行うことは、チームケアと呼ばれている。
【０００３】
それらの多職種間でケアに必要となる共通指標（身体状況、生活状況）・スケジュール・メッセージなどを共有することで、チームのメンバーは必要となる患者の最新情報を確認できるシステムが導入されるようになっている。
【０００４】
患者情報の共有化に関して、患者の医療情報を出力する場合に制限した患者情報のみを出力する技術、複数事業者間の緊密な連携ができる技術等が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１８３３１９号公報
【特許文献２】特開２００２−２１５８００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記従来技術では、医療に係る種々の専門職種と利用者・家族との間で患者情報の共有化を行うことができる。しかしながら、患者が死亡した際、即ち、システムにおいて患者のステータスが生存から非生存へと変化した場合の、患者情報の共有化については明確な仕組みがない。
【０００７】
在宅医療では、種々の専門職種と、患者及びその家族との係りが強く、患者の死亡後にシステムにおいて患者のステータスが非生存へと変化した場合であっても、係わった患者に関する種々の情報の連携を、従前通り継続しておきたい場合がある。
【０００８】
その一方で、患者情報が、専門職種間で制限なく共有可能な状態であるのは好ましくない。ステータスが非生存へと変化した後には、患者の治療に係ったチーム以外の専門職種に対して、患者情報が共有可能な状態にならない仕組みが望まれる。
【０００９】
したがって、１つの側面では、本発明は、患者情報を在宅チームケアのシステムに提供する際、適切に情報提供を行うことを目的とする。
【課題を解決するための手段】
【００１０】
一態様によれば、生存に関するステータスが管理される患者の情報、ある患者のステータスが、該ある患者のステータスが非生存を示すステータスとなる前に、患者に対する訪問スケジュールを登録する登録処理部を備えた訪問スケジュール管理システムに対して既に提供されていた場合は、該ある患者のステータスが該非生存を示すステータスに変化した後も該訪問スケジュール管理システムに対して該ある患者の情報を提供し、前記ある患者の情報が該訪問スケジュール管理システムに提供される前に該患者の生存に関するステータスが前記非生存を示すステータスとなった場合は、該ある患者の情報を該訪問スケジュール管理システムに提供しない制御を行う、処理をコンピュータが行うことを特徴とする情報提供制御方法が提供される。
【００１１】
また、上記課題を解決するための手段として、情報提供制御プログラム、及び、情報提供制御システムとすることもできる。
【発明の効果】
【００１２】
患者情報を在宅チームケアのシステムに提供する際、適切に情報提供を行うことができる。
【図面の簡単な説明】
【００１３】
【図１】在宅チームケア支援システムのネットワーク構成例を示す図である。
【図２】在宅チームケア支援サーバのハードウェア構成を示す図である。
【図３】在宅チームケア支援サーバの機能構成例を示す図である。
【図４】患者情報共有処理を説明するための図である。
【図５】第１の共有処理例を説明するための図である。
【図６】第２の共有処理例を説明するための図である。
【図７】患者情報のシステムへの提供例を説明するための図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態を図面に基づいて説明する。まず、本実施例における在宅チームケア支援システム１０００のネットワーク構成について図１で説明する。図１は、在宅チームケア支援システムのネットワーク構成例を示す図である。
【００１５】
図１において、在宅チームケア支援システム１０００は、在宅チームケア支援サーバ１００と、医師端末２ａと、薬剤師端末２ｂと、看護師端末２ｃと、ヘルパー端末２ｄと、ケアマネ端末２ｅとを有し、サーバ１００と、各端末２ａ〜２ｅとは、ネットワーク５で接続される。以降の説明において、各端末２ａ〜２ｅを総称して端末２と表現する場合がある。
【００１６】
在宅チームケア支援サーバ１００は、診療所４ａ等の医師１ａ、訪問薬局４ｂの薬剤師１ｂ、訪問看護ステーション４ｃの看護師１ｃ、訪問介護事業所４ｄのヘルパー１ｄ、居宅介護支援事業所４ｅのケアマネージャー１ｅによるチームケアを支援するコンピュータ装置であり、在宅チームケアに関して、Software as a Service（SaaS）を提供する。在宅チームケア支援サーバ１００は、クラウドサーバ等であっても良い。
【００１７】
医師端末２ａは、医師１ａによって利用されるコンピュータ装置である。薬剤師端末２ｂは、薬剤師１ｂによって利用されるコンピュータ装置である。看護師端末２ｃは、看護師１ｃによって利用されるコンピュータ装置である。ヘルパー端末２ｄは、ヘルパー１ｄによって利用されるコンピュータ装置である。ケアマネ端末２ｅは、ケアマネージャーによって利用されるコンピュータ装置である。端末２ａ〜２ｅは、通信機能を有しネットワーク５を介して在宅チームケア支援サーバ１００と通信可能に接続できるコンピュータであればよく、パーソナルコンピュータや、ノートブック型、タブレット型等の端末である。
【００１８】
在宅チームケア支援サーバ１００は、医師１ａ、薬剤師１ｂ、看護師１ｃ、ヘルパー１ｄ、及びケアマネージャー１ｅを利用メンバーとし、各メンバーが利用できる患者情報を管理する。患者情報は、患者ＩＤ、患者名、住所、身体状況及び生活状況を含めた病状、在宅ケアに係るステータスに関する情報を含む。
【００１９】
また、在宅チームケア支援サーバ１００は、チームケアに必要な種々の機能及び情報を提供する。在宅チームケア支援サーバ１００をクラウドサーバとして構成することにより、各端末２ａ〜２ｅは、種々の機能の実態、即ち、プログラムや、患者情報等を保持する必要なく、在宅チームケアに必要な支援を得ることができる。在宅チームケア支援サーバ１００は、情報提供装置に相当する。
【００２０】
図１では、専門職種の異なる利用者の端末２ａ〜２ｅで利用できる患者一覧３ａ〜３ｅを例示している。患者一覧３ａ〜３ｅは、在宅チームケア支援サーバ１００で管理するため、端末２ａ〜２ｅの各々で患者一覧３ａ〜３ｅに実態を保持しなくても良い。
【００２１】
各患者一覧３ａ〜３ｅは、少なくとも各医療機関で登録した患者の患者情報を含み、チームケアが行われる場合等には複数の医療機関間で共有する患者情報が更に加えられる。診療所４ａ、訪問薬局４ｂ、訪問介護ステーション４ｃ、訪問介護事業所４ｄ、居宅介護支援事業所４ｅが、医療機関に相当する。
【００２２】
この例では、各医療機関で登録した患者ＩＤの先頭に医療機関毎で異なる英字を付している。診療所４ａで登録された患者ＩＤでは英字Ａを付し、訪問薬局４ｂで登録された患者ＩＤでは英字Ｂを付し、訪問介護ステーション４ｃで登録された患者ＩＤでは英字Ｃを付し、訪問介護事業所４ｄで登録された患者ＩＤでは英字Ｄを付し、居宅介護支援事業所４ｅで登録された患者ＩＤでは英字Ｅを付している。従ってこの例では、患者ＩＤは、患者個人を一意に識別するだけでなく、どの医療機関の患者一覧に登録されていた患者であるかを示してもいることになる。すなわち患者ＩＤは結果的に患者情報を登録した医療機関を特定する情報でもあることになる。
【００２３】
図１では、診療所４ａで患者ＩＤ「Ａ００１」、「Ａ００２」、「Ａ００３」等が登録された後、チームケア等により、診療所４ａで登録された患者ＩＤ「Ａ００２」の患者情報が、訪問介護ステーション４ｃ、訪問介護事業所４ｄ、及び居宅介護支援事業所４ｅで共有されていることを示している。
【００２４】
また、診療所４ａで患者ＩＤ「Ａ００５」が登録された後、チームケア等により、患者ＩＤ「Ａ００５」の患者情報が、訪問薬局４ｂ及び居宅介護支援事業所４ｅで共有されていることを示している。
【００２５】
図２は、在宅チームケア支援サーバ１００のハードウェア構成を示す図である。図２において、在宅チームケア支援サーバ１００は、コンピュータであって、ＣＰＵ（Central Processing Unit）１１と、主記憶装置１２と、補助記憶装置１３と、入力装置１４と、表示装置１５と、通信Ｉ／Ｆ（インターフェース）１７と、ドライブ装置１８とを有し、それらのユニットがバスＢに接続されている。
【００２６】
ＣＰＵ１１は、主記憶装置１２に格納されたプログラムに従って在宅チームケア支援サーバ１００を制御する。主記憶装置１２には、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１にて実行されるプログラム、ＣＰＵ１１での処理に必要なデータ、ＣＰＵ１１での処理にて得られたデータ等を記憶又は一時保存する。
【００２７】
補助記憶装置１３には、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置１３に格納されているプログラムの一部が主記憶装置１２にロードされ、ＣＰＵ１１に実行されることによって、各種処理が実現される。記憶部１３０は、主記憶装置１２及び／又は補助記憶装置１３を有する。
【００２８】
入力装置１４は、マウス、キーボード等を有し、在宅チームケア支援システム１０００もしくは在宅チームケア支援サーバ１００の管理者が在宅チームケア支援サーバ１００による処理に必要な各種情報を入力するために用いられる。表示装置１５は、ＣＰＵ１１の制御のもとに必要な各種情報を表示する。通信Ｉ／Ｆ１７は、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ１７による通信は無線又は有線に限定されるものではない。 
在宅チームケア支援サーバ１００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体１９や、通信Ｉ／Ｆ１７を介して在宅チームケア支援サーバ１００に提供される。
【００２９】
ドライブ装置１８は、ドライブ装置１８にセットされた記憶媒体１９（例えば、ＣＤ−ＲＯＭ等）と在宅チームケア支援サーバ１００とのインターフェースを行う。
【００３０】
また、記憶媒体１９に、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体１９に格納されたプログラムは、ドライブ装置１８を介して在宅チームケア支援サーバ１００にインストールされる。インストールされたプログラムは、在宅チームケア支援サーバ１００により実行可能となる。
【００３１】
尚、プログラムを格納する媒体としてＣＤ−ＲＯＭに限定するものではなく、コンピュータが読み取り可能な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。
【００３２】
図３は、在宅チームケア支援サーバ１００の機能構成例を示す図である。図３において、在宅チームケア支援サーバ１００は、患者情報共有処理部６０と、チームメッセージ管理部６１と、共通指標管理部６２、訪問スケジュール管理部６３とを有する。また、記憶部１３０には、患者一覧記憶領域５３、チームメッセージ記憶領域６１ｄ、共通指標記憶領域６２ｄと、訪問スケジュール記憶領域６３ｄ等が記憶される。
【００３３】
患者情報共有処理部６０は、患者一覧記憶領域５３に記憶される各患者一覧３ａ〜３ｅの管理と、医療従事者である関係者間での患者情報の共有を制御する。
【００３４】
診療所の患者一覧３ａは、診療所４ａで診ている患者の情報である。訪問薬局の患者一覧３ｂは、訪問薬局４ｂで診ている患者の情報である。訪問看護の患者一覧３ｃは、訪問看護ステーション４ｃで診ている患者の情報である。訪問介護の患者一覧３ｄは、訪問介護事業所４ｄで診ている患者の情報である。居宅介護の患者一覧３ｅは、居宅介護支援事業所４ｅで診ている患者の情報である。
【００３５】
各患者一覧３ａ〜３ｅの各レコードが患者情報に相当する。各レコードは、患者ＩＤ、患者名、住所、病状、ステータス等の項目を有する。患者ＩＤは、患者を一意に特定可能な患者識別情報である。患者名は、患者のフルネームを示す情報である。住所は、患者の住所を示す情報である。病状は身体状況及び生活状況を含めた患者の状態を示す情報である。
【００３６】
ステータスは、患者が治療を受ける形態を示す情報であり、例えば、入院、居宅、施設、中止、非生存等の値を示す。入院は、患者が入院中であることを示し、居宅は、患者が居宅にて診療を受けていることを示す。また、施設は、患者が介護施設等の施設に入居していることを示す。中止は、患者の転居等により診療が中止となったことを示す。非生存は、患者が死亡したことを示す。
【００３７】
各患者一覧３ａ〜３ｅは、医療機関が登録した登録患者情報Ｆ１を少なくとも含む。また、各患者一覧３ａ〜３ｅは、チームケアにより複数種類の医療機関の関係者が連携して診療を行う患者の患者情報を含む場合がある。この場合、患者情報は、その患者情報を登録した医療機関以外の医療機関でも共有される。図３において、このように共有された患者情報を、共有患者情報Ｆ２で示す。
【００３８】
チームメッセージ管理部６１は、患者ＩＤに関連付けて、患者の病状、身体状況、生活状況等に係るメッセージのチーム内での共有を可能とする、チームメッセージ管理システム６１ｃ（図７）を提供する。ここで、チームとは、同一の患者を協同してケアする、複数の医療機関もしくは複数の医療機関の関係者を指す。
【００３９】
共通指標管理部６２は、患者ＩＤに関連付けて、患者の身長や体重、平常時の血圧や体温などのバイタル情報のような、複数種類の医療機関の関係者がそれぞれで測定したり利用したりする情報を管理し、同一チーム内において共有可能とする。共通指標管理部６２は、バイタル情報等の測定値を計測した時刻の順がわかるように記録し、患者の状態の経過を分かり易くしたグラフ図等で表示する共通指標管理システム６２ｃ（図７）を提供する。
【００４０】
訪問スケジュール管理部６３は、患者に係る同一チーム内において、各職種のスケジュールを一括して管理する。訪問スケジュール管理部６３は、同一チーム内で共有される患者情報を利用して訪問スケジュールを登録する登録処理部６３ｅを有し、同一チーム内での各職種のスケジュールの確認を容易とし、スケジュール変更を関係者間で把握し易くする訪問スケジュール管理システム６３ｃ（図７）を提供する。
【００４１】
在宅チームケア支援サーバ１００は、チームメッセージ管理部６１、共通指標管理部６２、及び訪問スケジュール管理部６３に対する処理の要求を、端末２から受信すると、端末２と、在宅チームケア支援サーバ１００との間で要求された処理を行うためのプログラムが、端末２に提供される。プログラムは、例えば、Ｗｅｂブラウザ上で動作するJavaScript（登録商標）等である。
【００４２】
端末２と、在宅チームケア支援サーバ１００との間で処理が行われることにより、チームメッセージ管理システム６１ｃ、共通指標管理システム６２ｃ、及び訪問スケジュール管理システム６３ｃ（図７）が仮想的に実現されることになる。
【００４３】
患者情報共有処理部６０は、患者情報の共有化を行う処理部である。ここで、患者情報は個人情報であるため、患者情報の管理は慎重に行われなければならない。従って、患者情報共有処理部６０で行われる患者情報の共有状況は、「場のオーナー」と呼ばれる、在宅チームケアのチーム内の代表者によって把握されるべきことである。患者情報共有処理部６０は、予め定められた場のオーナーに対してのみ共有状況の参照を許容する。
【００４４】
場のオーナーとなり得る者は医師１ａに限定されるものではないが、以下の説明において、場のオーナーは医師１ａであるとして説明する。同一の患者を協同してケアするチーム、すなわち同一のチーム内にて、医師１ａが共有状況を参照する際には、患者情報共有処理部６０における参照に係るプログラムが医師端末２ａに提供され、医師端末２ａにおいて患者情報の共有状況が参照可能となる。プログラムは、例えば、Ｗｅｂブラウザ上で動作するJavaScript（登録商標）等である。
【００４５】
以下に、患者情報共有処理部６０による患者情報共有処理について説明する。患者情報の共有は、患者又は家族と、その患者の患者情報を登録した第１医療機関との間で、他の第２医療機関との患者情報の共有に関して同意を得た上で、第１医療機関から患者ＩＤを指定して、第２医療機関と患者情報を共有する要求を行うことで、患者情報共有処理が開始される。例えば、診療所４ａの医師１aが往診していた、もしくは、診療所４ａに通院して診察を受けていたある患者が、新たに訪問介護を受けることになったとすると、該ある患者に関する患者情報を、訪問介護事業者４ｄも参照する必要が生じる。そこで、該ある患者本人または家族と診療所４ａの医師１ａとの同意の下、患者情報共有処理により、患者一覧３ａに登録されている該ある患者に関する情報を、訪問介護事業者４ｄに従事する関係者からも参照できるようにするため共有化させる。
【００４６】
図４は、患者情報共有処理を説明するための図である。図４において、在宅チームケア支援サーバ１００の患者情報共有処理部６０は、端末２から患者情報共有要求８を受信したか否かを判断する（ステップＳ７１）。患者情報共有要求８を送信した端末２のことを指して、以下の説明で要求元と記載する場合がある。
【００４７】
患者情報共有要求８は、共有元情報、共有先情報、共有患者ＩＤ等を含む。共有元情報は、患者情報の登録元の医療機関を特定する情報を示す。登録元の医療機関は基本的には、患者情報共有要求８を送信した端末２を利用している医療機関である。共有元情報は例えば、システム内で医療機関に対して一意に付与されているＩＤがこれに相当する。また、図１で例示したように患者ＩＤの情報が、登録元の医療機関を特定する情報も含んでいる場合、共有元情報は省略されても良い。また、患者情報共有要求８の送信元である端末２のアドレスや端末２を操作する操作者ＩＤから医療機関を特定できるのであれば、共有元情報は省略されても良い。
共有先情報は、患者情報を共有する先の医療機関を特定する情報を示す。例えば、システム内で医療機関に対して一意に付与されているＩＤがこれに相当する。共有先情報によって、複数の医療機関が指定されても良い。共有患者ＩＤは、患者情報共有処理の処理対象とされる患者情報の患者ＩＤを示す。
【００４８】
ステップＳ７１にて、患者情報共有要求８を受信していないと判断した場合、患者情報共有処理部６０は、所定間隔でステップＳ７１を繰り返す。一方、患者情報共有要求８を受信した場合、患者情報共有処理部６０は、患者情報共有要求８から共有元情報を取得する（ステップＳ７２）。
【００４９】
患者情報共有処理部６０は、共有元情報を用いて、共有元患者一覧３０を記憶部１３０から特定して読み込む（ステップＳ７３）。例えば、共有元情報によって診療所４ａが特定される場合、記憶部１３０から診療所４ａの患者一覧３ａが特定されて読み出される。共有元情報によって訪問薬局４ｂが特定される場合、訪問薬局４ｂの患者一覧３ｂが特定され読み出される。共有元情報が他の医療機関を示す場合も同様に、その医療機関に対応する患者一覧が特定され読み出される。読み出された患者一覧はテンポラリに記憶される。説明のため、この例では、テンポラリに記憶された患者一覧を指して共有元患者一覧３０と表現している。
【００５０】
そして、患者情報共有処理部６０は、共有元患者一覧３０から登録患者情報Ｆ１を抽出する第１の抽出処理を行う（ステップＳ７４）。更に、患者情報共有処理部６０は、ステップＳ７４で抽出した登録患者情報Ｆ１から、ステータスが非生存以外を示すレコードを抽出する第２の抽出処理を行う（ステップＳ７５）。ステップＳ７４とステップＳ７５との処理により、共有元情報に示される医療機関により登録された患者情報のうち、生存している患者の患者情報が抽出されることになる。
【００５１】
次に、患者情報共有処理部６０は、患者情報共有要求８で指定される共有患者ＩＤのレコードを複製する（ステップＳ７６）。患者情報共有処理部６０は、患者情報共有要求８から共有患者ＩＤを取得する。患者情報共有処理部６０は、取得した共有患者ＩＤと一致するレコードを、第２の抽出処理の結果から特定して複製する。複製された患者情報が、共有先の医療機関へ共有化される対象のデータとなる。
【００５２】
患者情報共有処理部６０は、患者情報共有要求８から共有先情報を取得する（ステップＳ７７）。そして、患者情報共有処理部６０は、共有先情報を用いて、共有先情報に示される医療機関に対応する患者一覧を記憶部１３０内から読み出す。この例では説明のため読み出した患者一覧を指して共有先患者一覧３１と表現している。患者情報共有要求８に複数の共有先情報が含まれる場合は、それぞれの共有先情報により特定される医療機関ごとに、対応する患者一覧を個別に読み出す。図４の例では読み出した個々の患者一覧を指して、共有先患者一覧３１−１〜３１−ｎと表現している。そして、ステップＳ７６で複製したレコードを各共有先患者一覧３１−１〜３１−ｎに追加する（ステップＳ７８）。共有先患者一覧３１に対してレコードが追加されるということは、共有先患者一覧３１に対応する患者一覧３a〜３eのいずれかに、該レコードが新たに登録されることを意味する。患者情報共有処理部６０は、患者情報共有処理を終了する。
【００５３】
患者情報共有要求８には、複数の共有患者ＩＤが含まれていても良い。その場合、ステップＳ７６で複数の共有患者ＩＤについて処理を行うことになる。
なお、上述した患者情報共有処理において、ステップＳ７５の処理後に、場のオーナーの端末、すなわち、場のオーナーのアカウントがログインしている端末２に、患者情報共有要求８の内容と、第２の抽出処理の結果とを表示させてもよい。もしくは場のオーナーのアカウントに宛てて、患者情報共有要求８の内容と、第２の抽出処理の結果をメールやメッセージ等の形式で送信しても良い。場のオーナーに対する通知のあと、場のオーナーが操作する端末２から通知した患者情報の共有に関して承認を示す信号を得るようにしてもよい。この場合、場のオーナーによる承認により、ステップＳ７６からの処理が有効となるようにする。場のオーナーにより承認されなかった場合は、患者情報共有要求８の要求元に共有が承認されなかった旨を応答する。
【００５４】
図４の処理により、患者情報共有要求８を送信した端末２に対応する医療機関によって登録された患者情報のうち、生存している患者の中で、指定された患者ＩＤの患者情報のみが、共有先に示される医療機関の患者情報に追加登録されることになる。
次に、患者情報が複数の医療機関間で共有される前に既にステータスが「非生存」を示すレコードが登録患者情報Ｆ１に存在する場合の、患者情報共有処理部６０による処理例を第１の共有処理例として説明する。図５は、第１の共有処理例を説明するための図である。診療所４ａの医師１ａが医師端末２ａから、訪問薬局４ｂと患者ＩＤ「Ａ００１」の患者情報を共有する要求を行う場合を例とする。
【００５５】
図５において、患者情報共有処理部６０は、患者情報共有要求８−１を受信する（ステップＳ７１ａ）。患者情報共有要求８−１を参照し、患者情報共有処理部６０は、共有元情報によって、共有元は診療所４ａであることを特定し、共有先情報によって、共有先は訪問薬局４ｂであることを特定し、共有患者ＩＤは「Ａ００１」であることを特定している。この例では、診療所４ａを利用していた患者Ａ００１が、居宅で訪問薬局４ｂからの薬の受け取りサービスを受けることになった場合に相当する。
【００５６】
患者情報共有処理部６０は、患者情報共有要求８−１から共有元情報「診療所」を取得し（ステップＳ７２ａ）、共有元情報「診療所」を用いて、共有元患者一覧３０となる診療所の患者一覧３ａを記憶部１３０から特定して読み込む（ステップＳ７３ａ）。
【００５７】
そして、患者情報共有処理部６０は、診療所の患者一覧３ａから登録患者情報Ｆ１を抽出する第１の抽出処理を行う（ステップＳ７４ａ）。更に、患者情報共有処理部６０は、ステップＳ７４ａで抽出した登録患者情報Ｆ１から、ステータスが非生存以外を示すレコードを抽出する第２の抽出処理を行う（ステップＳ７５ａ）。その結果、抽出結果９０が記憶部１３０に格納される。例えば、患者一覧３ａに含まれていた患者ＩＤ「Ａ００２」の患者は、ステータスが「非生存」であるので、抽出結果９０には含まれないことになる。
【００５８】
次に、患者情報共有処理部６０は、抽出結果９０から、患者情報共有要求８−１で指定される共有患者ＩＤ「Ａ００１」のレコードを複製する（ステップＳ７６ａ）。
【００５９】
また、患者情報共有処理部６０は、患者情報共有要求８−１から共有先情報「訪問薬局」を取得する（ステップＳ７７ａ）。患者情報共有処理部６０は、共有先情報「訪問薬局」を用いて記憶部１３０内の訪問薬局の患者一覧３ｂを読み出す。そして、ステップＳ７６ａで複製したレコードを訪問薬局の患者一覧３ｂに追加する（ステップＳ７８ａ）。図５では説明のため、レコードが追加された後の患者一覧３ｂを指して、患者一覧３ｂ−２と表現している。ステップＳ７８ａの処理が行われた結果、訪問薬局の患者一覧３ｂは、３ｂ−２の状態で記憶部１３０に格納される。
【００６０】
患者情報共有処理部６０は、医師端末２ａに対して、患者情報共有応答９−１を返す（ステップＳ７９ａ）。例えば、患者情報共有要求８−１に示された処理が完了した旨を示す情報をを医師端末２ａに送信する。そして、この患者情報共有処理を終了する。
図５の処理が実行されることにより、共有の対象である患者ＩＤ「Ａ００１」のレコードが追加された訪問薬局の患者一覧３ｂ−２が、薬剤師１ｂによって薬剤師端末２ｂで利用可能となり、共有患者ＩＤ「Ａ００１」の患者情報が、医師１ａと薬剤師１ｂとで共有される。
【００６１】
上述において、診療所の患者一覧３ａの登録患者情報Ｆ１には、ステータスが「非生存」を示す患者ＩＤ「Ａ００２」のレコードが存在する。患者ＩＤ「Ａ００２」のレコードは、ステップＳ７５ａでの処理で除外されるため、共有前に既にステータスが「非生存」を示す場合には、他の医療機関と共有されないように情報提供を制御することができる。先に説明したとおり、患者情報は個人情報であるため、医療機関間で患者情報を共有するとしても、業務上知る必要の無い医療機関にまで患者情報が共有されることは好ましくない。一般的にはチームケアが対象とするのは当然ながら医療的なサポートが必要である生存中の患者である。上記処理によれば、非生存の患者に関する患者情報が、未共有であった医療機関に対して新たに共有されることを未然に防ぐことができる。従って、業務上知る必要の無い医療機関にまで患者情報が共有されることを抑止できる。
【００６２】
次に、患者情報が複数の医療機関間で共有された後にステータスが「非生存」に変わったレコードが、既に複数の医療機関間で共有されている患者情報である共有患者情報Ｆ２に存在する場合の、患者情報共有処理部６０による処理例を第２の共有処理例として説明する。図６は、第２の共有処理例を説明するための図である。第２の共有処理例では、患者一覧のデータ遷移で患者情報共有処理部６０による処理を説明する。
【００６３】
図６において、診療所４ａの患者一覧３ａにもともと登録されていたステータス「居宅」の患者ＩＤ「Ａ００１」の患者情報が、訪問薬局４ｂに対して共有されており、さらに居宅介護支援事業所４ｅにおいても共有されているとする。即ち、訪問薬局の患者一覧３ｂ及び居宅介護の患者一覧３ｅの共有患者情報Ｆ２には、患者ＩＤ「Ａ００１」の患者情報が既に含まれている。そして、図４や図５に示した患者情報共有処理部６０による処理により、患者情報が共有された後、患者ＩＤ「Ａ００１」の患者が死亡し、ステータスが「居宅」から「非生存」に更新されたとする。その後、訪問薬局４ｂの薬剤師１ｂが薬剤師端末２ｂから、居宅介護支援事業所４ｅと患者ＩＤ「Ｂ００５」の患者情報を新たに共有する要求を行うとする。
【００６４】
患者情報共有処理部６０は、訪問薬局４ｂの薬剤師端末２ｂから患者情報共有要求８−２を受信する（ステップＳ７１ｂ）。患者情報共有処理部６０は、患者情報共有要求８−２を参照して、共有元情報によって、共有元は訪問薬局４ｂであることを特定し、共有先情報によって、共有先は居宅介護支援事業所４ｅであることを特定し、共有患者ＩＤは「Ｂ００５」であることを特定している。
【００６５】
患者情報共有処理部６０は、患者情報共有要求８−２から共有元情報「訪問薬局」を取得し（ステップＳ７２ｂ）、共有元情報「訪問薬局」を用いて、共有元患者一覧３０となる訪問薬局の患者一覧３ｂ−２を記憶部１３０から特定して読み込む（ステップＳ７３ｂ）。
【００６６】
そして、患者情報共有処理部６０は、訪問薬局の患者一覧３ｂ−２から登録患者情報Ｆ１を抽出する第１の抽出処理を行う（ステップＳ７４ｂ）。第１の抽出処理による第１の抽出結果９１が記憶部１３０に格納される。
【００６７】
更に、患者情報共有処理部６０は、第１の抽出結果９１から、ステータスが非生存以外を示すレコードを抽出する第２の抽出処理を行う（ステップＳ７５ｂ）。その結果、第２の抽出結果９２が記憶部１３０に格納される。第２の抽出結果９２は、第１の抽出結果９１（登録患者情報Ｆ１）から、ステータスが非生存を示す患者ＩＤ「Ｂ００４」のレコードを除いた結果を示す。
【００６８】
次に、患者情報共有処理部６０は、第２の抽出結果９２から、患者情報共有要求８−２で指定される共有患者ＩＤ「Ｂ００５」のレコードを複製する（ステップＳ７６ｂ）。
【００６９】
また、患者情報共有処理部６０は、患者情報共有要求８−２から共有先情報「居宅介護支援事業所」を取得する（ステップＳ７７ｂ）。患者情報共有処理部６０は、共有先情報「居宅介護支援事業所」を用いて、記憶部１３０内の居宅介護の患者一覧３ｅを読み出す。そして、ステップＳ７６ｂで複製したレコードを居宅介護の患者一覧３ｅに追加する（ステップＳ７８ｂ）。図６では説明のため、レコードが追加された後の患者一覧３ｅを指して、患者一覧３ｅ−２と表現している。ステップＳ７８ｂの処理が行われた結果、居宅介護の患者一覧３ｅ−２が記憶部１３０に格納される。
【００７０】
患者情報共有処理部６０は、訪問薬局端末２ｂに対して、患者情報共有応答９−２を返して（ステップＳ７９ｂ）、この患者情報共有処理を終了する。共有患者ＩＤ「Ｂ００５」のレコードが追加された居宅介護の患者一覧３ｅ−２が、居宅介護支援事業所４ｅのケアマネージャー１ｅによってケアマネ端末２ｅで利用可能となり、共有患者ＩＤ「Ｂ００５」の患者情報が、薬剤師１ｂとケアマネージャー１ｅとで共有される。
【００７１】
この第２の処理例においても、訪問薬局４ｂの患者一覧３ｂ−２の登録患者情報Ｆ１には、ステータスが「非生存」を示す患者ＩＤ「Ｂ００４」のレコードが存在する。患者ＩＤ「Ｂ００４」のレコードは、ステップＳ７５ｂでの処理で除外されるため、共有前に既にステータスが「非生存」を示す場合には、他の医療機関と共有されないように情報提供を制御することができる。
【００７２】
また、訪問薬局４ｂの患者一覧３ｂ−２と、居宅介護支援事業所４ｅの患者一覧３ｅとの両方の共有患者情報Ｆ２に、共有後にステータスが「居宅」から「非生存」に変化したの患者ＩＤ「Ａ００１」の患者情報が既に存在する。患者情報共有処理部６０による患者情報共有処理では、共有患者情報Ｆ２のレコードを操作しないため、共有された患者情報のステータスが「非生存」へと更新された場合であっても、同一チーム内において、継続して患者ＩＤ「Ａ００１」に関連付けた種々のデータを参照することができる。言い換えると、チームメッセージ管理システム６１ｃ、共通指標管理システム６２ｃ、及び訪問スケジュール管理システム６３ｃに患者ＩＤ「Ａ００１」の患者情報が提供され続けると言える。
【００７３】
患者の死亡後においても、患者の生前に関係していた医療機関の関係者が患者宅を訪問して、介護に利用していた機器の回収を行ったり、家族に対して手続きを行ったり、患者に対するケア内容を振り返って分析したりする場合がある。上述の通り、共有された後にステータスが「非生存」に変化した患者については、引き続き複数の医療機関の関係者間で患者情報を共有できる状態を維持することで、患者の家族への訪問、在宅チームケアの見直し等を行うことができる。一方、患者情報のステータスが「非生存」に変化した所定期間後に、場のオーナーの権限において、患者ＩＤ「Ａ００１」の患者情報の共有を抑止するようにしても良い。その場合には、共有患者情報Ｆ２に患者ＩＤ「Ａ００１」が登録されている患者一覧から、該患者一覧を削除する、もしくは参照を許可しない制御を患者情報共有処理部６０が行うことができる。
【００７４】
図７は、患者情報の各システム６１ｃ〜６３ｃへの提供例を説明するための図である。図７において、患者情報の一例として、居宅介護支援事業所４ｅの患者一覧３ｅ−２を用いて、提供例を説明する。
【００７５】
図７にて、居宅介護支援事業所４ｅの患者一覧３ｅ−２は、図６での、患者情報共有要求８−２によって、訪問薬局４ｂで登録された患者ＩＤ「Ｂ００５」を居宅介護支援事業所４ｅにおいても共有した結果を示す。
【００７６】
居宅介護支援事業所４ｅの患者一覧３ｅ−２は、登録患者情報Ｆ１と共有患者情報Ｆ２とを有する。登録患者情報Ｆ１は、上述の通り居宅介護支援事業所４ｅによって患者一覧３ｅ（図７の例では３ｅ−２）に登録されたレコードである患者ＩＤ「Ｅ００１」から「Ｅ００３」の患者情報を含む。共有患者情報Ｆ２は、上述の通り居宅介護支援事業所４ｅ以外の医療機関により該医療機関の患者一覧に登録され、居宅介護支援事業所４ｅに対して共有されたレコードである患者ＩＤ「Ａ００１」から「Ｂ００５」の患者情報を含む。
【００７７】
患者ＩＤ「Ｅ００１」及び患者ＩＤ「Ｅ００３」に関してチームメッセージ管理システム６１ｃが利用されている。患者ＩＤ「Ｅ００１」及び患者ＩＤ「Ａ００１」に関して共通指標管理システム６２ｃが利用されている。患者ＩＤ「Ｅ００１」、患者ＩＤ「Ａ００１」、及び患者「Ｂ００５」に関して訪問スケジュール管理システム６３ｃが利用されている。
【００７８】
共有患者情報Ｆ２に属する患者情報は、非生存以外のステータスの場合に共有開始されたレコードであるため、共有された時点では、ステータスに「非生存」が示されるレコードは存在しない。即ち、ステータスの値は、共有時には、「居宅」、「入院」、「施設」、「中止」のいずれかである。
【００７９】
患者ＩＤ「Ａ００１」の患者情報は、共有された時点では、ステータスが「居宅」であったが、その後、「非生存」に変化した例を示している。この場合は、ステータスが「非生存」に変化した後であっても、該患者に対してチームケアを行う同一チーム内において、継続して患者ＩＤ「Ａ００１」に関連付けた種々のデータを参照、及び、新たな情報を登録して関連付けることができる。患者ＩＤ「Ａ００１」の患者情報はシステム６１ｃ〜６３ｃに提供される。
【００８０】
上述したように、本実施例に係る在宅チームケア支援システム１０００では、患者情報のステータスが「非生存」に変化する前に、患者の在宅チームケアのメンバである複数の医療機関間で共有された場合、ステータスが「非生存」に変化した後も患者情報を共有し続けることができる。
【００８１】
また、患者情報を共有化する際に、患者一覧の登録患者情報Ｆ１に患者情報のステータスが「非生存」を示す患者情報を含む場合には、その患者情報を共有化対象として抽出しないため、ステータスが「非生存」を示す患者情報が、チームケアを目的としたシステム６１ｃ〜６３ｃに新たに提供開始されることがない。この場合、ステータスが「非生存」を示す患者情報は、この患者情報を登録した登録元の医療機関でしか利用されない。
【００８２】
本実施例において、患者情報を在宅チームケアのシステム（６１ｃ、６２ｃ、６３ｃ）に提供する際、患者の生存に関するステータスが、提供後に非生存に変化した場合は継続提供し、提供前に非生存の場合はシステムに提供しないことで、業務上継続して患者情報を参照する必要がある医療機関に対して患者情報の共有状態を維持することができ、また、業務上知る必要の無い医療機関にまで患者情報が新たに共有されることを抑止できる。すなわち、適切に患者情報の情報提供を行える。
【００８３】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【００８４】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
生存に関するステータスが管理される患者の情報、ある患者のステータスが、該ある患者のステータスが非生存を示すステータスとなる前に、患者に対する訪問スケジュールを登録する登録処理部を備えた訪問スケジュール管理システムに対して既に提供されていた場合は、該ある患者のステータスが該非生存を示すステータスに変化した後も該訪問スケジュール管理システムに対して該ある患者の情報を提供し、前記ある患者の情報が該訪問スケジュール管理システムに提供される前に該患者の生存に関するステータスが前記非生存を示すステータスとなった場合は、該ある患者の情報を該訪問スケジュール管理システムに提供しない制御を行う、
処理をコンピュータが行うことを特徴とする情報提供制御方法。
（付記２）
患者情報共有要求に応じて、該患者情報共有要求を前記コンピュータに対して送信した端末に対応する医療機関で参照可能な患者の情報から該医療機関で登録した患者の情報である登録患者情報を抽出し、
前記登録患者情報から前記ステータスが非生存以外を示す患者の情報を抽出する、
処理を前記コンピュータが行うことを特徴とする付記１記載の情報提供制御方法。
（付記３）
前記ステータスが非生存以外を示す患者の情報から、前記患者情報共有要求で指定される患者の情報を複製し、
複製した前記患者の情報を、前記患者情報共有要求で指定される共有先の医療機関に対応する患者情報に追加する
処理を前記コンピュータが行うことを特徴とする付記２記載の情報提供制御方法。
（付記４）
前記患者の情報は、患者の住所又は患者の病状を含むことを特徴とする付記１乃至３のいずれか一項記載の情報提供制御方法。
（付記５）
前記患者の情報は、前記登録患者情報と、前記患者情報共有要求によって共有可能となった共有患者情報と含むことを特徴とする付記１乃至５のいずれか一項記載の情報提供制御方法。
（付記６）
生存に関するステータスが管理される患者の情報について、ある患者のステータスが、該ある患者のステータスが非生存を示すステータスとなる前に、患者に対する訪問スケジュールを登録する登録処理部を備えた訪問スケジュール管理システムに対して既に提供されていた場合は、該ある患者のステータスが該非生存を示すステータスに変化した後も該訪問スケジュール管理システムに対して該患者の情報を提供し、前記ある患者の情報が該訪問スケジュール管理システムに提供される前に該ある患者の生存に関するステータスが前記非生存を示すステータスとなった場合は、該ある患者の情報を該訪問スケジュール管理システムに提供しない制御を行う、
処理をコンピュータに実行させることを特徴とする情報提供制御プログラム。
（付記７）
在宅の患者に対して協同して医療サービスを行う複数種類の医療機関それぞれの医療従事者間における患者の情報の提供制御を行う情報提供制御システムであって、
前記医療従事者のうち、第１の医療従事者の第１端末が、第２の医療従事者へ対して、該第１の医療従事者が登録した前記患者の情報の共有を要求する患者情報共有要求を、該患者の情報の提供制御を行うサーバに送信し、
前記サーバは、
生存に関するステータスが管理される前記患者の情報、ある患者のステータスが、該ある患者のステータスが非生存を示すステータスとなる前に、前記患者情報共有要求を受信したことに応じて前記第２の医療従事者の利用する第２の端末に対して共有されていた場合は、該ある患者のステータスが該非生存を示すステータスに変化した後も該第２の端末に対して該患者の情報を参照可能に制御し、
前記患者情報共有要求を受信する前に該ある患者の生存に関するステータスが前記非生存を示すステータスとなった場合は、該ある患者の情報を前記第２の端末に対して共有する対象としない制御を行う、
ことを特徴とする情報提供制御システム。
【符号の説明】
【００８５】
１ａ          医師
１ｂ          薬剤師
１ｃ          看護師
１ｄ          ヘルパー
１ｅ          ケアマネージャー
２ａ、２ｂ、２ｃ、２ｄ、２ｅ    医師端末
３ａ、３ｂ、３ｃ、３ｄ、３ｅ    患者一覧
４ａ          診療所
４ｂ          訪問薬局
４ｃ          訪問看護ステーション
４ｄ          訪問介護事業所
４ｅ          居宅介護支援事業所
５            ネットワーク
１１          ＣＰＵ
１２          主記憶装置
１３          補助記憶装置
１４          入力装置
１５          表示装置
１６          出力装置
１７          通信Ｉ／Ｆ
１８          ドライブ
１９          記憶媒体
５３          患者一覧記憶領域
６０          患者情報共有処理部
６１          チームメッセージ管理部
６１          チームメッセージ記憶領域
６２          共通指標管理部
６２          共通指標記憶領域
６３          訪問スケジュール管理部
６３          訪問スケジュール記憶領域
１００        在宅チームケア支援サーバ
１０００      在宅チームケア支援システム
【図１】
2015191303.tif 000003
【図２】
2015191303.tif 000004
【図３】
2015191303.tif 000005
【図４】
2015191303.tif 000006
【図５】
2015191303.tif 000007
【図６】
2015191303.tif 000008
【図７】
2015191303.tif 000009