特許 7396205 医療情報保管プログラム及び医療情報保管管理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-04

(45)【発行日】2023-12-12

(54)【発明の名称】医療情報保管プログラム及び医療情報保管管理装置

(51)【国際特許分類】

   G06F 21/62 20130101AFI20231205BHJP

   G06F 21/31 20130101ALI20231205BHJP

   G16H 10/00 20180101ALI20231205BHJP

【ＦＩ】

G06F21/62 318

G06F21/31

G16H10/00

【請求項の数】 8

(21)【出願番号】P 2020095832

(22)【出願日】2020-06-02

(65)【公開番号】P2021189868

(43)【公開日】2021-12-13

【審査請求日】2022-12-23

(73)【特許権者】

【識別番号】000001270

【氏名又は名称】コニカミノルタ株式会社

(74)【代理人】

【識別番号】110001254

【氏名又は名称】弁理士法人光陽国際特許事務所

(72)【発明者】

【氏名】中森 洋

【審査官】平井 誠

(56)【参考文献】

【文献】特開２０１３－１１４２８３（ＪＰ，Ａ）

【文献】特開２０１０－１６５２１４（ＪＰ，Ａ）

【文献】特開２００２－１８９８０３（ＪＰ，Ａ）

【文献】特開２０１６－１４４１８６（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／００－８８

Ｇ１６Ｈ １０／００－８０／００

(57)【特許請求の範囲】

【請求項1】

複数の医療施設のクライアント端末からアクセスでき、当該複数の医療施設の医療情報を前記医療施設ごとに異なる領域に記憶保存するデータベースと通信可能なサーバー装置のコンピューターに、
前記クライアント端末から送信された前記施設ごとに定められた施設特定情報を取得する取得ステップ、
前記施設ごとに定められた認証情報を、前記施設特定情報を送信した前記クライアント端末に要求する要求ステップ、
前記要求に基づいて前記クライアント端末から送信された前記認証情報と、前記施設特定情報を照合する照合ステップ、
前記照合ステップにおいて、前記認証情報と前記施設特定情報との照合が承認された場合に、前記施設特定情報に基づき、前記データベースの前記医療施設に割り当てられたデータ領域へのアクセスを許可するアクセスステップ、
を実行させることを特徴とする医療情報保管プログラム。

【請求項2】

前記施設特定情報には、前記データベースの記憶領域を特定するためのＵＲＬが含まれ、
前記認証情報には、暗号化された前記ＵＲＬに対応した固有情報が含まれ、
前記照合ステップは、前記施設特定情報に含まれるＵＲＬと前記認証情報に含まれる前記固有情報とを照合することを特徴とする請求項１に記載の医療情報保管プログラム。

【請求項3】

複数の医療施設のクライアント端末からアクセスでき、当該複数の医療施設の医療情報を前記医療施設ごとに異なる領域に記憶保存するデータベースと通信可能で、前記クライアント端末の識別情報と医療施設情報を紐づけて記憶するサーバー装置のコンピューターに、
前記クライアント端末から送信された前記施設ごとに定められた施設特定情報を取得する取得ステップ、
前記クライアント端末の識別情報を前記クライアント端末に要求する要求ステップ、
前記要求に基づいて前記クライアント端末から送信された前記クライアント端末の識別情報と紐づけて記憶している医療施設情報と、前記施設特定情報を照合する照合ステップ、
前記照合ステップにおいて、前記医療施設情報と前記施設特定情報との照合が承認された場合に、前記施設特定情報に基づき、前記データベースの前記医療施設に割り当てられたデータ領域へのアクセスを許可するアクセスステップ、
を実行させることを特徴とする医療情報保管プログラム。

【請求項4】

前記施設特定情報には、前記データベースの記憶領域を特定するためのＵＲＬが含まれ、
前記医療施設情報には、前記ＵＲＬに対応した固有情報が含まれ、
前記照合ステップは、前記施設特定情報に含まれるＵＲＬと前記医療施設情報に含まれる前記固有情報とを照合することを特徴とする請求項３に記載の医療情報保管プログラム。

【請求項5】

前記アクセスステップは、前記照合ステップにおいて、照合が不認の場合に、前記クライアント端末からの通信を拒絶することを特徴とする請求項１から４のいずれか一項に記載の医療情報保管プログラム。

