JP5597692B2 - データ要求システム及びそのアクセス制御方法 - Google Patents

Description

この発明は、例えば、データを管理する複数のデータ提供システムとネットワークを介して接続され、ユーザにサービスを提供するために複数のデータ提供システムにデータ操作を要求するデータ要求システム及びそのアクセス制御方法に関する。

複数の医療機関で構成される患者情報の管理システムにおいて、各医療機関がそれぞれ自患者の情報を管理している場合に、どの医療従事者がどの医療機関のどの患者のデータにアクセスできるかを柔軟に制御する必要がある。
このようなアクセス制御の例として、利用者端末にサービスを提供するサービス連携サーバ、患者情報を保持するデータプロバイドサーバで構成され、サービス連携サーバからデータプロバイドサーバ上のデータにアクセスする場合に、データプロバイドサーバ上でアクセス制御判定が実施され、アクセス制御判定結果がＯＫであれば、要求されたデータへのアクセスを行うシステムがある（例えば、特許文献１を参照）。

特開２０１１−１００３６１号公報

ところが、上記特許文献１に示す方法では、当然、サービスを提供するサーバ（以降、データ要求システム）がデータにアクセス可能かどうか知るためには、データを提供するサーバ（以降、データ提供システム）に要求を送信する必要があり、処理時間がかかる。データを取得するためにはいずれにせよ、データ提供システムに要求を送信する必要があるため、アクセス可能な場合には処理時間のコストは問題にならないが、アクセス不可能な場合にも、同等の時間がかかってしまう。

複数のデータ提供システム（病院）から患者のデータを集め表示するＷｅｂサービスを実現する場合、一般的に、まず、医師に対し、閲覧可能な患者のリストや、閲覧可能なデータのリスト（画面Ａ）を表示し、医師に患者やデータを選択させたのちに、詳細情報を表示する（画面Ｂ）という画面遷移が考えられる。

このとき、特許文献１に示す方法を利用すると、画面Ａを作成する際に、各データ提供システムへアクセス可否を問合せ、アクセス可能な場合にはメニューを表示し、画面Ｂを作成する際に、各データ提供システムにデータ取得を問合せ、アクセス制御可だった場合にデータが返却され、返却されたデータを表示する、というシーケンスとなり、データ取得が必要な画面Ｂだけではなく、画面Ａでもデータ提供システムへの問い合わせが必要となる（画面Ａに表示される患者名のリスト自体は、データ要求システムが持っている）。さらに、画面Ｂでは選択されたデータだけを表示するため、データ取得先であるデータ提供システムの数が限られることが想定されるが、画面Ａで医師が閲覧可能な全データを表示すると、多数のデータ提供システムにアクセスする必要があり、応答時間が非常に長くなる。

また、以下のように、個々のデータ提供システムに問い合わせなくてもシステム全体で共有されているルールも存在する。例えば、「薬剤師は、患者の基本情報と、処方せんデータのみにアクセスでき、他のデータへのアクセスは許可されない。また、患者の基本情報については参照のみが可能である。」や、「医師は、自病院と提携した医療機関のデータのみにアクセスできる。」のようなものである。

この発明は上記事情に着目してなされたもので、その目的とするところは、システムの処理負荷を軽減し、応答時間を短縮することが可能なデータ要求システム及びそのアクセス制御方法を提供することにある。

上記目的を達成するためにこの発明の第１の態様は、複数のデータ提供システムとネットワークを介して接続され、ユーザへサービスを提供するために前記複数のデータ提供システムにデータ操作を要求するデータ要求システム及びそのアクセス制御方法であって、前記複数のデータ提供システムに対して前記ユーザのデータ操作要求の可否を判定するための少なくとも１つのサービス用アクセス制御ルールを含むサービス用アクセス制御リストを記憶すると共に、前記複数のデータ提供システムが提供する前記サービスのためのデータ操作候補を示すデータ操作候補リストを記憶する。そして、先ず前記ユーザからデータ操作候補の取得要求を受信した場合に、前記サービス用データ記憶手段からデータ操作候補リストを読み出し、当該データ操作候補リストに含まれるデータ操作候補について、前記サービス用アクセス制御リスト記憶手段に記憶されたサービス用アクセス制御リストの対応するサービス用アクセス制御ルールに基づいて、前記ユーザによるデータ操作要求の許否を判定し、許可と判定されたデータ操作候補を前記ユーザへ返却する。次に、前記ユーザから、前記返却されたデータ操作候補に対するデータ操作要求を受信した場合に、該当するデータ提供システムに対しデータ操作要求を送信し、当該データ操作要求に応じて前記データ提供システムにおいて実行されたデータ操作の結果を表す情報を当該データ提供システムから受け取り、当該受け取ったデータ操作結果を表す情報を前記ユーザに返却するものである。

