(57)【要約】【課題】チーム医療において適切なアクセス制御を実現することが可能なアクセス制御装置を提供することにある。【解決手段】受信手段は、クライアント端末から、当該クライアント端末を利用するユーザを識別するためのユーザ識別情報を含むアクセス要求であって、医療情報データベースに対するアクセスを要求するアクセス要求を受信する。特定手段は、受信されたアクセス要求によってアクセスが要求された医療情報データベースに対応づけてアクセスルールに定義されている職種を特定する。アクセス制御手段は、特定された職種がアクセス要求に含まれるユーザ識別情報によって識別されるユーザの職種と一致すると判定された場合、アクセス要求によってアクセスが要求された医療情報データベースに対する当該ユーザのアクセスを許可する。【選択図】図１
2014174914.tif 000002
【特許請求の範囲】
【請求項１】
患者に対してチーム医療を行う複数のユーザの各々によって利用されるクライアント端末及び当該複数のユーザの各々の職種に関する医療情報を格納する当該職種毎の医療情報データベースと接続されるアクセス制御装置において、
前記医療情報データベース及び前記複数のユーザの各々の職種のうち前記患者に対してチーム医療を行う際に当該医療情報データベースにアクセス可能な職種を対応づけて定義するアクセスルールを予め格納するアクセスルールデータベースと、
前記クライアント端末から、当該クライアント端末を利用するユーザを識別するためのユーザ識別情報を含むアクセス要求であって、前記医療情報データベースに対するアクセスを要求するアクセス要求を受信する受信手段と、
前記受信されたアクセス要求によってアクセスが要求された医療情報データベースに対応づけて前記アクセスルールに定義されている職種を特定する特定手段と、
前記特定された職種が前記受信されたアクセス要求に含まれるユーザ識別情報によって識別されるユーザの職種と一致するかを判定する判定手段と、
前記特定された職種が前記ユーザ識別情報によって識別されるユーザの職種と一致すると判定された場合、前記受信されたアクセス要求によってアクセスが要求された医療情報データベースに対する当該ユーザのアクセスを許可するアクセス制御手段と
を具備することを特徴とするアクセス制御装置。
【請求項２】
前記アクセスルールデータベースに格納されているアクセスルールは、前記医療情報データベースと当該医療情報データベースにアクセス可能な職種との関係を体系的に表すオントロジーとして定義されていることを特徴とする請求項１記載のアクセス制御装置。
【請求項３】
第１の取得手段と、第２の取得手段と、第３の取得手段と、最適化手段とを更に具備し、
前記アクセスルールデータベースは、前記チーム医療が行われる患者毎に前記アクセスルールを格納し、
前記第１の取得手段は、前記チーム医療が行われる第１の患者を識別するための患者識別情報を取得し、
前記第２の取得手段は、前記第１の取得手段によって取得された患者識別情報によって識別される第１の患者のアクセスルールを前記アクセスルールデータベースから取得し、
第３の取得手段は、前記第１の取得手段によって取得された患者識別情報によって識別される第１の患者に関する患者情報に基づいて、前記第２の取得手段によって取得された第１の患者のアクセスルールに関連する第２の患者のアクセスルールを取得し、
前記最適化手段は、前記第３の取得手段によって取得された第２の患者のアクセスルールに基づいて、前記第２の取得手段によって取得された第１の患者のアクセスルールを最適化する
ことを特徴とする請求項１記載のアクセス制御装置。
【請求項４】
前記アクセスルールデータベースに格納されているアクセスルールは、前記医療情報データベースに格納されている医療情報に対応づけて前記複数ユーザの各々の職種のうち前記患者に対してチーム医療を行う際に当該医療情報にアクセス可能な職種を定義し、
前記受信手段は、前記医療情報データベースに格納されている医療情報に対するアクセスを要求するアクセス要求を受信し、
前記特定手段は、前記受信されたアクセス要求によってアクセスが要求された医療情報に対応づけて前記アクセスルールに定義されている職種を特定し、
前記アクセス制御手段は、前記特定された職種が前記ユーザ識別情報によって識別されるユーザの職種と一致すると判定された場合、前記受信されたアクセス要求によってアクセスが要求された医療情報に対する当該ユーザのアクセスを許可する
ことを特徴とする請求項１記載のアクセス制御装置。
【請求項５】
前記チーム医療が行われる患者に対して実施される治療計画が変更された後に前記医療情報データベースにアクセス可能な職種を定義するバリアンス用のアクセスルールを予め格納するバリアンス用ルールデータベースと、
前記患者に対して実施される治療計画が変更されたことを示すバリアンス情報を取得するバリアンス情報取得手段と、
前記バリアンス情報取得手段によって取得されたバリアンス情報に基づいて、前記バリアンス用ルールデータベースから前記バリアンス用のアクセスルールを取得するバリアンス用ルール取得手段と、
前記バリアンス用ルール取得手段によって取得されたバリアンス用のアクセスルールに基づいて、前記アクセスルールデータベースに格納されているアクセスルールを更新する更新手段と
を更に具備することを特徴とする請求項１記載のアクセス制御装置。
【請求項６】
前記アクセス制御手段は、
前記受信されたアクセス要求によってアクセスが要求された医療情報データベースに対する前記ユーザのアクセスが許可された場合、当該医療情報データベースに格納されている医療情報を予め定められた領域に格納する格納処理手段と、
前記予め定められた領域を、前記受信されたアクセス要求によってアクセスが要求された医療情報データベースに対するアクセスが許可されたユーザに対して通知する通知手段と
を含むことを特徴とする請求項１記載のアクセス制御装置。
【請求項７】
前記アクセス制御手段は、予め定めれた期間が経過した場合に前記予め定められた領域に格納された医療情報を削除する削除手段を更に含むことを特徴とする請求項６記載のアクセス制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、医療情報へのアクセスを制御するアクセス制御装置に関する。
【背景技術】
【０００２】
近年では、医療現場における患者の高齢化や医療の高度化・複雑化に伴い、高度かつ専門的な疾病の治療に併せて、例えば療養生活の質を向上させるための専門的なケアを安全かつ効率的に患者に対して提供するために、「チーム医療」が推進されている。
【０００３】
チーム医療とは、患者自身もチームの一員と考えて医療に参加し、当該医療に関わる複数の職種（医療専門職）がそれぞれの専門性を発揮することで、当該患者の満足度をより高めることを目指した医療である。
【０００４】
例えば日本放射線技師会を中心として発足された「チーム医療推進協議会」では、チーム医療検討ワーキンググループ（ＷＧ）やセミナーなどが積極的に開催されている。更に、チーム医療推進協議会の働きかけにより、厚生労働省でもチーム医療への対応が進められている。
【０００５】
なお、チーム医療の推進の一方で、病院等の医療機関では、ＭＤＴ（Multidisciplinary Team）と呼ばれる医療専門職チームを編成し、「患者中心の医療」の実現に向けた取り組みを行っている。なお、ＭＤＴとは上記したチーム医療と同義であり、当該ＭＤＴにおける医療専門職には、例えば外科医、病理科医、看護師及び放射線技師等の様々な職種が含まれる。
【０００６】
上記したチーム医療（ＭＤＴ）においては、患者の治療方針や治療計画の決定及び情報共有のためにミーティング（MDT Meeting）が行われる。このミーティングは、「患者中心の医療」を実現するための１つの手段である。
【０００７】
定期的に開催されるミーティングでは、当該ミーティングに参加するチーム医療のメンバによって患者に対する治療方針や治療計画についての議論が行われ、当該メンバそれぞれの専門性を生かして結論が出される。なお、ミーティングにおいては、議題に上がる患者１人に対して例えば数分程度で結論が出される。
【０００８】
チーム医療においては、このようなミーティングが行われることによって、各医療専門職の壁を越えた治療計画等の議論及び情報共有が行われる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００８−２６９２３９号公報
【特許文献２】特開２０１１−１００３６１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ところで、上記したチーム医療においては、各医療専門職が有する医療情報が持ち寄られ、患者の治療計画等が決定されるが、当該各医療専門職が有する医療情報は、通常、当該医療専門職のメンバが属する診療科（例えば、外科、病理科、看護科及び放射線科等）で独自に管理されている場合が多い。
【００１１】
このため、チーム医療において必要な医療情報であっても、当該チーム医療のメンバは、他の医療専門職が有する医療情報に自由にアクセスして閲覧することはできない。
【００１２】
この場合、チーム医療のメンバは例えばミーティングのための準備や当該ミーティングにおいて決定された治療計画についての確認等を円滑に行うことができず、効率的なチーム医療を実現することができない。
【００１３】
そこで、本発明が解決しようとする課題は、チーム医療において適切なアクセス制御を実現することが可能なアクセス制御装置を提供することにある。
【課題を解決するための手段】
【００１４】
実施形態によれば、患者に対してチーム医療を行う複数のユーザの各々によって利用されるクライアント端末及び当該複数のユーザの各々の職種に関する医療情報を格納する当該職種毎の医療情報データベースと接続されるアクセス制御装置が提供される。
【００１５】
実施形態に係るアクセス制御装置は、アクセスルールデータベースと、受信手段と、特定手段と、判定手段と、アクセス制御手段とを具備する。
【００１６】
前記アクセスルールデータベースは、前記医療情報データベース及び前記複数のユーザの各々の職種のうち前記患者に対してチーム医療を行う際に当該医療情報データベースにアクセス可能な職種を対応づけて定義するアクセスルールを予め格納する。
【００１７】
前記受信手段は、前記クライアント端末から、当該クライアント端末を利用するユーザを識別するためのユーザ識別情報を含むアクセス要求であって、前記医療情報データベースに対するアクセスを要求するアクセス要求を受信する。
【００１８】
前記特定手段は、前記受信されたアクセス要求によってアクセスが要求された医療情報データベースに対応づけて前記アクセスルールに定義されている職種を特定する。
【００１９】
前記判定手段は、前記特定された職種が前記受信されたアクセス要求に含まれるユーザ識別情報によって識別されるユーザの職種と一致するかを判定する。
【００２０】
前記アクセス制御手段は、前記特定された職種が前記ユーザ識別情報によって識別されるユーザの職種と一致すると判定された場合、前記受信されたアクセス要求によってアクセスが要求された医療情報データベースに対する当該ユーザのアクセスを許可する。
【図面の簡単な説明】
【００２１】
【図１】第１の実施形態に係るアクセス制御装置を含むチーム医療支援システムの構成を示すブロック図。
【図２】図１に示すアクセスルールデータベース１１に格納されているアクセスルールのデータ構造の一例を示す図。
【図３】図２に示すアクセスルールについて概念的に説明するための図。
【図４】本実施形態に係るアクセス制御装置１０の処理手順を示すフローチャート。
【図５】第２の実施形態におけるアクセスルールデータベース１１に格納されているアクセスルールのデータ構造の一例を示す図。
【図６】図５に示すアクセスルールについて概念的に説明するための図。
【図７】本実施形態に係るアクセス制御装置１０の処理手順を示すフローチャート。
【図８】図５に示すアクセスルールが最適化された後のアクセスルールの一例について説明するための図。
【図９】第３の実施形態に係るアクセス制御装置を含むチーム医療支援システムの構成を示すブロック図。
【図１０】図９に示すバリアンス用ルールデータベース１０１に格納されているバリアンス用ルールのデータ構造の一例を示す図。
【図１１】本実施形態に係るアクセス制御装置１００によって実行されるアクセスルール更新処理の処理手順を示すフローチャート。
【図１２】対象患者のアクセスルールを更新する処理について具体的に説明するための図。
【図１３】本実施形態に係るアクセス制御装置１００を含むチーム医療支援システムを用いたチーム医療の流れについて概略的に説明するための図。
【発明を実施するための形態】
【００２２】
以下、図面を参照して、各実施形態について説明する。
【００２３】
（第１の実施形態）
図１は、第１の実施形態に係るアクセス制御装置を含むチーム医療支援システムの構成を示すブロック図である。チーム医療支援システムは、例えば複数の職種（医療専門職）のメンバから構成される医療専門職チームによって患者に対する治療を行うチーム医療を支援するために用いられる。なお、チーム医療を行う複数のメンバの各々の職種には、例えば放射線技師、看護師、病理科医及び外科医等の様々な職種が含まれる。
【００２４】
図１に示すチーム医療支援システムにおいて、本実施形態に係るアクセス制御装置１０は、チーム医療を行うメンバ（以下、ユーザと表記）によって利用されるクライアント端末２０と接続されている。このクライアント端末２０は、患者に対してチーム医療を行う際（例えば、チーム医療における意思決定時等）に用いられる。なお、クライアント端末２０は例えばユーザ毎に存在するが、図１においては、便宜的に１つのクライアント端末２０のみが示されている。
【００２５】
また、アクセス制御装置１０は、チーム医療を行う複数のユーザの各々が属する診療科（例えば、放射線科、看護科、病理科及び外科等）毎に管理されている複数の医療情報データベース（ＤＢ）３０と接続されている。
【００２６】
換言すれば、医療情報データベース３０はチーム医療を行う複数のユーザの職種毎に存在し、当該医療情報データベース３０には、当該職種に関する医療情報が格納されている。
【００２７】
なお、上記したチーム医療支援システムには、例えばチーム医療が行われる患者に対して実施される治療計画等を作成する機能を有する意思決定支援システム（図示せず）等が更に含まれる。
【００２８】
アクセス制御装置１０は、クライアント端末２０からの医療情報データベース３０へのアクセスを制御する機能を有する。なお、アクセス制御装置１０は、当該装置の各機能を実現するためのハードウェア構成、またはハードウェアとソフトウェアとの組み合わせ構成として実現されている。ソフトウェアは、予め記憶媒体またはネットワークからインストールされ、アクセス制御装置１０にその機能を実現させるためのプログラムからなる。
【００２９】
アクセス制御装置１０は、アクセスルールデータベース（ＤＢ）１１及びアクセス制御部１２を含む。
【００３０】
アクセスルールデータベース１１には、上記した医療情報データベース３０（を示す情報）及びチーム医療を行う複数のユーザの各々の職種のうち患者に対して当該チーム医療を行う際に当該医療情報データベース３０にアクセス可能な職種（を示す情報）を対応づけて定義するアクセスルールが予め格納されている。
【００３１】
アクセス制御部１２は、医療情報データベース３０に対するアクセスを要求するアクセス要求を、クライアント端末２０から受信する。アクセス制御部１２によって受信されるアクセス要求には、例えば当該アクセス要求の要求元であるクライアント端末２０を利用するユーザを識別するためのユーザ識別情報（以下、ユーザＩＤと表記）等が含まれる。
【００３２】
アクセス制御部１２は、受信されたアクセス要求によってアクセスが要求された医療情報データベース３０に対応づけてアクセスルールに定義されている職種を特定する。アクセス制御部１２は、特定された職種がアクセス要求に含まれるユーザＩＤによって識別されるユーザの職種と一致するか否かを判定する。
【００３３】
アクセス制御部１２は、特定された職種がユーザの職種と一致すると判定された場合、アクセス要求によってアクセスが要求された医療情報データベース３０に対する当該ユーザのアクセスを許可する。
【００３４】
図２は、図１に示すアクセスルールデータベース１１に格納されているアクセスルールのデータ構造の一例を示す。
【００３５】
本実施形態において、アクセスルールデータベース１１に格納されているアクセスルールは、例えば医療情報データベース３０と当該医療情報データベース３０にアクセス可能な職種との関係を体系的に表すオントロジーとして定義されている。オントロジーとは、対象世界（知識領域）をある視点で見たときに立ち現れてくる構成要素（概念）を明示的に表現し、それらの関係をコンピュータ処理可能な形で体系的に記述したもののことをいう。
【００３６】
以下、図２を参照して、アクセスルールデータベース１１に格納されているアクセスルールについて具体的に説明する。
【００３７】
本実施形態において、アクセスルールは、例えばチーム医療において患者に対して実施される治療計画（の種別）毎に予め用意されているものとする。図２では、胃がんの治療計画に対して用意されているアクセスルールの一例を示している。
【００３８】
図２に示すアクセスルールでは、胃がんの治療計画において確認すべき項目と当該項目を確認する際に必要な医療情報が格納されている医療情報データベース３０との関係が構造化されている。
【００３９】
具体的には、図２に示すアクセスルールによれば、例えば胃がんの治療計画において確認すべき項目として、「健康状態（確認）」、「病理情報（確認）」、「投薬（確認）」、「手技（確認）」及び「撮影条件（確認）」が定義されている。また、例えば確認すべき項目「健康状態」については、当該項目を確認する際に必要な医療情報が看護科で管理されている医療情報データベース（看護科ＤＢ）３０に格納されていることが定義されている。なお、他の確認すべき項目についても同様に当該項目を確認する際に必要な医療情報が格納されている医療情報データベース３０が定義されている。
【００４０】
また、図２に示すアクセスルールでは、胃がんの治療計画において確認すべき項目に対応づけられている医療情報データベース（つまり、当該項目を確認する際に必要な医療情報が格納されている医療情報データベース）３０と当該医療情報データベース３０にアクセスすべきユーザの職種（当該医療情報データベース３０にアクセス可能な職種）との関係が構造化されている。
【００４１】
具体的には、図２に示すアクセスルールによれば、例えば確認すべき項目「健康状態」に対応づけられている医療情報データベース（看護科ＤＢ）３０にアクセス可能な職種が「外科医」及び「病理科医」であることが定義されている。アクセスルールにおいては、他の医療情報データベース３０についても同様に当該医療情報データベース３０にアクセス可能な職種が定義されている。
【００４２】
なお、図２に示すアクセスルールでは、看護科ＤＢ３０にアクセス可能な職種として「外科医」及び「病理医」が定義されているが、職種が「看護師」であるユーザは当該アクセスルールにおいて定義されていない場合であっても当該看護科ＤＢ３０にアクセス可能であるものとする。同様に、職種が「放射線技師」、「病理科医」及び「外科」であるユーザは、アクセスルールに定義されていなくても、それぞれ放射線科ＤＢ３０、病理科ＤＢ３０及び外科ＤＢ３０にアクセス可能である。
【００４３】
ここで、図３は、上記した図２に示すアクセスルールについて概念的に説明するための図である。
【００４４】
図３に示すように、図２に示すアクセスルールによれば、例えば放射線技師は、胃がんの治療計画において「病理情報」の確認ために病理科で管理されている医療情報データベース（病理科ＤＢ）３０にアクセス可能である。
【００４５】
また、病理科医は、胃がんの治療計画において「投薬」及び「健康状態」の確認ために看護科ＤＢ３０にアクセス可能であり、「手技」の確認ために外科で管理されている医療情報データベース（外科ＤＢ）３０にアクセス可能である。
【００４６】
また、外科医は、胃がんの治療計画において「撮影条件」の確認ために放射線科で管理されている医療情報データベース（放射線科ＤＢ）３０にアクセス可能であり、「健康状態」の確認ために看護科ＤＢ３０にアクセス可能である。
【００４７】
なお、上記したように職種が「放射線技師」、「看護師」、「病理科医」及び「外科」であるユーザは、それぞれ当該ユーザが属する診療科で管理されている医療情報データベース（放射線科ＤＢ、看護科ＤＢ、病理科ＤＢ及び外科ＤＢ）３０にアクセス可能であるが、図３においては省略されている。
【００４８】
上記した図２及び図３においては、胃がんの治療計画のアクセスルール（胃がんの治療計画に対して用意されたアクセスルール）について説明したが、他の治療計画についても同様に予め定義されたアクセスルールがアクセスルールデータベース１１に格納されている。
【００４９】
なお、上記したようにアクセスルールをオントロジーにより定義することで、チーム医療における治療計画において確認すべき項目、当該項目を確認する際に必要な医療情報が格納されている医療情報データベース３０及び当該医療情報データベース３０にアクセス可能な職種の関係を体系的に明示することができる。
【００５０】
次に、図４のフローチャートを参照して、本実施形態に係るアクセス制御装置１０の処理手順について説明する。
【００５１】
ここで、ユーザが本実施形態に係るアクセス制御装置１０を含むチーム医療支援システムを利用する場合、当該ユーザは、当該チーム医療支援システムにログインする必要がある。
【００５２】
この場合、ユーザは、例えば当該ユーザによって利用されるクライアント端末２０に当該ユーザを識別するためのユーザＩＤ、当該ユーザに対して設定されているパスワード及び当該ユーザが参加する医療専門職チームによって行われるチーム医療において患者に対して実施される治療計画（の種別）を示す情報（以下、治療計画情報と表記）を入力することで、チーム医療支援システムにログインすることができるものとする。
【００５３】
上記したようにチーム医療支援システムにログインしたユーザ（以下、対象ユーザと表記）は、当該対象ユーザによって利用されるクライアント端末２０を介して、医療情報データベース３０に格納されている医療情報（対象ユーザが確認すべき項目について必要な医療情報）に対するアクセスを要求するアクセス要求を送信することができる。このクライアント端末２０によって送信されたアクセス要求には、対象ユーザを識別するためのユーザＩＤ（例えば、ユーザ名）等が含まれる。
【００５４】
アクセス制御装置１０に含まれるアクセス制御部１２は、クライアント端末２０によって送信されたアクセス要求を受信する（ステップＳ１）。以下、アクセス制御部１２によって受信されたアクセス要求によってアクセスが要求された医療情報をアクセス対象医療情報と称し、当該アクセス対象医療情報が格納されている医療情報データベース３０をアクセス対象医療情報データベース３０と称する。
【００５５】
次に、アクセス制御部１２は、アクセスルールデータベース１１にアクセスする（ステップＳ２）。これにより、アクセス制御部１２は、アクセスルールデータベース１１からチーム医療において患者に対して実施される治療計画のアクセスルールを取得する。この場合、アクセス制御部１２は、上記したログイン時に入力された治療計画情報に基づいてアクセスルールを取得する。
【００５６】
具体的には、ログイン時に入力された治療計画情報が胃がんの治療計画を示す場合、アクセス制御部１２は、上述した図２に示すアクセスルール（つまり、胃がんの治療計画のアクセスルール）を取得する。
【００５７】
アクセス制御部１２は、取得されたアクセスルールに基づいて、上記したアクセス対象医療情報データベース３０にアクセス可能な職種（アクセス許可ユーザ）を特定する（ステップＳ３）。
【００５８】
ここで、アクセス制御部１２は、対象ユーザの職種を示す情報（以下、対象ユーザの職種情報）を取得する。この対象ユーザの職種情報は、例えば当該対象ユーザを識別するためのユーザＩＤ等に基づいて外部のシステムから取得されてもよいし、予めアクセス制御装置１０の内部に用意されていてもよい。また、対象ユーザの職種情報は、例えば上記したログイン時に対象ユーザに入力させるような構成であってもよいし、クライアント端末２０によって送信されたアクセス要求に含まれていてもよい。
【００５９】
次に、アクセス制御部１２は、対象ユーザの職種情報に基づいて、ステップＳ３において特定された職種が対象ユーザの職種と一致する（つまり、対象ユーザがアクセス許可ユーザである）か否かを判定する（ステップＳ４）。
【００６０】
ステップＳ３において特定された職種が対象ユーザの職種と一致すると判定された場合（ステップＳ４のＹＥＳ）、アクセス制御部１２は、対象ユーザのアクセス対象医療情報データベース３０に対するアクセスを許可する。
【００６１】
この場合、アクセス制御部１２は、アクセス対象医療情報データベース３０にアクセスし、当該アクセス対象医療情報データベース３０に格納されているアクセス対象医療情報を取得する。
【００６２】
アクセス制御部１２は、取得されたアクセス対象医療情報（つまり、対象ユーザから要求された医療情報）を、当該対象ユーザによって利用されるクライアント端末２０（つまり、アクセス要求の要求元）に対して送信する（ステップＳ５）。クライアント端末２０に対して送信されたアクセス対象医療情報は、例えば当該クライアント端末２０において表示される。
【００６３】
このように、対象ユーザの職種がアクセス対象医療情報データベース３０にアクセス可能な職種である（つまり、対象ユーザがアクセス対象医療情報データベース３０にアクセス可能なユーザである）場合には、当該対象ユーザは、クライアント端末２０においてアクセス対象医療情報を閲覧することができる。
【００６４】
なお、対象ユーザのアクセス対象医療情報データベース３０に対するアクセスが許可された場合、例えばアクセス対象医療情報データベース３０に格納されている全ての医療情報に対するアクセスを可能としてもよいし、当該アクセスについて所定の制限が設けられていてもよい。この所定の制限には、例えばアクセス対象医療情報データベース３０に格納されている医療情報のうちアクセス対象医療情報を含むデータブロック（アクセス対象医療情報とその関連領域）にのみアクセスを可能とする、またはアクセス対象医療情報に対してのみアクセスを可能とすること等が含まれる。
【００６５】
一方、ステップＳ３において特定された職種が対象ユーザの職種と一致しないと判定された場合（ステップＳ４のＮＯ）、アクセス制御部１２は、対象ユーザのアクセス対象医療情報データベース３０に対するアクセスを拒否する。
【００６６】
この場合、アクセス制御部１２は、対象ユーザがアクセス対象医療情報データベース３０にアクセスすることができない旨のメッセージ（エラーメッセージ）を、当該対象ユーザによって利用されるクライアント端末２０（アクセス要求の要求元）に対して送信する。
【００６７】
このように、対象ユーザの職種がアクセス対象医療情報データベース３０にアクセス可能な職種でない（つまり、対象ユーザがアクセス対象医療情報データベース３０にアクセス可能でないユーザである）場合には、当該対象ユーザは、アクセス対象医療情報データベース３０にアクセスすることができず、アクセス対象医療情報を閲覧することができない。
【００６８】
なお、本実施形態においては、対象ユーザがアクセス対象医療情報データベース３０（に格納されているアクセス対象医療情報）に直接アクセスすることを想定しているが、上記したように対象ユーザのアクセス対象医療情報データベース３０に対するアクセスが許可された場合にアクセス対象医療情報を予め定められた領域（例えば、クラウド環境等の所定の領域）に一時的に格納し、当該アクセス対象医療情報が格納された領域（場所）を対象ユーザに通知することによって、当該対象ユーザにアクセス対象医療情報を閲覧（取得）させるような構成とすることも可能である。このような構成であっても、アクセスが許可された対象ユーザのみがアクセス対象医療情報を閲覧することが可能となる。また、例えば予め定められた期間が経過すると所定の領域に格納されたアクセス対象医療情報を削除することで、アクセスルール等を変更することなく期間限定でアクセス対象医療情報を閲覧させるようにすることも可能である。
【００６９】
上記したように本実施形態においては、医療情報データベース３０（に格納されている医療情報）に対するアクセスを要求するアクセス要求を受信し、当該受信されたアクセス要求によってアクセスが要求された医療情報データベース３０に対応づけてアクセスルールに定義されている職種を特定し、当該特定された職種がアクセス要求に含まれるユーザＩＤによって識別されるユーザの職種と一致する場合、当該アクセス要求によってアクセスが要求された医療情報データベース３０に対する当該ユーザのアクセスを許可する構成により、複数の職種のユーザによって行われるチーム医療において適切なアクセス制御を実現することが可能となる。
【００７０】
つまり、本実施形態においては、医療情報データベース３０と当該医療情報データベース３０にアクセス可能な職種（当該医療情報データベース３０にアクセスする必要がある職種）とを対応づけてアクセスルールに定義しておくことで、他の診療科で管理されている医療情報であってもチーム医療において必要な医療情報にアクセスすることが可能となるため、チーム医療においても自身の診療科で管理されている医療情報データベース３０にしかアクセスできないような場合と比較して、効率的なチーム医療を実現することができる。
【００７１】
また、本実施形態においては、アクセスルールを医療情報データベース３０と当該医療情報データベースにアクセス可能な職種との関係を体系的に表すオントロジーとして定義することによって、これらの関係を体系的に明示することができるとともに、例えばアクセスルールの汎用性を向上させることができる。
【００７２】
なお、本実施形態においてはアクセスルールがオントロジーとして定義されているものとして説明したが、当該アクセスルールがオントロジー以外の形式で定義されていても、本実施形態において説明したアクセス制御を実現することは可能である。
【００７３】
また、本実施形態における医療情報データベース３０は、例えば地域医療連携が行われる場合には、特定の病院内の各診療科で管理されているデータベース及び当該病院外の各診療科のデータベースを含むものとする。
【００７４】
（第２の実施形態）
次に、第２の実施形態について説明する。本実施形態に係るアクセス制御装置１０（を含むチーム医療支援システム）の構成は、前述した第１の実施形態と同様であるため、適宜、図１を用いて説明する。なお、本実施形態においては、前述した第１の実施形態と異なる点について主に説明する。
【００７５】
本実施形態に係るアクセス制御装置１０は、アクセスルールデータベース１１に格納されているアクセスルールを最適化する点が、前述した第１の実施形態とは異なる。
【００７６】
図５は、本実施形態におけるアクセスルールデータベース１１に格納されているアクセスルールのデータ構造の一例を示す。
【００７７】
前述した第１の実施形態においてはアクセスルールがチーム医療において患者に対して実施される治療計画毎に用意されているものとして説明したが、本実施形態において、アクセスルールは、チーム医療において治療計画が実施される患者毎に用意にされているものとする。図５では、胃がんの治療計画が実施される患者Ｘに対して用意されているアクセスルールの一例を示している。
【００７８】
なお、胃がんの治療計画が実施される患者Ｘのアクセスルールは、例えば患者Ｘに対する各種検査が終了し、当該患者Ｘに対してチーム医療を行うことが決定された時点（例えば、医療専門職チームが編成された時点）で生成されているものとする。
【００７９】
また、図５に示すアクセスルールには、前述した図２に示すアクセスルールに比べて、医療情報データベース３０に格納されている医療情報（つまり、当該アクセスルールに定義されている項目を確認するために必要な医療情報）及び当該医療情報にアクセスすることができる期間が更に定義されている。
【００８０】
具体的には、図５に示すアクセスルールにおいては、患者Ｘに対して実施される胃がんの治療計画において「健康状態」を確認する際に必要な医療情報が格納されている医療情報データベース３０が看護科ＤＢ３０であること及び当該看護科ＤＢ３０にアクセス可能な職種が「外科医」及び「病理科医」であることが定義されている。更に、図５に示すアクセスルールにおいては、職種が「外科医」及び「病理科医」であるユーザがアクセス可能な医療情報（看護科ＤＢ３０に格納されている医療情報）が「バイタル情報」及び「問診情報」であることが定義されている。また、患者Ｘに対してチーム医療が行われている間はいつでも看護科ＤＢ３０に格納されている「バイタル情報」及び「問診情報」にアクセス可能であること（つまり、「常に閲覧可」）が定義されている。つまり、このアクセスルールによれば、職種が「外科医」及び「病理科医」であるユーザは、患者Ｘに対するチーム医療が行われている間は常に看護科ＤＢ３０にアクセス可能であるが、当該看護科ＤＢ３０に格納されている「バイタル情報」及び「問診情報」以外の医療情報にはアクセスできないことが定義されている。
【００８１】
なお、職種が「看護師」のユーザは、看護科ＤＢ３０に格納されている全ての医療情報にアクセスできる（つまり、「バイタル情報」及び「問診情報」以外の医療情報にもアクセスできる）ものとする。看護師以外の職種のユーザについても、アクセスルールの内容にかかわらず、当該ユーザが属する診療科で管理されている医療情報データベース３０に格納されている全ての医療情報にアクセスすることができるものとする。
【００８２】
また、図５に示すアクセスルールにおいては、患者Ｘに対して実施される胃がんの治療計画において「病理情報」を確認する際に必要な医療情報が格納されている医療情報データベース３０が病理科ＤＢ３０であること及び当該病理科ＤＢ３０にアクセス可能な職種が「放射線技師」であることが定義されている。更に、図５に示すアクセスルールにおいては、職種が「放射線技師」であるユーザがアクセス可能な医療情報（病理科ＤＢ３０に格納されている医療情報）が「病理解析グラフ」及び「プロファイリング」であることが定義されている。また、患者Ｘ（に対して実施される治療計画）について議論されるミーティング（打ち合わせ）の間のみ病理科ＤＢ３０に格納されている「病理解析グラフ」及び「プロファイリング」にアクセス可能であること（つまり、「打ち合わせ時のみ」）が定義されている。つまり、このアクセスルールによれば、職種が「外科医」及び「病理科医」であるユーザは、患者Ｘについて議論するためのミーティングが行われている間にのみ病理科ＤＢ３０に格納されている「病理解析グラフ」及び「プロファイリング」にアクセス可能であることが定義されている。
【００８３】
なお、図５に示すアクセスルールには、他の医療情報データベース３０についても同様に、当該医療情報データベース３０に格納されている医療情報のうちアクセス可能な医療情報及び当該医療情報にアクセス可能な期間が定義されている。
【００８４】
ここで、図６は、上記した図５に示すアクセスルールについて概念的に説明するための図である。
【００８５】
図６に示すように、図５に示すアクセスルールによれば、例えば放射線技師は、患者Ｘに対して実施される胃がんの治療計画において「病理情報」の確認ために病理科ＤＢ３０に格納されている医療情報「病理解析グラフ」及び「プロファイリング」にアクセス可能である。
【００８６】
また、病理科医は、患者Ｘに対して実施される胃がんの治療計画において「投薬」及び「健康状態」の確認ために看護科ＤＢ３０に格納されている医療情報「薬品名」、「投薬量」、「投薬回数」、「バイタル情報」及び「問診情報」にアクセス可能である。更に、病理科医は、患者Ｘに対して実施される胃がんの治療計画において「手技」の確認ために外科ＤＢ３０に格納されている医療情報「手技名」にアクセス可能である。
【００８７】
また、外科医は、患者Ｘに対して実施される胃がんの治療計画において「撮影条件」の確認ために放射線科ＤＢ３０に格納されている医療情報「プロトコル情報」及び「撮影機器（情報）」にアクセス可能である。更に、外科医は、患者Ｘに対して実施される胃がんの治療計画において「健康状態」の確認ために看護科ＤＢ３０に格納されている医療情報「バイタル情報」及び「問診情報」にアクセス可能である。
【００８８】
上記した図５及び図６においては、胃がんの治療計画が実施される患者Ｘのアクセスルールについて説明したが、チーム医療の対象となる他の患者についても同様にアクセスルールが用意されている。
【００８９】
なお、本実施形態において、患者Ｘのアクセスルールには、当該患者Ｘに関する情報（以下、患者情報と表記）が付加されているものとする。この患者Ｘに関する患者情報には、当該患者Ｘの性別、年齢及び疾病の内容（種類）等の項目が含まれる。他のアクセスルールについても同様である。
【００９０】
次に、図７のフローチャートを参照して、本実施形態に係るアクセス制御装置１０の処理手順について説明する。
【００９１】
まず、前述した図４に示すステップＳ１の処理に相当するステップＳ１１の処理が実行される。
【００９２】
次に、アクセス制御部１２は、チーム医療において治療計画が実施される患者（第１の患者）を識別するための患者識別情報（以下、患者ＩＤと表記）を取得する。この患者ＩＤは、例えばチーム医療支援システムのログイン時に対象ユーザに入力させてもよいし、クライアント端末２０によって送信されたアクセス要求に含まれていてもよい。
【００９３】
アクセス制御部１２は、取得された患者ＩＤによって識別される患者（以下、対象患者と表記）に関する患者情報を取得する。対象患者に関する患者情報は、当該対象患者を識別するための患者ＩＤ等に基づいて外部のシステムから取得されてもよいし、予めアクセス制御装置１０の内部に用意されていてもよい。なお、対象患者に関する患者情報には、当該対象患者の性別、年齢及び疾病の内容（種類）等の項目が含まれる。
【００９４】
次に、アクセス制御部１２は、取得された対象患者に関する患者情報に基づいて、アクセスルール最適化処理を実行する（ステップＳ１２）。
【００９５】
ここで、アクセスルール最適化処理について具体的に説明する。アクセスルール最適化処理においては、アクセス制御部１２は、対象患者のアクセスルールをアクセスルールデータベース１１から取得する。
【００９６】
アクセス制御部１２は、対象患者に関する患者情報に基づいて、例えば対象患者（のアクセスルール）に関連する他の患者（第２の患者）のアクセスルール（以下、関連アクセスルールと表記）をアクセスルールデータベース１１から取得する。このとき、アクセス制御部１２は、上記したようにアクセスルールに付加されている患者情報に基づいて関連アクセスルールを取得する。
【００９７】
なお、関連アクセスルールには、例えば対象患者と同様の疾病をもつ患者のアクセスルール及び対象患者の疾病に関連して併発する可能性のある合併症をもつ患者のアクセスルール等が含まれる。また、関連アクセスルールには、例えば対象患者の過去のアクセスルール等が含まれても構わない。
【００９８】
アクセス制御部１２は、関連アクセスルールに基づいて、対象患者のアクセスルールを最適化する。対象患者のアクセスルールの最適化は、例えば関連アクセスルールを参照したユーザの操作（対象患者のアクセスルールに対する修正操作）に応じて行われてもよい（つまり、関連アクセスルールを参照してユーザが手動で対象患者のアクセスルールを修正してもよい）し、関連アクセスルールの内容が自動的に対象患者のアクセスルールに反映されることによって行われてもよい。関連アクセスルールの対象患者のアクセスルールへの自動的な反映は、例えば当該関連アクセスルールと対象患者のアクセスルールとの論理和（ＯＲ）をとることによって行われる。
【００９９】
なお、対象患者のアクセスルールの最適化は、例えば関連アクセスルールを対象患者のアクセスルールと関連づけ、当該対象患者のアクセスルールから当該関連アクセスルールを参照できるようにしておくことによって行われても構わない。
【０１００】
また、関連アクセスルールが多数存在する場合には、アクセス制御部１２は、対象患者の患者情報及び関連アクセスルールに付加されている患者情報に含まれる項目のうち互いに共通する項目に基づいて当該各関連アクセスルールの重要度（優先度）を算出し、当該算出された重要度が上位の関連アクセスルールに基づいて対象患者のアクセスルールを最適化するような構成とすることも可能である。
【０１０１】
なお、図８は、上記した図５に示すアクセスルール（対象患者のアクセスルール）が最適化された後のアクセスルールの一例を示す。図８に示す例では、例えば太枠に囲まれている内容が関連アクセスルールにおいて定義されており、当該内容が図５に示すアクセスルールに反映されることによって最適化が行われた例を示している。
【０１０２】
次に、アクセス制御部１２は、最適化されたアクセスルールに基づいて、アクセス対象医療情報にアクセス可能な職種（アクセス許可ユーザ）を特定する（ステップＳ１３）。
【０１０３】
ここで、上述した図８を用いて具体的に説明すると、アクセス対象医療情報が看護科ＤＢ３０に格納されている「アレルギー情報」である場合には、アクセス制御部１２は、当該「アレルギー」にアクセス可能な職種として「病理科医」、「放射線技師」（及び「看護師」）を特定する。上記した最適化処理が行われていない場合（つまり、図５に示すアクセスルールのままである場合）には、アクセス対象医療情報「アレルギー情報」には、職種が「看護師」以外のユーザはアクセスできないことになる。
【０１０４】
以下、前述した図４に示すステップＳ４〜Ｓ６の処理に相当するステップＳ１４〜Ｓ１６の処理が実行される。
【０１０５】
上記したように本実施形態においては、対象患者のアクセスルールに関連する他の患者のアクセスルールに基づいて当該対象患者のアクセスルールを最適化する構成により、前述した第１の実施形態において説明したように予め用意されているアクセスルールを用いる場合と比較して、より適切なアクセス制御を実現することが可能となる。
【０１０６】
また、本実施形態においては、チーム医療を行う際にアクセス可能な医療情報及び当該アクセス可能な期間がアクセスルールにおいて更に定義されていることによって、ユーザは、チーム医療において必要のない医療情報にはアクセスすることができず、更には、アクセスルールにおいて定義されている医療情報であっても必要のない期間にはアクセスすることができないため、前述した第１の実施形態と比較して、強固なセキュリティを保持したまま必要な情報にはアクセスすることができるというアクセス制御を実現することができる。
【０１０７】
（第３の実施形態）
次に、第３の実施形態について説明する。図９は、本実施形態に係るアクセス制御装置を含むチーム医療支援システムの構成を示すブロック図である。なお、前述した図１と同様の部分には同一参照符号を付してその詳しい説明を省略する。ここでは、図１と異なる部分について主に述べる。
【０１０８】
本実施形態に係るアクセス制御装置１００は、チーム医療が行われる患者に対して実施される治療計画（つまり、チーム医療を行うために当該患者に対して作成された治療計画）にずれ（以下、バリアンスと表記）が発生した場合に、アクセスルールデータベース１１に格納されているアクセスルール（当該患者のアクセスルール）を更新する点が、前述した第１の実施形態とは異なる。
【０１０９】
なお、図９に示すように、チーム医療支援システムには、アクセス制御装置１００と接続される意思決定支援システム４０が含まれる。この意思決定支援システム４０は、チーム医療が行われる患者に対して実施される治療計画を作成する機能を有する。このように患者に対して実施される治療計画が作成された場合、意思決定支援システム４０は、例えばユーザによって入力される当該治療計画に関する情報に基づいて、当該治療計画の進捗状況等を管理する。
【０１１０】
ここで、患者に対して実施される治療計画に対してバリアンスが発生し、当該治療計画に対して変更が行われた場合、意思決定支援システム４０は、当該バリアンスの発生によって当該治療計画が変更されたことを示す情報（以下、バリアンス情報と表記）をアクセス制御装置１００に送信する。このバリアンス情報には、例えばバリアンスが発生したことによる治療計画の変更内容等が含まれる。
【０１１１】
アクセス制御装置１００は、バリアンス用ルールデータベース（ＤＢ）１０１、バリアンス情報取得部１０２及びアクセスルール更新部１０３を含む。なお、本実施形態において、アクセスルールデータベース１１に格納されているアクセスルールは、治療計画が実施される患者毎（意思決定支援システム４０によって治療計画が作成された患者毎）に用意されているものとする。
【０１１２】
バリアンス用ルールデータベース１０１には、治療計画に対してバリアンスが発生したことによる治療計画の変更内容に対応づけて、当該治療計画の変更後に各医療情報データベース３０にアクセス可能な職種を定義するバリアンス用のアクセスルール（以下、バリアンス用ルールと表記）が予め格納される。
【０１１３】
バリアンス情報取得部１０２は、上記したように意思決定支援システム４０によって送信されたバリアンス情報を取得（受信）する。
【０１１４】
アクセスルール更新部１０３は、バリアンス情報取得部１０２によって取得されたバリアンス情報に基づいて、バリアンス用ルールデータベース１０１に格納されているバリアンス用ルールを取得する。
【０１１５】
また、アクセスルール更新部１０３は、バリアンスが発生した治療計画が実施されている患者のアクセスルールを、アクセスルールデータベース１１から取得する。
【０１１６】
アクセスルール更新部１０３は、取得されたアクセスルールを、取得されたバリアンス用ルールに基づいて更新する。詳細については後述するが、アクセスルール更新部１０３は、バリアンス用ルールをアクセスルールに適用することによって、当該アクセスルールを更新する。
【０１１７】
図１０は、図９に示すバリアンス用ルールデータベース１０１に格納されているバリアンス用ルールのデータ構造の一例を示す。
【０１１８】
バリアンス用ルールデータベース１０１に格納されているバリアンス用ルールは、バリアンスが発生したことによる治療計画の変更内容（例えば、手技の変更、投薬の変更等）と、当該治療計画の変更の後に医療情報データベース３０にアクセス可能な職種との関係を体系的に表すオントロジーとして定義されている。
【０１１９】
以下、図１０を参照して、バリアンス用ルールデータベース１０１に格納されているバリアンス用ルールについて具体的に説明する。
【０１２０】
本実施形態において、バリアンス用ルールは、例えばチーム医療において患者に対して実施される治療計画（の種別）毎に予め用意されているものとする。図１０では、胃がんの治療計画に対して用意されているバリアンス用ルールの一例を示している。
【０１２１】
図１０に示すバリアンス用ルールでは、胃がんの治療計画に対してバリアンスが発生したことによる当該治療計画の変更内容毎に、当該治療計画の変更後に確認すべき医療情報が格納されている医療情報データベース３０と当該医療情報データベース３０にアクセスすべきユーザの職種（つまり、当該医療情報データベース３０にアクセス可能な職種）との関係が構造化されている。なお、バリアンスが発生したことによる治療計画の変更内容には、例えばバリアンスの発生の前後の施策等が含まれる。
【０１２２】
具体的には、図１０に示すバリアンス用ルールによれば、胃がんの治療計画に対してバリアンスが発生したことによって手技がバリアンス発生前の「腹腔鏡下手術」からバリアンス発生後の「開腹胃切除」に変更された場合、当該バリアンス発生後の「開腹胃切除」について確認するために、「看護師」が病理科ＤＢ３０にアクセス可能であり、「病理科医」が外科ＤＢ３０にアクセス可能であり、「病理科医」及び「外科医」が看護科ＤＢ３０にアクセス可能であることが定義されている。
【０１２３】
また、胃がんの治療計画に対してバリアンスが発生したことによって投薬がバリアンス発生前の「ＴＳ−１」からバリアンス発生後の「シスプラチン」に変更された場合、当該バリアンス発生後の「シスプラチン」について確認するために、「看護師」及び「外科医」が病理科ＤＢ３０にアクセス可能であり、「病理科医」及び「外科医」が看護科ＤＢ３０にアクセス可能であることが定義されている。
【０１２４】
更に、胃がんの治療計画に対して例えば患者の容態が悪化したことによって「バイタル情報モニタリング」が必要となった場合（つまり、バリアンス発生前の「なし」からバリアンス発生後の「バイタル情報モニタリング」に変更された場合）、当該バリアンス発生後の「バイタル情報モニタリング」について確認するために、「外科医」が看護科ＤＢ３０にアクセス可能であることが定義されている。同様に、胃がんの治療計画に対して例えば患者の様態が悪化したことによって「投薬回数増加」が必要となった場合（つまり、バリアンス発生前の「なし」からバリアンス発生後の「投薬回数増加」に変更された場合）、当該バリアンス発生後の「投薬回数増加」について確認するために、「看護師」及び「外科医」が病理科ＤＢ３０にアクセス可能であり、「病理科医」及び「外科医」が看護科ＤＢ３０にアクセス可能であることが定義されている。
【０１２５】
なお、バリアンス用ルールにおいては、治療計画の変更だけでなく、例えば病理科の投薬確認不足等の特定のインシデントに関するものが定義されていてもよい。
【０１２６】
上記したようにバリアンス用ルールデータベース１０１に格納されているバリアンス用ルールは、バリアンスが発生したことによる治療計画の各変更内容（バリアンス発生後の施策）に対応するバリアンス用ルールから構成される。具体的には、図１０に示す胃がんの治療計画に対して用意されているバリアンス用ルールは、バリアンス発生後の「開腹胃切除」に対応するバリアンス用ルール１１１、「シスプラチン」に対応するバリアンス用ルール１１２、「バイタル情報モニタリング」に対応するバリアンス用ルール１１３及び「投薬回数増加」に対応するバリアンス用ルール１１４から構成されている。
【０１２７】
以下、本実施形態に係るアクセス制御装置１００の動作について説明する。本実施形態に係るアクセス制御装置１００は、アクセス制御処理及びアクセスルール更新処理を実行する。
【０１２８】
アクセス制御処理においては、クライアント端末２０によって送信されたアクセス要求が受信された場合に、例えばチーム医療において治療計画が実施される患者を識別するための患者ＩＤを取得し、当該患者のアクセスルールに基づいて当該クライアント端末２０からの医療情報データベース３０へのアクセスを制御する。なお、本実施形態におけるアクセス制御処理は、前述した第１（及び第２）の実施形態において説明した通りであるため、その詳しい説明を省略する。
【０１２９】
次に、図１１のフローチャートを参照して、本実施形態に係るアクセス制御装置１００によって実行されるアクセスルール更新処理の処理手順について説明する。
【０１３０】
ここでは、アクセス制御装置１００に含まれるアクセスルールデータベース１１には、チーム医療が行われる患者（つまり、当該チーム医療において実施される治療計画が作成された患者）毎に前述した図２に示すようなアクセスルールが格納されているものとする。
【０１３１】
ここで、患者に対して実施される治療計画に対してバリアンスが発生した場合、意思決定支援システム４０は、当該治療計画にバリアンスが発生した患者を識別するための患者ＩＤ及び当該バリアンスが発生したことによる当該治療計画の変更内容等を含むバリアンス情報をアクセス制御装置１００に対して送信する。
【０１３２】
まず、バリアンス情報取得部１０２は、意思決定システム４０によって送信されたバリアンス情報を取得する（ステップＳ２１）。
【０１３３】
次に、アクセスルール更新部１０３は、バリアンス情報取得部１０２によって取得されたバリアンス情報に含まれる治療計画の変更内容に応じて、バリアンス用ルールデータベース１０１に格納されているバリアンス用ルールを取得する（ステップＳ２２）。
【０１３４】
具体的には、バリアンス情報に含まれる治療計画の変更内容が例えば『胃がんの治療計画における手技の「腹腔鏡下手術」から「開腹胃切除」への変更』である場合、アクセスルール更新部１０３は、図１０に示すバリアンス発生後の「開腹胃切除」に対応するバリアンス用ルール１１１を取得する。換言すれば、この場合には、バリアンス発生後の「開腹胃切除」について確認するために、「看護師」が病理科ＤＢ３０にアクセス可能であり、「病理科医」が外科ＤＢ３０にアクセス可能であり、「病理科医」及び「外科医」が看護科ＤＢ３０にアクセス可能であることが定義されたバリアンス用ルール１１１が取得される。
【０１３５】
また、アクセスルール更新部１０３は、更新すべきアクセスルールを、アクセスルールデータベース１１から取得する（ステップＳ２３）。この場合、アクセスルール更新部１０３は、バリアンス情報取得部１０２によって取得されたバリアンス情報に含まれる患者ＩＤによって識別される患者（以下、対象患者と表記）のアクセスルールをアクセスルールデータベース１１から取得する。
【０１３６】
次に、アクセスルール更新部１０３は、ステップＳ２３において取得された対象患者のアクセスルールを、ステップＳ２２において取得されたバリアンス用ルールに基づいて更新する（ステップＳ２４）。
【０１３７】
ここで、図１２を参照して、ステップＳ２４における処理について具体的に説明する。ここでは、図１０に示すバリアンス発生後の「開腹胃切除」に対応するバリアンス用ルール１１１がステップＳ２２において取得され、対象患者のアクセスルールとして前述した図２に示すアクセスルールがステップＳ２３において取得されたものとする。
【０１３８】
この場合、前述した図２に示すアクセスルールの胃がんの治療計画において確認すべき項目「手技」に対応する医療情報データベース（当該項目を確認する際に必要な医療情報が格納されている医療情報データベース）３０及び当該医療情報データベース３０にアクセス可能な職種の部分が、図１０に示すバリアンス発生後の「開腹胃切除」に対応するバリアンス用ルール１１１に置き換えられる。これにより、図２に示すアクセスルールが図１２に示すアクセスルールに更新される。
【０１３９】
このようにアクセスルールデータベース１１に格納されているアクセスルールが更新された場合、以降のアクセス制御処理においては、当該更新されたアクセスルールが用いられる。
【０１４０】
なお、上記したステップＳ２２において取得されたバリアンス用ルールは、例えばオントロジーの形式で保持される構成であってもよい。これにより、例えばユーザは、バリアンスの発生によるアクセスルールの更新内容を後で確認することができる。
【０１４１】
ここで、図１３を参照して、本実施形態に係るアクセス制御装置１００を含むチーム医療支援システムを用いたチーム医療の流れについて概略的に説明する。
【０１４２】
チーム医療支援システムを用いたチーム医療においては、まず、チーム医療におけるミーティング（ＭＤＴ  Ｍｅｅｔｉｎｇ）において患者の治療計画が作成（決定）され（Ｐｌａｎ）、当該患者に対して当該治療計画に基づく治療が実施され（Ｄｏ）、当該治療計画に基づく治療の進捗状況がチェックされる（Ｃｈｅｃｋ）。ここで、治療計画に対してバリアンスが発生した場合には、上記したように当該バリアンスよる当該治療計画の変更内容に基づいて当該患者のアクセスルールが更新される（Ａｃｔｉｏｎ）。
【０１４３】
本実施形態によれば、上記したＰｌａｎ（計画）、Ｄｏ（実行）、Ｃｈｅｃｋ（評価）、Ａｃｔｉｏｎ（改善）の４段階が繰り返されることによって、バリアンスの発生毎にアクセスルールを継続的に更新しながらチーム医療を行うことができる。
【０１４４】
上記したように本実施形態においては、患者に対する治療計画にバリアンス（ずれ）が発生したことによって当該治療計画が変更されたことを示すバリアンス情報を取得し、当該バリアンス情報に基づいてバリアンス用ルールデータベース１０１に格納されているバリアンス用ルールを取得し、当該バリアンス用ルールに基づいてアクセスルールデータベース１１に格納されているアクセスルールを更新する構成により、患者に対して実施される治療計画にバリアンスが発生し、当該治療計画に変更が生じた場合であっても、常に最適なアクセス制御を実現することが可能となる。
【０１４５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。  
【符号の説明】
【０１４６】
１０，１００…アクセス制御装置、１１…アクセスルールデータベース、１２…アクセス制御部、２０…クライアント端末、３０…医療情報データベース、４０…意思決定支援システム、１０１…バリアンス用ルールデータベース、１０２…バリアンス情報取得部、１０３…アクセスルール更新部。
【図１】
2014174914.tif 000003
【図２】
2014174914.tif 000004
【図３】
2014174914.tif 000005
【図４】
2014174914.tif 000006
【図５】
2014174914.tif 000007
【図６】
2014174914.tif 000008
【図７】
2014174914.tif 000009
【図８】
2014174914.tif 000010
【図９】
2014174914.tif 000011
【図１０】
2014174914.tif 000012
【図１１】
2014174914.tif 000013
【図１２】
2014174914.tif 000014
【図１３】
2014174914.tif 000015