【請求項6】

複数の医療施設のクライアント端末からアクセスでき、当該複数の医療施設の医療情報を前記医療施設ごとに異なる領域に記憶保存するデータベースと通信可能な医療情報保管管理装置であって、
前記クライアント端末から送信された前記施設ごとに定められた施設特定情報を取得する取得手段と、
前記施設ごとに定められた認証情報を、前記施設特定情報を送信した前記クライアント端末に要求する要求手段と、
前記要求に基づいて前記クライアント端末から送信された前記認証情報と、前記施設特定情報を照合する照合手段と、
前記照合手段において、前記認証情報と前記施設特定情報との照合が承認された場合に、前記施設特定情報に基づき、前記データベースの前記医療施設に割り当てられたデータ領域へのアクセスを許可するアクセス手段と、
を備えることを特徴とする医療情報保管管理装置。

【請求項7】

前記クライアント端末に、認証情報をインストールさせるためのインストール情報を送信する送信手段を備えることを特徴とする請求項６に記載の医療情報保管管理装置。

【請求項8】

複数の医療施設のクライアント端末からアクセスでき、当該複数の医療施設の医療情報を前記医療施設ごとに異なる領域に記憶保存するデータベースと通信可能な医療情報保管管理装置であって、
前記クライアント端末の識別情報と前記クライアント端末が設置されている医療施設を紐づけて記憶する記憶手段と
前記クライアント端末から送信された前記施設ごとに定められた施設特定情報を取得する取得手段と、
前記クライアント端末の識別情報を前記クライアント端末に要求する要求手段と、
前記要求に基づいて前記クライアント端末から送信された前記クライアント端末の識別情報と紐づけて記憶している医療施設情報と、前記施設特定情報を照合する照合手段と、
前記照合手段において、前記医療施設情報と前記施設特定情報との照合が承認された場合に、前記施設特定情報に基づき、前記データベースの前記医療施設に割り当てられたデータ領域へのアクセスを許可するアクセス手段と、
を備えることを特徴とする医療情報保管管理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、医療情報保管プログラム及び医療情報保管管理装置に関する。

【背景技術】

【0002】

従来、複数の医療機関の医療データを保存する場合、サービス提供会社がユーザー管理を行い、各医療データはどの医療施設のデータかの情報を付加して保存し、ログインしたユーザーに関連する医療データを参照可能となるようにアクセス管理を行うシステムが提案されている。

【0003】

このようなシステムとして、例えば、外部サーバーのデータベースに保管された医療データを参照するために、ＩＣカードを用いたユーザー認証を行い、複数の医療施設の医療データのアクセス管理を可能としているシステムが提案されている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【文献】特開平１０－３１２４３０号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、複数の医療施設の医療データを保管する場合、セキュリティーの観点から、医療データを保管するデータ領域を医療施設ごとに分離してほしいという要望が存在する。
また、医療データを参照する医療施設の職員であるユーザーの管理を医療施設ごとに行いたいという要望が存在する。
しかしながら、上記の要望は、従来のシステムでは解決されない。

【0006】

本発明は、上記の従来技術における問題に鑑みてなされたものであって、医療施設の医療データのセキュリティーの向上とユーザーの管理の自由度の向上を課題とする。

【課題を解決するための手段】

【0007】

上記課題を解決するために、請求項１に記載の発明の医療情報保管プログラムは、
複数の医療施設のクライアント端末からアクセスでき、当該複数の医療施設の医療情報を前記医療施設ごとに異なる領域に記憶保存するデータベースと通信可能なサーバー装置のコンピューターに、
前記クライアント端末から送信された前記施設ごとに定められた施設特定情報を取得する取得ステップ、
前記施設ごとに定められた認証情報を、前記施設特定情報を送信した前記クライアント端末に要求する要求ステップ、
前記要求に基づいて前記クライアント端末から送信された前記認証情報と、前記施設特定情報を照合する照合ステップ、
前記照合ステップにおいて、前記認証情報と前記施設特定情報との照合が承認された場合に、前記施設特定情報に基づき、前記データベースの前記医療施設に割り当てられたデータ領域へのアクセスを許可するアクセスステップ、
を実行させることを特徴とする。

【0008】