上記第１の態様によれば、例えば、医療従事者向けサービスシステムにおいて、患者名を一覧画面に表示する場合に、ユーザからデータ提供システムへのデータ操作要求の可否をサービス用アクセス制御判定で事前に判定し、データ操作要求が許可された患者名のみを一覧画面に表示することができる。このようにすることで、一覧画面を表示する際にデータ提供システムへのデータ操作要求を行わないため、システムの処理負荷の軽減及び画面応答速度の向上を実現することができる。

また、この発明の第２の態様は、前記第１の態様において、前記データ操作候補には、前記データ提供システム毎の識別子が付与され、前記サービス用アクセス制御ルールは前記データ提供システム毎の識別子を含むものである。
上記第２の態様によれば、例えば、Ａ、Ｂ、Ｃ病院が提携し、Ｄ、Ｅ、Ｆ病院が提携し、それぞれがデータ提供システムを持っており、提携内の病院のデータしか参照できないという汎用ルールがあるとすると、Ａ病院の医師がログインした場合に、Ｄ、Ｅ、Ｆ病院のデータを取得に行かないという判断を、サービス用アクセス制御リストで行うことができる。

また、この発明の第３の態様は、前記第１又は２のいずれかの態様において、前記サービス用アクセス制御ルールは、前記データ操作を要求するユーザの属性を示すアクセス者情報、前記サービスを特定する呼び出し元情報、前記データ操作の種別を示す操作種別情報、及び前記データ操作の対象となるデータを特定する情報を含むものである。

上記第３の態様によれば、どのユーザが、どのリモートデータにどのようなアクセスを要求してよいかを制限することができる。例えば、サービス用アクセス制御ルールとして、呼び出し元であるＷｅｂサービスを特定する呼び出し元情報を持つことにより、これにより、同じデータへのアクセスであっても、Ｗｅｂサービスの異なる画面で、異なるアクセス制御判定を行うことができ、画面に即した判定結果を得ることができる。

すなわちこの発明によれば、システムの処理負荷を軽減し、応答時間を短縮することが可能なデータ要求システム及びそのアクセス制御方法を提供することができる。

本発明の一実施形態に係るデータ要求システムの構成を示すブロック図。 データ取得前のアクセス制御判定処理を示すフローチャート。 データ取得時のアクセス制御判定処理を示すフローチャート。 医療従事者向けサービスシステムの構成を示すブロック図。 医療従事者向けサービスシステムのデータ構成例を示す図。 図４の医療従事者向けサービスシステムの画面イメージを示す図。 実装例３のデータ構成例を示す図。 実装例３の画面イメージを示す図。

以下、図面を参照してこの発明に係る実施形態を説明する。
図１は、本発明の一実施形態に係るデータ要求システムの構成を示すブロック図である。複数のデータ要求システム１−１，１−２と複数のデータ提供システム２−１，２−２とがネットワークＮＷを介して接続され、クライアント端末３へ所定のサービスを提供するサービスシステムを構築している。データ要求システム１−１，１−２は、クライアント端末３（又は他システム）からのデータ操作要求等に従って、データ提供システム２−１，２−２が保有するデータをネットワークＮＷを介して取得し、取得したデータを利用してユーザへサービスを提供する。なお、データ要求システム及びデータ提供システムの数は任意に選択可能であり、特に区別する必要が無い場合は、データ要求システム１−１，１−２をデータ要求システム１と、データ提供システム２−１，２−２をデータ提供システム２と総称する。

データ要求システム１は、サービス提供部１１、データ操作要求部１２、サービス用アクセス制御判定部１３、サービス用データ記憶部１４、及びサービス用アクセス制御リスト記憶部１５を有する。サービス用データ記憶部１４は、例えば、データ提供システム２が提供するデータの種別や検索キー等の情報を記憶する。

サービス提供部１１は、ネットワークＮＷを介して、クライアント端末３や他システムからのデータ操作候補取得要求を、例えば、ユーザがクライアント端末３のブラウザ上にて選択したメニューに対応したＷｅｂサービス識別子を入力パラメータとして受け付け、そのＷｅｂサービス識別子に対応するデータ操作候補リストをサービス用データ記憶部１４から取得し、各データ操作候補について、サービス用アクセス制御判定部１３を呼び出してサービス用アクセス制御判定結果を受け取り、サービス用アクセス判定結果が許可であったデータ操作候補を結果として返却する。また、サービス提供部１１は、ネットワークＮＷを介して、クライアント端末３や他システムからのデータ操作要求を、操作対象データを入力パラメータとして受け付け、データ操作要求部１２を呼出して操作対象データに対するアクセスを行い、アクセス結果を返却する。

データ操作要求部１２は、ネットワークＮＷを介して、データ提供システム２に対しデータ操作を要求する。このとき、サービス用アクセス制御判定部１３を呼出してサービス用アクセス制御判定結果を受け取り、サービス用アクセス制御判定結果が許可であった場合に、ネットワークＮＷを介して、データ提供システム２に対しデータ操作を要求することができる。

サービス用アクセス制御判定部１３は、データ提供システム２へデータ操作を実行する前に、サービス用アクセス制御リスト記憶部１５に記憶される各サービス用アクセス制御ルールに基づいて、データ要求システム側でユーザのデータ操作要求の可否を判定する。

サービス用アクセス制御リスト記憶部１５には、どのユーザが、どのリモートデータにどのようなアクセスを要求してよいかを定義したサービス用アクセス制御リストが記憶され、１つ以上のサービス用アクセス制御ルールを含む。例えば、サービス用アクセス制御ルールは、アクセス者情報、呼び出し元情報、操作種別情報、対象データ識別子、及びアクセス制御情報を含む。

アクセス者情報は、データ操作要求を送出するユーザや認証状態を示すもので、操作者を特定するための条件および属性情報などを含む。呼び出し元情報は、適用サービスを特定するための情報であり、例えば、データ操作要求を送出するＷｅｂサービスを示す。呼び出し元情報を持つことにより、同じデータへのアクセスであっても、Ｗｅｂサービスの異なる画面で、異なるアクセス制御判定を行うことができ、画面に即した判定結果を得ることができる。操作種別情報は、アクセス対象データに対して実施したい操作の種類を示す。対象データ識別子は、アクセス対象とするデータ集合を特定する情報を示す。対象データ抽出条件は、アクセス対象のデータ集合のどのデータ項目がどの値であるかを示し、アクセス対象データのデータレコードを特定する。アクセス制御情報は、当該アクセス者が、当該データ集合の当該データに当該操作を行うことを許可するか、拒否するかを示す。

一方、データ提供システム２−１，２−２は、アクセス制御判定部２１、データ操作部２２、アクセス制御リスト記憶部２３、及び操作対象データ記憶部２４を有する。アクセス制御判定部２１は、アクセス制御リスト記憶部２３に設定されるアクセス制御ルールにしたがって、操作対象データ記憶部２４へのユーザのアクセス可否を判断する。データ操作部２２は、アクセス制御判定部２１でアクセス許可と判定された場合にデータ操作要求を実行する。なお、アクセス制御リスト記憶部２３及び操作対象データ記憶部２４の保持方法、並びにアクセス制御判定部２１及びデータ操作部２２の実現方法の詳細は問わないものとする。

次に、このように構成されたデータ要求システムの動作について説明する。図２は、データ取得前のサービス用アクセス制御判定処理を示すフローチャートである。
データ要求システム１において、サービス提供部１１は、ネットワークＮＷを介して、クライアント端末３や他システムからのデータ操作候補取得要求を、Ｗｅｂサービス識別子を入力パラメータとして受け付けると、そのＷｅｂサービス識別子に対応するデータ操作候補リストをデータ要求システム１内のサービス用データ記憶部１４から取得する（Ｓ１ａ）。そして、サービス提供部１１は、データ操作候補リストの各データ操作候補について、サービス用アクセス制御判定部１３を呼び出す（Ｓ１ｂ）。サービス用アクセス制御判定部１３は、各データ操作候補についてサービス用アクセス制御リスト記憶部１５を検索し、検索したサービス用アクセス制御ルールに基づいて、アクセス許可・拒否の判定を行い、判定結果を返却する（Ｓ１ｃ）。サービス提供部１１は、サービス用アクセス制御判定部１３からサービス用アクセス制御判定結果を受け取り（Ｓ１ｄ）、サービス用アクセス判定結果が許可であったデータ操作候補を結果として返却する（Ｓ１ｅ）。

さらに、サービス提供部１１は、クライアント端末３や他システムから、操作対象データを入力パラメータとするデータ操作要求をネットワークＮＷを介して受け付け（Ｓ１ｆ）、データ操作要求部１２を呼び出す（Ｓ１ｇ）。データ操作要求部１２は、ネットワークＮＷを介して、データ提供システム２に対しデータ操作を要求する（Ｓ１ｈ）。

データ提供システム２のデータ操作部２２は、ネットワークＮＷを介して、データ要求システム１からのデータ操作要求を受け付け、アクセス制御判定部２１を呼び出してアクセス制御リスト記憶部２３を参照して得られるアクセス制御判定結果を受け取る（Ｓ１ｉ）。データ操作部２２は、アクセス制御判定結果に従い操作対象データ記憶部２４に対してデータ操作を行い（Ｓ１ｊ）、データ操作結果をデータ要求システム１に返却する（Ｓ１ｋ）。データ要求システム１のサービス提供部１１は、データ操作要求部１２からデータ操作結果を受け取り（Ｓ１ｌ）、クライアント端末３や他システム等にデータ操作結果を返却する（Ｓ１ｍ）。