また、請求項２に記載の発明は、請求項１に記載の医療情報保管プログラムにおいて、
前記施設特定情報には、前記データベースの記憶領域を特定するためのＵＲＬが含まれ、
前記認証情報には、暗号化された前記ＵＲＬに対応した固有情報が含まれ、
前記照合ステップは、前記施設特定情報に含まれるＵＲＬと前記認証情報に含まれる前記固有情報とを照合することを特徴とする。

【0009】

また、請求項３に記載の発明の医療情報保管プログラムは、
複数の医療施設のクライアント端末からアクセスでき、当該複数の医療施設の医療情報を前記医療施設ごとに異なる領域に記憶保存するデータベースと通信可能で、前記クライアント端末の識別情報と医療施設情報を紐づけて記憶するサーバー装置のコンピューターに、
前記クライアント端末から送信された前記施設ごとに定められた施設特定情報を取得する取得ステップ、
前記クライアント端末の識別情報を前記クライアント端末に要求する要求ステップ、
前記要求に基づいて前記クライアント端末から送信された前記クライアント端末の識別情報と紐づけて記憶している医療施設情報と、前記施設特定情報を照合する照合ステップ、
前記照合ステップにおいて、前記医療施設情報と前記施設特定情報との照合が承認された場合に、前記施設特定情報に基づき、前記データベースの前記医療施設に割り当てられたデータ領域へのアクセスを許可するアクセスステップ、
を実行させることを特徴とする。

【0010】

また、請求項４に記載の発明は、請求項３に記載の医療情報保管プログラムにおいて、
前記施設特定情報には、前記データベースの記憶領域を特定するためのＵＲＬが含まれ、
前記医療施設情報には、前記ＵＲＬに対応した固有情報が含まれ、
前記照合ステップは、前記施設特定情報に含まれるＵＲＬと前記医療施設情報に含まれる前記固有情報とを照合することを特徴とする。

【0011】

また、請求項５に記載の発明は、請求項１から４のいずれか一項に記載の医療情報保管プログラムにおいて、
前記アクセスステップは、前記照合ステップにおいて、照合が不認の場合に、前記クライアント端末からの通信を拒絶することを特徴とする。

【0012】

また、請求項６に記載の発明の医療情報保管管理装置は、
複数の医療施設のクライアント端末からアクセスでき、当該複数の医療施設の医療情報を前記医療施設ごとに異なる領域に記憶保存するデータベースと通信可能な医療情報保管管理装置であって、
前記クライアント端末から送信された前記施設ごとに定められた施設特定情報を取得する取得手段と、
前記施設ごとに定められた認証情報を、前記施設特定情報を送信した前記クライアント端末に要求する要求手段と、
前記要求に基づいて前記クライアント端末から送信された前記認証情報と、前記施設特定情報を照合する照合手段と、
前記照合手段において、前記認証情報と前記施設特定情報との照合が承認された場合に、前記施設特定情報に基づき、前記データベースの前記医療施設に割り当てられたデータ領域へのアクセスを許可するアクセス手段と、
を備えることを特徴とする。

【0013】

また、請求項７に記載の発明は、請求項６に記載の医療情報保管管理装置において、
前記クライアント端末に、認証情報をインストールさせるためのインストール情報を送信する送信手段を備えることを特徴とする。

【0014】

また、請求項８に記載の発明の医療情報保管管理装置は、
複数の医療施設のクライアント端末からアクセスでき、当該複数の医療施設の医療情報を前記医療施設ごとに異なる領域に記憶保存するデータベースと通信可能な医療情報保管管理装置であって、
前記クライアント端末の識別情報と前記クライアント端末が設置されている医療施設を紐づけて記憶する記憶手段と
前記クライアント端末から送信された前記施設ごとに定められた施設特定情報を取得する取得手段と、
前記クライアント端末の識別情報を前記クライアント端末に要求する要求手段と、
前記要求に基づいて前記クライアント端末から送信された前記クライアント端末の識別情報と紐づけて記憶している医療施設情報と、前記施設特定情報を照合する照合手段と、
前記照合手段において、前記医療施設情報と前記施設特定情報との照合が承認された場合に、前記施設特定情報に基づき、前記データベースの前記医療施設に割り当てられたデータ領域へのアクセスを許可するアクセス手段と、
を備えることを特徴とする。

【発明の効果】

【0015】

本発明によれば、医療施設の医療データのセキュリティーの向上とユーザーの管理の自由度の向上を可能にする。