図３は、データ取得時のサービス用アクセス制御判定処理を示すフローチャートである。
データ要求システム１のサービス提供部１１は、ネットワークＮＷを介して、クライアント端末３や他システムからのデータ操作要求を、操作対象データを入力パラメータとして受け付け（Ｓ２ａ）、データ操作要求部１２を呼び出す（Ｓ２ｂ）。

データ操作要求部１２は、サービス用アクセス制御判定部１３を呼び出す（Ｓ２ｃ）。サービス用アクセス制御判定部１３は、サービス用アクセス制御リスト記憶部１５を検索し、検索したサービス用アクセス制御ルールに基づいて、アクセス許可・拒否の判定を行い（Ｓ２ｄ）、判定結果を返却する（Ｓ２ｅ）。
サービス用アクセス制御判定結果を受け取り（Ｓ２ｅ）、サービス用アクセス制御判定結果が許可であった場合に、ネットワークＮＷを介して、データ提供システム２に対しデータ操作を要求する（Ｓ２ｈ）。

データ提供システム２のデータ操作部２２は、ネットワークＮＷを介して、データ要求システム１からのデータ操作要求を受け付け、アクセス制御判定部２１を呼び出してアクセス制御リスト記憶部２３を参照して得られるアクセス制御判定結果を受け取る（Ｓ２ｉ）。データ操作部２２は、アクセス制御判定結果に従い操作対象データ記憶部２４に対してデータ操作を行い（Ｓ２ｊ）、データ操作結果をデータ要求システム１に返却する（Ｓ２ｋ）。データ要求システム１のサービス提供部１１は、データ操作要求部１２からデータ操作結果を受け取り（Ｓ２ｌ）、クライアント端末３や他システム等にデータ操作結果を返却する（Ｓ２ｍ）。

以下、データ要求システムの具体的な処理内容を実施例にしたがって説明する。
（実施例）
図４は、本発明の実施例１に係る医療従事者向けサービスシステムの構成を示すブロック図である。Ａ病院は自病院の患者データをＡ病院データ提供システム２−１で管理している。Ｂ病院は自病院の患者データをＢ病院データ提供システム２−２で管理している。Ａ病院のａ医師、Ｂ病院のｂ医師、及び薬剤師は、医療従事者端末３を用いて、医療従事者向けサービスシステム１−１が提供する医療従事者向けサービスを利用している。なお、図１に対応する部分には、同一の符号を付し、詳しい説明は省略する。

医療従事者向けサービスシステム１−１には、図１の構成に加えて、ユーザ認証要求部１６が設けられ、サービス用データ記憶部１４の具体例として患者リスト記憶部１４−１とデータリスト記憶部１４−２を有する。Ａ病院データ提供システム２−１は、図１に示す操作対象データ記憶部２４の具体例として、Ａ病院診療データ記憶部２４−１、Ａ病院処方データ記憶部２４−２、Ａ病院患者基本データ記憶部２４−３を有する。同様に、Ｂ病院データ提供システム２−２は、Ｂ病院診療データ記憶部２４−１、Ｂ病院処方データ記憶部２４−２、Ｂ病院患者基本データ記憶部２４−３を有する。

医療従事者向けサービスシステム１−１のユーザ認証要求部１６は、ユーザ認証システム４で、ａ医師やｂ医師など医療従事者端末３を用いてアクセスしてきたユーザの認証を行う。ユーザ認証システム４のユーザ認証部４１は、医療従事者端末３から入力されるログインＩＤ、パスワードなどの認証情報を認証情報４２と照合してユーザ認証を行い、認証結果を医療従事者向けサービスシステム１−１に返却する。このユーザ認証の後に、サービス提供部１１は、Ａ病院データ提供システム２−１やＢ病院データ提供システム２−２の患者データを操作し、操作結果を医療従事者端末３に表示するサービスである。

図５に、医療従事者向けサービスシステムのデータ構成例を示す。図５（ａ）に示す患者リストは、患者を識別する患者ＩＤ、かかりつけ病院、表示の際に利用する患者名、性別、年齢、住所、主治医等を含むデータであり、患者リスト記憶部１４−１に記憶される。

図５（ｂ）に示すデータリストは、患者の詳細データを保持するテーブルのデータ識別子とデータ種別とを含み、データリスト記憶部１４−２に記憶される。
図５（ｃ）に示すサービス用アクセス制御リストは、ある条件のユーザがある条件の患者の情報にあるＷｅｂページからアクセスする際に医療従事者向けサービスシステム内で適用されるアクセス許可・拒否ルールのリストである。サービス用アクセス制御リスト記憶部１５には、例えば、ルール番号、アクセス者情報、操作種別情報、呼び出し元情報としてのＷｅｂサービス識別子、対象データ識別子、対象データ抽出条件、及びアクセス制御情報を含むサービス用アクセス制御ルールが記憶される。