【図面の簡単な説明】

【0016】

【図1】本発明の実施の形態における医療情報保管システムのシステム構成図である。

【図2】サーバー装置の機能的構成を示すブロック図である。

【図3】データベースサーバーの機能的構成を示すブロック図である。

【図4】クライアント端末の機能的構成を示すブロック図である。

【図5】実施の形態におけるアクセス・ログイン許可処理を示すラダーチャートである。

【図6】実施の形態の変形例におけるアクセス・ログイン許可処理を示すラダーチャートである。

【発明を実施するための形態】

【0017】

［実施の形態］
まず、図１を参照して本発明に係る医療情報保管システムの実施の形態について説明する。なお、本発明は、図示例に限定されるものではない。

【0018】

図１に、実施の形態における医療情報保管システム１００のシステム構成を示す。
図１に示すように、医療情報保管システム１００は、医療情報保管管理装置としてのサーバー装置１０及びデータベースサーバー２０と、医療施設Ａに設置されたクライアント端末３０Ａ１、３０Ａ２と、医療施設Ｂに設置されたクライアント端末３０Ｂ１，３０Ｂ２と、・・・を備えて構成されている。クライアント端末３０Ａ１，３０Ａ２，３０Ｂ１，３０Ｂ２・・・は、サーバー装置１０と、ネットワークＮ１を介してデータ通信可能に接続されている。また、サーバー装置１０とデータベースサーバー２０とは、ネットワークＮ２を介してデータ通信可能に接続されている。
なお、各医療施設に設置されているクライアント端末３０Ａ１，３０Ａ２，３０Ｂ１，３０Ｂ２・・・の数は、特に限定されない。
以下、各医療施設を特に区別しない場合には、クライアント端末３０Ａ１，３０Ａ２，３０Ｂ１，３０Ｂ２・・・を、単にクライアント端末３０と記載する。

【0019】

データベースサーバー２０は、各医療施設において生成された医用画像を、バックアップを目的として蓄積し、管理する画像保管サービスを行う装置であり、外部機器からの要求に応じて医用画像を提供する。
また、各医療施設のクライアント端末３０を使用するユーザーである職員の登録情報を保存する。

【0020】

サーバー装置１０は、複数の医療施設の医療情報及びクライアント端末３０からのアクセスを管理する装置である。

【0021】

クライアント端末３０Ａ１，３０Ａ２は、医療施設Ａの医師等の職員により使用されるコンピューターである。クライアント端末３０Ａ１，３０Ａ２は、ネットワークＮ１を介してサーバー装置１０にアクセスし、データベースサーバー２０に保管されている自施設の医用画像を閲覧する際に用いられる。また、クライアント端末３０Ａ１，３０Ａ２は、インターネットＮ１を介してサーバー装置１０にアクセスし、データベースサーバー２０に保管されている自施設のユーザー情報を管理する際に用いられる。

【0022】

医療施設Ｂに設けられているクライアント端末３０Ｂ１，３０Ｂ２も、医療施設Ａに設けられているクライアント端末３０Ａ１，３０Ａ２と同様であるため、説明を省略する。

【0023】

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

【0024】

制御部１１は、ＣＰＵ等により構成され、サーバー装置１０の各部の処理動作を統括的に制御する制御回路である。制御部１１は、記憶部１４に記憶されている各種プログラムを読み出してＲＡＭ１２に展開し、当該プログラムとの協働により各種処理を実行する。

【0025】

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

【0026】

通信部１３は、ネットワークインターフェース等により構成され、ネットワークＮ１及びネットワークＮ２を介して接続されたクライアント端末３０及びデータベースサーバー２０等の外部機器との間でデータの送受信を行う通信回路である。

【0027】

記憶部１４は、ＨＤＤや不揮発性の半導体メモリー等により構成される記憶装置である。記憶部１４は、制御部１１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメーターやデータを記憶している。

【0028】

制御部１１は、通信部１３を介して、クライアント端末３０から送信された医療施設ごとに設定された医療施設特定情報を取得する。医療施設特定情報とは、例えば、クライアント端末３０からサーバー装置１０にアクセスするための、Ｗｅｂブラウザー上で指定する所定のＵＲＬ（Uniform Resource Locator）である。
すなわち、制御部１１及び通信部１３は、取得手段として機能する。