なお、上記データの管理方法としては、本例に示したデータベース以外に、ＸＭＬなど構造を持ったテキストデータなどで管理してもよい。
Ａ病院データ提供システム２−１は、図２に示す操作対象データ記憶部２４の具体例として、Ａ病院診療データ記憶部２４−１、Ａ病院処方データ記憶部２４−２、Ａ病院患者基本データ記憶部２４−３を有する。

（実施例１）患者およびデータの一覧を表示し、選択されたデータを取得する
実施例１では、例えば、医療従事者向けサービスにおいて、ユーザが「患者情報一覧」メニューを選択すると、サービス提供部１１は、「患者情報一覧」に必要な患者名一覧とデータ項目一覧をサービス用データ記憶部１４から取得し、図２のフローチャートに従って、各データ操作候補について、サービス用アクセス制御判定部１３を呼び出す。そして、サービスの一覧画面に表示する患者およびデータについてサービス用アクセス制御判定を行い、判定結果が許可であれば、一覧画面に表示する。ここでは、Ａ病院の医師である佐藤さんが、医療従事者端末３を用い、ネットワークＮＷを介して、医療従事者向けサービスシステム１−１が提供する医療従事者向けサービスを利用するものとする。

まず、佐藤さんは、医療従事者向けサービスシステム１−１に医師ＩＤ、パスワードなどの認証情報を入力してログインする。医療従事者向けサービスシステム１−１は、ユーザ認証要求部１６を用い、ユーザ認証システム４によって、入力された認証情報を認証情報４２と照合することにより佐藤さんの認証を行う。

続いて、佐藤さんは、医療従事者向けサービスを使い、自分の担当する患者の診療データの参照を行うメニューを選択する。医療従事者向けサービスシステム１−１のサービス提供部１１は、佐藤さんが利用する医療従事者端末３に、図６に示す画面６０１又は画面６０２を表示し、佐藤さんが患者やデータ種類を選択し、表示ボタンを押下すると画面６０３を表示する。

医療従事者向けサービスシステム１−１のサービス提供部１１は、佐藤さんに図６の画面６０１を表示する前に以下の処理を行う。
サービス提供部１１は、患者リスト記憶部１４−１から、表示する全患者のリストを取得し、データリスト記憶部１４−２から、表示する全データ種類のリストを取得する。入力された認証情報から、アクセス者情報として、佐藤さんの属性（組織＝Ａ病院、資格＝医師など）を取得する。呼び出し元情報として、画面６０１を生成するＷｅｂサービスを識別する識別子を取得する。

サービス提供部１１は、各データ種類及び各患者に対し、以下を行う。上記取得したアクセス者情報、呼び出し元情報を用い、操作種別情報を“参照”とし、対象データ識別子を上記取得したデータ種類、対象データ抽出条件を上記取得した患者データとし、サービス用アクセス制御判定部１３を呼ぶ。サービス用アクセス制御判定部１３は、サービス用アクセス制御リスト記憶部１５から該当するサービス用アクセス制御ルールを検索し、適用可能なサービス用アクセス制御判定結果を返却する。サービス用アクセス制御判定結果が許可であれば、該当するデータ種別、該当する患者を画面６０１に選択可能なものとして表示する。

例えば、画面６０１を生成する場合、Ｗｅｂサービス識別子＝画面６０１で、
（１ａ）対象データ識別子を指定せずに、対象データ抽出条件を、患者ＩＤ＝Ｓ０１、かかりつけ病院＝Ａ病院、患者名＝山田太郎……としてサービス用アクセス制御判定し、ルールＮｏ．４が適用され、許可、
（１ｂ）対象データ識別子を指定せず、対象データ抽出条件を、患者ＩＤ＝Ｓ０２、かかりつけ病院＝Ｂ病院、患者名＝田中一郎……としてサービス用アクセス制御判定し、該当ルールなしで、拒否、
（１ｃ）対象データ識別子を患者基本データとし、対象データ抽出条件を指定せずに、サービス用アクセス制御判定し、ルールＮｏ．１が適用され、許可、
（１ｄ）対象データ識別子を診療データとし、対象データ抽出条件を指定せずに、サービス用アクセス制御判定し、ルールＮｏ．２が適用され、許可、
（１ｅ）対象データ識別子を処方データとし、対象データ抽出条件を指定せずに、サービス用アクセス制御判定し、ルールＮｏ．３が適用され、許可、
となるため、患者名の選択肢として“山田太郎”、データ種別の選択肢として“患者基本データ”、“診療データ”、“処方データ”を表示する。

例えば、画面６０２を生成する場合、Ｗｅｂサービス識別子＝画面２で、
（２ａ）対象データ識別子を患者基本データとし、対象データ抽出条件を、患者ＩＤ＝０１、かかりつけ病院＝Ａ病院、患者名＝山田太郎……としてサービス用アクセス制御判定し、ルールＮｏ．５が適用され、許可
（２ｂ）対象データ識別子を診療データとし、対象データ抽出条件を、患者ＩＤ＝０１、かかりつけ病院＝Ａ病院、患者名＝山田太郎……としてサービス用アクセス制御判定し、ルールＮｏ．６が適用され、許可
（２ｃ）対象データ識別子を処方データとし、対象データ抽出条件を、患者ＩＤ＝０１、かかりつけ病院＝Ａ病院、患者名＝山田太郎……としてサービス用アクセス制御判定し、ルールＮｏ．７が適用され、許可
（２ｄ）対象データ識別子を患者基本データとし、対象データ抽出条件を、患者ＩＤ＝Ｓ０２、かかりつけ病院＝Ｂ病院、患者名＝田中一郎……としてサービス用アクセス制御判定し、該当ルールなしで、拒否
（２ｅ）対象データ識別子を診療データとし、対象データ抽出条件を、患者ＩＤ＝Ｓ０２、かかりつけ病院＝Ｂ病院、患者名＝田中一郎……としてサービス用アクセス制御判定し、該当ルールなしで、拒否
（２ｆ）対象データ識別子を処方データとし、対象データ抽出条件を、患者ＩＤ＝Ｓ０２、かかりつけ病院＝Ｂ病院、患者名＝田中一郎……としてサービス用アクセス制御判定し、該当ルールなしで、拒否
となるため、患者名の選択肢として“山田太郎”の“患者基本データ”、“診療データ”、“処方データ”を表示する。

また、薬剤師の島田さんがログインした場合には、アクセス者情報が異なるため、同じ画面６０１を生成する場合にも、適用されるサービス用アクセス制御ルールが変更となる。したがって、上述の（１ａ）〜（１ｅ）の判定のうち、（１ａ）と（１ｂ）でルールＮｏ．１０、（１ｃ）でルールＮｏ．８、（１ｅ）でルールＮｏ．９が適用され、許可となり、（１ｄ）は該当ルールなしで拒否となるため、画面６０１には、患者名の選択肢として“山田太郎”、“田中一郎”、データ種別の選択肢として“患者基本データ”、“処方データ”を表示する。

同様に、薬剤師の島田さんがログインし、画面６０２を生成する場合には、上述の（２ａ）〜（２ｆ）の判定のうち、（２ａ）と（２ｄ）でルールＮｏ．８、（２ｃ）と（２ｆ）でルールＮｏ．９が適用され、許可となり、（２ｂ）と（２ｅ）は該当ルールなしで拒否となるため、画面６０２には、患者名の選択肢として“山田太郎”、“田中一郎”、データ種別の選択肢として“患者基本データ”、“処方データ”を表示する。

なお、いずれの場合も画面６０１または画面６０２で項目を選択し「表示」ボタンを押下すると、サービス提供部１１は、データ操作要求部１２に該当データを要求し、各データ提供システム２−１，２−２からデータを取得して画面６０３を生成する。その際、データ提供システム側でもアクセス制御判定が行われ、判定結果が拒否の場合には、データを取得できず、表示はできない。

（実施例２）指定の患者のデータを取得する
実施例２では、図３のフローチャートに従って、選択された患者のデータを取得する直前に、サービス用アクセス制御判定を行う。上記図６を例にすると、画面６０１又は画面６０２で「表示」ボタンを押下した後、サービス提供部１１は、サービス用アクセス制御判定部１３を呼出してサービス用アクセス制御判定を行い、判定結果が許可の場合にのみ、データ操作要求部１２に該当データを要求し、各データ提供システム２−１，２−２からデータを取得して画面６０３を生成する。

例えば、Ａ病院の医師である佐藤さんがログインし、山田太郎の診療データを要求した場合、サービス用アクセス制御判定は、以下のパラメータで呼出される。なお、この実施例２では画面６０３を生成するＷｅｂサービスのＷｅｂサービス識別子は、画面６０２とする。
（３ａ）アクセス者情報を佐藤さんの属性（組織＝Ａ病院、資格＝医師など）とし、Ｗｅｂサービス識別子を画面６０２とし、対象データ識別子を診療データとし、対象データ抽出条件を、患者ＩＤ＝０１、かかりつけ病院＝Ａ病院、患者名＝山田太郎……としてサービス用アクセス制御判定し、ルールＮｏ．６が適用、許可
となったため、データ操作要求部１２は、各データ提供システム２−１，２−２のデータ操作部２２を呼び出す。Ａ病院データ提供システム２−１からは、診療日が１０／２と１２／７の診療データが、Ｂ病院データ提供システム２−２からは、診療日が１２／１の診療データが返却されるものとする。サービス提供部１１は、これらのデータをもとに、画面６０３を作成する。