【0029】

制御部１１は、通信部１３を介して、クライアント端末３０に医療施設ごとに設定された認証情報を要求する。認証情報とは、例えば、クライアント端末３０に予めインストールしているクライアント証明書である。
すなわち、制御部１１及び通信部１３は、要求手段として機能する。
なお、クライアント証明書には、医療施設特定情報に含まれるＵＲＬを照合するための情報が暗号化して記憶されている。当該情報とは、具体的には、ＵＲＬに対応する固有情報であり、ＵＲＬそのものでもよいが、ＵＲＬを特定可能な情報であればＵＲＬそのものでなくてもよい。

【0030】

制御部１１は、クライアント端末３０から送信された認証情報であるクライアント証明書に記憶された固有情報と、医療施設特定情報である所定のＵＲＬを照合する。
すなわち、制御部１１は、照合手段として機能する。

【0031】

制御部１１は、照合手段において、認証情報であるクライアント証明書に記憶された固有情報と医療施設特定情報である所定のＵＲＬとの照合が承認された場合に、医療施設特定情報である所定のＵＲＬ基づき、データベースサーバー２０内の対象の医療施設に割り当てられた記憶領域２５（図３参照）へのアクセスを許可する。
すなわち、制御部１１は、アクセス手段として機能する。

【0032】

図３に示すように、データベースサーバー２０は、制御部２１、ＲＡＭ２２、通信部２３、記憶部２４を備えて構成されており、各部はバス２６により接続されている。

【0033】

制御部２１は、ＣＰＵ（Central Processing Unit）等により構成され、データベースサーバー２０の各部の処理動作を統括的に制御する制御回路である。制御部２１は、記憶部２４に記憶されている各種プログラムを読み出してＲＡＭ２２に展開し、当該プログラムとの協働により各種処理を実行する。

【0034】

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

【0035】

通信部２３は、ネットワークインターフェース等により構成され、ネットワークＮ２を介して接続されたサーバー装置１０等の外部機器との間でデータの送受信を行う通信回路である。

【0036】

記憶部２４は、ＨＤＤ（Hard Disk Drive）や不揮発性の半導体メモリー等により構成される記憶装置である。記憶部２４は、制御部２１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメーターやデータを記憶している。
具体的に、記憶部２４は、医療施設Ａ記憶領域２５ａ，医療施設Ｂ記憶領域２５ｂ，・・・のように、医療施設ごとに情報が記憶される領域が分けられている。各記憶領域２５ａ，２５ｂ・・・内に各医療施設のユーザー管理テーブルＴ２５ａ，Ｔ２５ｂ・・・、各医療施設において生成された医用画像等の医療データＤ２５ａ，Ｄ２５ｂ・・・がそれぞれ記憶されている。
以下、各医療施設を特に区別しない場合には、記憶領域２５ａ，２５ｂ・・・、ユーザー管理テーブルＴ２５ａ，Ｔ２５ｂ・・・、医療データＤ２５ａ，Ｄ２５ｂ・・・を、単に記憶領域２５、ユーザー管理テーブルＴ２５、医療データＤ２５と記載する。

【0037】

ユーザー管理テーブルＴ２５には、医療情報保管システム１００内の複数の医療施設に所属するユーザーに関する情報が格納されている。ユーザー管理テーブルＴ２５には、ユーザーＩＤ、所属施設ＩＤ、氏名、メールアドレス、パスワード、アクセス権限等が対応付けられて格納されている。
ユーザーＩＤは、ユーザーを識別するための識別情報である。
所属施設ＩＤは、ユーザーが所属する医療施設の施設ＩＤである。
氏名は、ユーザーの氏名である。
メールアドレスは、ユーザーのメールアドレスである。
パスワードは、ユーザーがログインする際にユーザー認証を行うためのパスワードである。
アクセス権限は、記憶領域２５で閲覧できる医療データを制限するためのものである。

【0038】

ユーザー管理テーブルＴ２５内のユーザー情報は、当該ユーザー情報に対応するユーザーが所属する医療施設に設置されたクライアント端末３０から登録される。
したがって、各医療施設は、自己の記憶領域にアクセスできるユーザーや権限等を自由に設定して管理することができる。

【0039】