（実施例３）取得先のデータ提供システムごとにサービス用アクセス制御判定を行う
これまでの実施例１、２では、サービス用アクセス制御判定として、「山田太郎さんの診療データを各病院データ提供システムに取得に行く」という精度の判定を行っているが、「山田太郎さんの診療データをＡ病院データ提供システムに取得に行くか？」、「山田さんの診療データをＢ病院データ提供システムに取得に行くか？」という、より高い精度での判定を行ってもよい。

例えば、Ａ、Ｂ、Ｃ病院が提携し、Ｄ、Ｅ、Ｆ病院が提携し、それぞれがデータ提供システムを持っており、提携内の病院のデータしか参照できないという汎用ルールがあるとする。ここで、サービス用アクセス制御リスト記憶部１５に、アクセス者情報の組織＝Ａ病院、Ｂ病院またはＣ病院の場合に、Ａ病院のＸＸデータ、Ｂ病院のＸＸデータ、Ｃ病院のＸＸデータを参照可能であるというサービス用アクセス制御ルールを記述しておく。このようにすることで、Ａ病院の医師がログインした場合に、Ｄ、Ｅ、Ｆ病院のデータを取得に行かないという判断を、サービス用アクセス制御リストで行うことができる。

実装例３の場合には、データリスト記憶部１４−２を、図７に示すようにデータ識別子を“Ａ病院患者基本データ”、“Ａ病院診療データ”、…“Ｂ病院患者基本データ”、“Ｂ病院診療データ”、…というように病院ごとに分け、サービス用アクセス制御リストの対象データ識別子に、病院ごとのデータ識別子を記載して、病院ごとにサービス用アクセス制御ルールを記述すればよい。

また、他の実装例としては、データ提供システム識別子とデータ提供システム名とから成る「データ提供システムリスト」を作成し、サービス用アクセス制御リストの項目に、「データ提供システム」を追加して、ルールを適用するデータ提供システムを記述する方法がある。

図８に、実装例３の場合の画面イメージを示す。医療従事者向けサービスシステム１−１のサービス提供部１１は、Ａ病院の医師Ａに対して、医療従事者端末３に図８に示す画面８０１を表示し、医師Ａが山田太郎の「診療データ」を選択し、画面８０１の「詳細選択」を押下すると、データ種別＝診療データに対するデータ識別子“Ａ病院診療データ”、“Ｂ病院診療データ”がデータリスト記憶部１４−２から取得され、各データ項目をサービス用アクセス制御リストでアクセス制御判定した結果、Ａ病院の医師が参照可能なデータ取得先を示す画面８０２を表示する。そして、画面８０１又は画面８０２で「表示」ボタンを押下されると、サービス提供部１１は、データ操作要求部１２に該当データを要求し、各データ提供システム２−１，２−２からデータを取得して画面８０３を生成する。

（実施例４）既存のデータ要求システムを本方式に適用させる方法
以上の実施例１乃至３では、サービス用アクセス制御リスト記憶部１５の具体的な内容を定義し、それに対応したサービス用アクセス制御判定部１３で判定を行ったが、本発明の実施の形態は、上記各実施例に限定されるものではない。

既存のデータ要求システムとして、データ提供システム２でアクセス制御判定を実施している場合には、データ提供システム２のアクセス制御判定部２１、アクセス制御リスト記憶部２３のフォーマットを、データ要求システム１のサービス用アクセス制御判定部１３、サービス用アクセス制御リスト記憶部１５にそのまま流用し、適切なサービス用アクセス制御リストを登録し、サービス提供部１１、データ操作要求部１２から医療従事者向けサービスシステム１−１のポリシーに合ったサービス用アクセス制御判定部１３を呼び出すことで、本発明の構成を容易に実現することができる。

例えば、データ提供システム２でロールベースによるアクセス制御判定を実施している場合には、サービス用アクセス制御判定も同様にロールベースで実現することが可能である。また、データ提供システム２でＸＭＬ記述によるアクセス制御リスト記憶部２３を利用している場合には、サービス用アクセス制御判定も同様にＸＭＬ記述によるサービス用アクセス制御リスト記憶部１５を利用することが可能である。必要であれば、「Ｗｅｂサービス識別情報」に該当するタグを追加するなどの対応を行えばよい。

以上述べたように、上記実施形態によれば、他のシステムにあるデータを取得するサービスにおいて、不要なデータを取得に行く手間を省くことができる。そのため、多数のサーバからデータを集めて表示するようなＷｅｂサービスにおいて、画面応答時間を短縮することができるとともに、システムにおける処理負荷も軽減することが可能となる。

なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

１−１，１−２…データ要求システム、ＮＷ…ネットワーク、２−１，２−２…データ提供システム、３…クライアント端末、１１…サービス提供部、１２…データ操作要求部、１３…サービス用アクセス制御判定部、１４…サービス用データ記憶部、１５…サービス用アクセス制御リスト記憶部、２１…アクセス制御判定部、２２…データ操作部、２３…アクセス制御リスト記憶部、２４…操作対象データ記憶部。

Claims (6)

1. 複数のデータ提供システムとネットワークを介して接続され、ユーザへサービスを提供するために前記複数のデータ提供システムにデータ操作を要求するデータ要求システムであって、
   前記複数のデータ提供システムに対して前記ユーザのデータ操作要求の可否を判定するための少なくとも１つのサービス用アクセス制御ルールを含むサービス用アクセス制御リストを記憶するサービス用アクセス制御リスト記憶手段と、
   前記複数のデータ提供システムが提供する前記サービスのためのデータ操作候補を示すデータ操作候補リストを記憶するサービス用データ記憶手段と、
   前記ユーザからデータ操作候補の取得要求を受信した場合に、前記サービス用データ記憶手段からデータ操作候補リストを読み出し、当該データ操作候補リストに含まれるデータ操作候補について、前記サービス用アクセス制御リスト記憶手段に記憶されたサービス用アクセス制御リストの対応するサービス用アクセス制御ルールに基づいて、前記ユーザによるデータ操作要求の許否を判定し、許可と判定されたデータ操作候補を前記ユーザへ返却する手段と、
   前記ユーザから、前記返却されたデータ操作候補に対するデータ操作要求を受信した場合に、該当するデータ提供システムに対しデータ操作要求を送信し、当該データ操作要求に応じて前記データ提供システムにおいて実行されたデータ操作の結果を表す情報を当該データ提供システムから受け取り、当該受け取ったデータ操作結果を表す情報を前記ユーザに返却する手段と
   を具備することを特徴とするデータ要求システム。
2. 前記データ操作候補には、前記データ提供システム毎の識別子が付与され、前記サービス用アクセス制御ルールは前記データ提供システム毎の識別子を含むことをさらに特徴とする請求項１に記載のデータ要求システム。
3. 前記サービス用アクセス制御ルールは、前記データ操作を要求するユーザの属性を示すアクセス者情報、前記サービスを特定する呼び出し元情報、前記データ操作の種別を示す操作種別情報、及び前記データ操作の対象となるデータを特定する情報を含むことを特徴とする請求項１又は２に記載のデータ要求システム。
4. 複数のデータ提供システムとネットワークを介して接続され、ユーザへサービスを提供するために前記複数のデータ提供システムにデータ操作を要求するデータ要求システムに用いられるアクセス制御方法であって、
   前記複数のデータ提供システムに対して前記ユーザのデータ操作要求の可否を判定するサービス用アクセス制御ルールを含むサービス用アクセス制御リストを記憶する記憶ステップと、
   前記複数のデータ提供システムが提供する前記サービスのためのデータ操作候補を示すデータ操作候補リストを記憶するステップと、
   前記ユーザからデータ操作候補の取得要求を受信した場合に、前記記憶されたデータ操作候補リストに含まれるデータ操作候補について、前記記憶されたサービス用アクセス制御リストの対応するサービス用アクセス制御ルールに基づいてデータ操作要求の許否を判定し、許可と判定されたデータ操作候補を前記ユーザへ返却するステップと、
   前記ユーザから、前記返却されたデータ操作候補に対するデータ操作要求を受信した場合に、該当するデータ提供システムに対しデータ操作要求を送信し、当該データ操作要求に応じて前記データ提供システムにおいて実行されたデータ操作の結果を表す情報を当該データ提供システムから受け取り、当該受け取ったデータ操作結果を表す情報を前記ユーザに返却するステップと
   を有することを特徴とするアクセス制御方法。
5. 前記データ操作候補には、前記データ提供システム毎の識別子が付与され、前記サービス用アクセス制御ルールは前記データ提供システム毎の識別子を含むことをさらに特徴とする請求項４に記載のアクセス制御方法。
6. 前記サービス用アクセス制御ルールは、前記データ操作を要求するユーザの属性を示すアクセス者情報、前記サービスを特定する呼び出し元情報、前記データ操作の種別を示す操作種別情報、及び前記データ操作の対象となるデータを特定する情報を含むことを特徴とする請求項４又は５に記載のアクセス制御方法。

Images