医療データＤ２５は、医療施設内で生成された医用画像等である。当該医用画像は、医療施設に設置されたクライアント端末３０から送信され、記憶領域２５に保管される。

【0040】

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

【0041】

制御部３１は、ＣＰＵ等により構成され、クライアント端末３０の各部の処理動作を統括的に制御する制御回路である。制御部３１は、記憶部３６に記憶されている各種プログラムを読み出してＲＡＭ３２に展開し、当該プログラムとの協働により各種処理を実行する。

【0042】

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

【0043】

通信部３３は、ネットワークインターフェース等により構成され、ネットワークＮ１を介して接続されたサーバー装置１０等の外部機器との間でデータの送受信を行う通信回路である。

【0044】

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

【0045】

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

【0046】

記憶部３６は、ＨＤＤや不揮発性の半導体メモリー等により構成される記憶装置である。記憶部３６は、制御部３１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメーターやデータを記憶している。
また、記憶部３６は、サーバー装置１０から送信されてインストールした認証情報であるクライアント証明書を記憶している。

【0047】

次に、実施の形態における動作について説明する。
サーバー装置１０における処理は、制御部１１と記憶部１４に記憶されているプログラムとの協働により実現され、データベースサーバー２０における処理は、制御部２１と記憶部２４に記憶されているプログラムとの協働により実現され、クライアント端末３０における処理は、制御部３１と記憶部３６に記憶されているプログラムとの協働により実現される。

【0048】

図５は、医療情報保管システム１００において行われるアクセス・ログイン許可処理を示すラダーチャートである。アクセス・ログイン許可処理は、クライアント端末３０からサーバー装置１０に対して、データベースサーバー２０の記憶領域２５内に記憶されている医用画像等の参照要求を行い、サーバー装置１０が当該要求を許可し、医用画像等を参照できるようにする処理である。
アクセス・ログイン許可処理が実施される前に、クライアント端末３０には予めクライアント証明書がインストールされているものとする。

【0049】

まず、クライアント端末３０において、ユーザーが操作部３４を用いて、Ｗｅｂブラウザー上に所定のＵＲＬを入力すると、制御部３１は、サーバー装置１０に対してアクセス要求を行う（ステップＳ１１）。
次いで、サーバー装置１０の制御部１１は、通信部１３を介して、クライアント端末３０からのアクセス要求を取得し、アクセス要求を送信したクライアント端末３０に対してクライアント証明書の提示を要求する（ステップＳ１２）。
次いで、クライアント端末３０の制御部３１は、通信部３３を介して、サーバー装置１０からのクライアント証明書の提示要求を取得し、サーバー装置１０に対してクライアント証明書を提示する（ステップＳ１３）。

【0050】

次いで、サーバー装置１０の制御部１１は、通信部１３を介して、クライアント端末３０が提示したクライアント証明書を取得し、ステップＳ１１のアクセス要求においてクライアント端末３０が送信した所定のＵＲＬとクライアント証明書に記憶された固有情報の照合を行う（ステップＳ１４）。
照合が承認された場合（ステップＳ１４；ＹＥＳ）、サーバー装置１０の制御部１１は、クライアント端末３０に対してデータベースサーバー２０の対象の医療施設のデータが保存されている記憶領域２５へのアクセスを許可する（ステップＳ１５）。

【0051】

次いで、サーバー装置１０の制御部１１は、通信部１３を介して、アクセスを許可したクライアント端末３０に対してユーザーのユーザーＩＤ及びパスワードを要求する（ステップＳ１６）。
クライアント端末３０の制御部３１は、通信部３３を介して、サーバー装置１０からユーザーのユーザーＩＤ及びパスワード要求を取得すると、ログインを行う。サーバー装置１０からクライアント端末３０に対し、ログイン画面が提供される。クライアント端末３０では、操作部３４からの操作により、ユーザーＩＤ及びパスワードが入力される。制御部３１は、入力されたユーザーＩＤ及びパスワードをサーバー装置１０に送信する（ステップＳ１７）。

【0052】

サーバー装置１０の制御部１１は、通信部１３を介して、クライアント端末３０から送信されたユーザーＩＤ及びパスワードを取得し、ユーザー認証を行う（ステップＳ１８）。具体的には、入力されたユーザーＩＤ及びパスワードの組み合わせが、データベースサーバー２０のユーザー管理テーブルＴ２５に予め登録されているユーザーＩＤ及びパスワードの組み合わせと一致する場合に、ユーザー認証がＯＫであると判断される。
ユーザー認証がＯＫである場合（ステップＳ１８；ＹＥＳ）、サーバー装置１０の制御部１１は、クライアント端末３０のログインを許可し（ステップＳ１９）、処理を終了する。クライアント端末３０はログインを許可されると、データベースサーバー２０の記憶領域２５内に記憶されている医用画像等を参照することができる。

【0053】

ステップＳ１１のアクセス要求においてクライアント端末３０が送信した所定のＵＲＬとクライアント証明書に記憶された固有情報の照合が不認された場合（ステップＳ１４；ＮＯ）、制御部１１は、クライアント端末３０との通信を拒絶し（ステップＳ２０）、処理を終了する。
または、ユーザー認証がＮＧである場合（ステップＳ１８；ＮＯ）、制御部１１は、クライアント端末３０との通信を拒絶し（ステップＳ２１）、処理を終了する。

【0054】

以上説明したように、上記の実施の形態によれば、医療情報保管システム１００は、複数の医療施設のクライアント端末３０からアクセスでき、当該複数の医療施設の医療データＤ２５を医療施設ごとに異なる領域である記憶領域２５に保存するデータベースサーバー２０と通信可能なサーバー装置１０のコンピューターである制御部１１に、クライアント端末３０から送信された医療施設ごとに定められた医療施設特定情報である所定のＵＲＬを取得する取得ステップと、医療施設ごとに定められた認証情報であるクライアント証明書を、医療施設特定情報である所定ＵＲＬを送信したクライアント端末３０に要求する要求ステップと、クライアント端末３０から送信された認証情報であるクライアント証明書と、医療施設特定情報である所定のＵＲＬを照合させる照合ステップと、照合ステップにおいて、認証情報であるクライアント証明書と医療施設特定情報である所定のＵＲＬとの照合が承認された場合に、医療施設特定情報である所定のＵＲＬに基づき、データベースサーバー２０の対象の医療施設に割り当てられたデータ領域である記憶領域２５へのアクセスを許可させるアクセスステップと、を実行させる。
したがって、医療施設ごとに異なる記憶領域に各医療施設の医療データを保管できるので、医療施設の医療データセキュリティーの向上が図れる。
また、各医療施設は、自己の記憶領域にアクセスできるユーザーや権限等を設定して管理することができるので、ユーザーの管理の自由度の向上が図れる。

【0055】

（変形例）
次に、上記実施の形態の変形例について説明する。
変形例における医療情報保管システムは、実施の形態に示した医療情報保管システム１００と同様の構成であるため、図１～図４を援用し、その構成については図示及び説明を省略する。以下、変形例に特徴的な構成及び処理について説明する。

【0056】

変形例における医療情報保管システム１００では、上記実施の形態における医療施設ごとに定められた認証情報であるクライアント証明書の代わりに、クライアント端末３０の識別情報を使用する。
クライアント端末３０の識別情報とは、クライアント端末３０の固有な端末名称、またはクライアント端末３０の固有な識別ＩＤ、またはクライアント端末３０のハードウェアの固有情報から生成される情報である。
クライアント端末３０の識別情報は、予めサーバー装置１０の記憶部１４に記憶されている。
また、クライアント端末３０の識別情報と紐づけて、医療施設情報であるデータベースサーバー２０の所定の記憶領域２５を特定するＵＲＬに対応する固有情報が、サーバー装置１０の記憶部１４に記憶されている。ここで、記憶部１４は、記憶手段として機能する。

【0057】

図６は、変形例の医療情報保管システム１００において行われるアクセス・ログイン許可処理を示すラダーチャートである。

【0058】

まず、クライアント端末３０の制御部３１は、実施の形態のステップＳ１１と同様のアクセス要求をサーバー装置１０に対して行う（ステップＳ２１）。
次いで、サーバー装置１０の制御部１１は、通信部１３を介して、クライアント端末３０からのアクセス要求を取得し、アクセス要求を送信したクライアント端末３０に対してクライアント端末３０の識別情報の提示を要求する（ステップＳ２２）。
次いで、クライアント端末３０の制御部３１は、通信部３３を介して、サーバー装置１０からのクライアント端末３０の識別情報の提示要求を取得し、サーバー装置１０に対してクライアント端末３０の識別情報を提示する（ステップＳ２３）。

【0059】

サーバー装置１０の制御部１１は、記憶部１４に記憶されている、クライアント端末３０の識別情報に紐づけられた医療施設情報を取得する（ステップＳ２４）。
次いで、制御部１１は、クライアント端末３０が送信した所定のＵＲＬと、ステップＳ２４において取得した医療施設情報との照合を行う（ステップＳ２５）。
照合が承認された場合（ステップＳ２５；ＹＥＳ）、サーバー装置１０の制御部１１は、クライアント端末３０に対してデータベースサーバー２０の対象の医療施設のデータが保存されている記憶領域２５へのアクセスを許可する（ステップＳ２６）。以降、実施の形態のステップＳ１６～ステップＳ１９と同様のステップＳ２７～ステップＳ３０を行い、処理を終了する。クライアント端末３０はログインを許可されると、データベースサーバー２０の記憶領域２５内に記憶されている医用画像等を参照することができる。

【0060】

ステップＳ２１のアクセス要求においてクライアント端末３０が送信した所定のＵＲＬとステップＳ２４において取得した医療施設情報との照合が不認された場合（ステップＳ２５；ＮＯ）、制御部１１は、クライアント端末３０との通信を拒絶し（ステップＳ３１）、処理を終了する。
または、ユーザー認証がＮＧである場合（ステップＳ２９；ＮＯ）、制御部１１は、クライアント端末３０との通信を拒絶し（ステップＳ３２）、処理を終了する。

【0061】

以上説明したように、上記の実施の形態の変形例によれば、医療情報保管システム１００は、複数の医療施設のクライアント端末３０からアクセスでき、当該複数の医療施設の医療データＤ２５を医療施設ごとに異なる領域である記憶領域２５に保存するデータベースサーバー２０と通信可能なサーバー装置１０のコンピューターに、サーバー装置１０にクライアント端末３０の識別情報を記憶し、クライアント端末３０から送信された医療施設ごとに定められた医療施設特定情報である所定のＵＲＬを取得する取得ステップと、クライアント端末３０の識別情報を、医療施設特定情報である所定のＵＲＬを送信したクライアント端末３０に要求する要求ステップと、要求に基づいてクライアント端末３０から送信されたクライアント端末３０の識別情報と紐づけて記憶されている医療施設の医療施設情報と、医療施設特定情報であるＵＲＬとを照合させる照合ステップと、照合ステップにおいて、医療施設の照合が承認された場合に、医療施設特定情報であるＵＲＬに基づき、データベースサーバー２０の対象の医療施設に割り当てられたデータ領域である記憶領域２５へのアクセスを許可させるアクセスステップと、を実行させる。
したがって、医療施設ごとに異なる記憶領域に各医療施設の医療データを保管できるので、医療施設の医療データセキュリティーの向上が図れる。
また、各医療施設は、自己の記憶領域にアクセスできるユーザーや権限等を設定して管理することができるので、ユーザーの管理の自由度の向上が図れる。

【0062】

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

【0063】

上記実施の形態では、認証情報であるクライアント証明書はクライアント端末３０に予めインストールされているとしたが、サーバー装置１０の記憶部１４に記憶されているプログラムによって、クライアント端末３０にインストールされるとしてもよい。

【符号の説明】

【0064】

１０ サーバー装置
１１ 制御部（取得手段、要求手段、照合手段、アクセス手段）
１２ ＲＡＭ
１３ 通信部（取得手段、要求手段）
１４ 記憶部（記憶手段）
１５ バス
２０ データベースサーバー
２１ 制御部
２２ ＲＡＭ
２３ 通信部
２４ 記憶部
２５，２５ａ，２５ｂ 記憶領域
２６ バス
３０，３０Ａ１，３０Ａ２，３０Ｂ１，３０Ｂ２ クライアント端末
３１ 制御部
３３ 通信部
３４ 操作部
３５ 表示部
３６ 記憶部
１００ 医療情報保管システム
Ｎ１ ネットワーク
Ｎ２ ネットワーク
Ｔ２５，Ｔ２５ａ，Ｔ２５ｂ ユーザー管理テーブル
Ｄ２５，Ｄ２５ａ，Ｄ２５ｂ 医療データ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】