医療データ管理システム
【課題】医療データを複数の医療施設で共有するシステムにおいて、医療データを管理するサーバに新たに医療データが記憶された場合の、ユーザの利便性を向上させる。
【解決手段】医療データ管理サーバ１０は、患者情報が削除された医療データとこの患者情報を特定する患者特定ＩＤとを関連付けて記憶する。医療データ管理サーバ１０は、医療データがアップロードされると、この医療データに関連付けられている患者特定ＩＤを含むアクセス要求を所定の期間内に送信したクライアント端末１０に更新通知を送信する。
【解決手段】医療データ管理サーバ１０は、患者情報が削除された医療データとこの患者情報を特定する患者特定ＩＤとを関連付けて記憶する。医療データ管理サーバ１０は、医療データがアップロードされると、この医療データに関連付けられている患者特定ＩＤを含むアクセス要求を所定の期間内に送信したクライアント端末１０に更新通知を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療データ管理システムに関する。
【背景技術】
【０００２】
近年、医療技術の発達に伴い、特定機能を持つ病院や診療所等の各医療施設が連携して患者を治療する、地域医療連携の枠組みが普及しつつある。
【０００３】
例えば、各医療施設において管理されている医療データを、医療施設のグループ全体（地域全体）で共有するため、医療データを管理する医療データ管理サーバを設置し、各医療施設から当該サーバに医療データをアップロードし、各医療施設から当該サーバにアクセスすることにより、互いの医療データの供給、取得を可能としている。
【０００４】
また、医療データ管理サーバの代わりに、医療データの所在、データ種類、対象患者等を管理するサーバ（地域医療連携サーバ）を設置し、当該サーバにアクセスすることにより、互いの医療データの供給、取得を可能とする技術も開示されている。具体的には、患者の紹介元の医療施設が地域医療連携サーバに患者情報を登録し、患者の紹介先の医療施設が地域医療連携サーバから患者情報を取得する技術が開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１２２３８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、各医療施設では、医療データ管理サーバに医療データがアップロードされた契機を知ることができず、ユーザにとって不便であった。
【０００７】
また、特許文献１の技術でも同様に、地域医療連携サーバに、医療データの所在、データ種類、対象患者等の情報が登録（アップロード）された契機を知ることができず、ユーザにとって不便であった。
【０００８】
本発明は、上述したような課題に鑑みて為されたものであり、その目的とするところは、医療データを複数の医療施設で共有するシステムにおいて、医療データを管理するサーバに新たに医療データが記憶された場合の、ユーザの利便性を向上させることである。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、請求項１に記載の発明は、
複数の医療施設において其々生成された医療データを管理する医療データ管理サーバと、前記医療施設内に設置されたクライアント端末とが通信ネットワークを介してデータ通信可能に接続された医療データ管理システムであって、
前記医療データ管理サーバは、
患者情報が削除された前記医療データと当該患者情報を特定する患者特定ＩＤとを関連付けて記憶する第１記憶手段と、
前記患者特定ＩＤを含むアクセス要求をクライアント端末から受信すると、当該患者特定ＩＤに関連付けられている医療データ又は当該医療データに関する情報を前記クライアント端末に送信し、前記第１記憶手段に新たに医療データが記憶されると、当該医療データに関連付けられている患者特定ＩＤを含むアクセス要求を送信したクライアント端末に更新通知を送信する第１制御手段と、
を備える。
【００１０】
請求項２に記載の発明は、請求項１に記載の発明において、
前記クライアント端末は、
患者情報と患者特定ＩＤとを関連付けて記憶する第２記憶手段と、
自医療施設内において生成された医療データから患者情報を削除し、
当該患者情報が前記第２記憶手段に記憶されている場合、当該医療データと当該患者情報に関連付けられている患者特定ＩＤとを前記医療データ管理サーバに送信し、
当該患者情報が前記第２記憶手段に記憶されていない場合、当該患者情報を特定する患者特定ＩＤを発行し、当該医療データと当該発行した患者特定ＩＤとを前記医療データ管理サーバに送信し、当該削除した患者情報と当該発行した患者特定ＩＤとを関連付けて前記第２記憶手段に記憶させる第２制御手段と、
を備え、
前記医療データ管理サーバの第１制御手段は、
前記クライアント端末から受信した、前記患者情報が削除された前記医療データと当該患者情報を特定する患者特定ＩＤとを関連付けて前記第１記憶手段に記憶させる。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記更新通知は、前記第１記憶手段に新たに記憶された医療データに関連付けられている患者特定ＩＤを含む。
【００１２】
請求項４に記載の発明は、請求項３に記載の発明において、
前記クライアント端末の第２制御手段は、
前記更新通知に含まれる患者特定ＩＤに関連付けられている患者情報を第２記憶手段から読み出し、当該患者情報に対応する患者の医療データが前記医療データ管理サーバにアップロードされた旨を画面に表示する。
【００１３】
請求項５に記載の発明は、請求項１〜４の何れか一項に記載の発明において、
前記医療データ管理サーバの第１制御手段は、
前記第１記憶手段に新たに医療データが記憶されると、当該医療データに関連付けられている患者特定ＩＤを含むアクセス要求を所定の期間内に送信したクライアント端末に更新通知を送信する。
【発明の効果】
【００１４】
請求項１に記載の発明によれば、医療データ管理サーバは、患者情報が削除された医療データと当該患者情報を特定する患者特定ＩＤとを関連付けて記憶する第１記憶手段を備え、医療データ管理サーバの第１制御手段は、患者特定ＩＤを含むアクセス要求をクライアント端末から受信すると、当該患者特定ＩＤに関連付けられている医療データ又は当該医療データに関する情報を前記クライアント端末に送信し、前記第１記憶手段に新たに医療データが記憶されると、当該医療データに関連付けられている患者特定ＩＤを含むアクセス要求を送信したクライアント端末に更新通知を送信する。
【００１５】
そのため、医療データを複数の医療施設で共有するシステムにおいて、医療データを管理するサーバに新たに医療データが記憶された場合の、ユーザの利便性を向上させることができる。また、患者情報の漏洩を防ぐことができる。
【００１６】
請求項２に記載の発明によれば、クライアント端末は、患者情報と患者特定ＩＤとを関連付けて記憶する第２記憶手段を備え、クライアント端末の第２制御手段は、自医療施設内において生成された医療データから患者情報を削除し、当該患者情報が前記第２記憶手段に記憶されている場合、当該医療データと当該患者情報に関連付けられている患者特定ＩＤとを前記医療データ管理サーバに送信し、当該患者情報が前記第２記憶手段に記憶されていない場合、当該患者情報を特定する患者特定ＩＤを発行し、当該医療データと当該発行した患者特定ＩＤとを前記医療データ管理サーバに送信し、当該削除した患者情報と当該発行した患者特定ＩＤとを関連付けて前記第２記憶手段に記憶させる。また、前記医療データ管理サーバの第１制御手段は、前記クライアント端末から受信した、前記患者情報が削除された前記医療データと当該患者情報を特定する患者特定ＩＤとを関連付けて前記第１記憶手段に記憶させる。
【００１７】
そのため、連携する医療施設のグループ内において共通の患者特定ＩＤが持たれる。即ち、患者特定ＩＤと患者情報とは一対一に対応する。よって、患者情報の漏洩を防ぐことができ、且つ、共有される医療データを閲覧する際のユーザの利便性が向上する。
【００１８】
請求項３に記載の発明によれば、前記更新通知は、前記第１記憶手段に新たに記憶された医療データに関連付けられている患者特定ＩＤを含む。そのため、医療データを複数の医療施設で共有するシステムにおいて、医療データを管理するサーバに新たに医療データが記憶された場合の、ユーザの利便性を更に向上させることができる。
【００１９】
請求項４に記載の発明によれば、ユーザは、画面を参照することで、過去に閲覧した医療データの対象患者に関する医療データがアップロードされた契機を知ることができる。
【００２０】
請求項５に記載の発明によれば、ユーザは、画面を参照することで、所定の期間内に閲覧した医療データの対象患者に関する医療データがアップロードされた契機を知ることができる。
【図面の簡単な説明】
【００２１】
【図１】医療データ管理システムのシステム構成の一例を示すシステム構成図である。
【図２】ＤＩＣＯＭ準拠画像データのデータ構成図である。
【図３】ＨＬ７準拠読影レポートデータのデータ構成図である。
【図４】ＨＬ７準拠検体検査結果データのデータ構成図である。
【図５】医療データ管理サーバのブロック図である。
【図６】医療データ管理サーバに記憶されている医療データのデータ構成図である。
【図７】患者医療関連テーブルのデータ構成図である。
【図８】アクセス履歴テーブルのデータ構成図である。
【図９】クライアント端末のブロック図である。
【図１０】患者情報特定テーブルのデータ構成図である。
【図１１】患者特定ＩＤ発行処理のフローチャート図である。
【図１２】医療データ管理システムにおいて実行される処理のイメージ図である。
【図１３】医療データ管理システムにおいて実行される処理のフローチャート図である。
【図１４】更新通知処理のフローチャート図である。
【発明を実施するための形態】
【００２２】
以下、本発明の医療データ管理システムを図１の医療データ管理システム１００に適用した場合の実施形態について図１〜図１４を参照して説明する。
【００２３】
[医療データ管理システムのシステム構成]
図１に、医療データ管理システム１００のシステム構成を示す。図１に示すように、医療施設Ａの医療システム２００ａと、医療施設Ｂの医療システム２００ｂと、医療施設Ｃの医療システム２００ｃと、データセンタの医療システム３００とから構成されている。上記の各医療システムは、インターネット等の通信ネットワークＮを介してデータ通信可能に接続されている。
【００２４】
医療システム２００ａは、クライアント端末１０と、モダリティ２０と、ＰＡＣＳ３０と、読影レポートシステム４０と、検査データ管理サーバ５０とから構成されており、各装置は医療施設Ａ内の通信ネットワークであるＬＡＮ（Local Area Network）を介して、データ通信可能に接続されている。また、ＬＡＮは、図示しないルータ等の通信機器を介して通信ネットワークＮと通信可能となっている。
【００２５】
モダリティ２０は、図示しないＲＩＳから受信した撮影オーダ情報に従って、患者を撮影し、医用画像の画像データ（医用画像データ）を生成する撮影装置である。ここで、ＲＩＳとは、医療施設Ａ内における診療予約、診断結果のレポート、実績管理、材料在庫管理等の情報管理を行うシステムである。モダリティ２０は、前記撮影オーダ情報に基づいて、前記医用画像データに関する付帯情報を生成する。そして、モダリティ２０は、前記医用画像データに付帯情報を付帯させて、ＤＩＣＯＭ規格に則ったＤＩＣＯＭ準拠画像データを生成し、ＰＡＣＳ３０に送信する。モダリティ２０としては、ＣＲ装置、ＣＴ装置、ＭＲＩ装置等、様々な種類の医用画像を撮影する撮影装置（医用画像撮影装置）が適用可能である。
【００２６】
図２に、モダリティ２０が生成するＤＩＣＯＭ準拠画像データのデータ構成図を示す。前述したように、ＤＩＣＯＭ準拠画像データは、付帯情報と医用画像データとから構成される。また、付帯情報は、患者情報、検査情報、シリーズ情報及び画像識別情報を含む。
【００２７】
患者情報は、患者ＩＤ、患者氏名、性別、生年月日、身長、体重、電話番号、住所、職業等の項目を含んだ患者に関する情報である。検査情報は、検査を識別する検査ＩＤ、検査名、検査日時、受付番号、検査目的、検査内容等の検査に関する情報である。シリーズ情報は、シリーズ番号、モダリティ名、手技、撮影部位、撮影方向、撮影技師名等の、一つの検査の中で生成されるモダリティ毎の一連の医用画像の単位（シリーズ）に関する情報である。画像識別情報は、画像を識別するＳＯＰインスタンスＵＩＤ、画像番号、画像サイズ等の医用画像に関する情報である。
【００２８】
図１に戻り、ＰＡＣＳ３０は、モダリティ２０において生成されたＤＩＣＯＭ準拠画像データを保存管理し、検索やデータ解析を行うデータベースシステムである。ＰＡＣＳ３０は、モダリティ２０から受信したＤＩＣＯＭ準拠画像データに含まれる付帯情報に基づいて当該ＤＩＣＯＭ準拠画像データを、例えば、リレーショナルデータベースに蓄積記憶していく。そして、ＰＡＣＳ３０は、読影医等の操作指示に応じて指定された患者ＩＤや検査ＩＤ等を検索キーとしてＤＩＣＯＭ準拠画像データを検索し、画像ビューワやイメージャに出力する。
【００２９】
読影レポートシステム４０は、医用画像の読影レポートを作成し管理するためのシステムである。読影レポートシステム４０は、ＰＡＣＳ３０からＤＩＣＯＭ準拠画像データを取得（受信）する。読影レポートシステム４０は、取得したＤＩＣＯＭ準拠画像データに基づいて、画像ビューワに医用画像を表示する。読影レポートシステム４０は、ユーザ操作による操作信号や、取得したＤＩＣＯＭ準拠画像データの付帯情報に基づいて、ＨＬ７規格に則ったＨＬ７準拠読影レポートデータを生成する。読影レポートシステム４０は、生成したＨＬ７準拠読影レポートデータを保存する。
【００３０】
図３に、読影レポートシステム４０が生成するＨＬ７準拠読影レポートデータのデータ構成図を示す。ＨＬ７準拠読影レポートデータは、患者情報と検査情報と読影レポート情報とから構成される。
【００３１】
患者情報、検査情報は、ＤＩＣＯＭ準拠画像データの付帯情報に含まれる患者情報、検査情報と同様のデータである。読影レポート情報は、医用画像に対する読影レポートの情報である。
【００３２】
図１に戻り、検査データ管理サーバ５０は、図示しない分析器において生成された検査データを、ＨＬ７規格に則ったＨＬ７準拠検体検査データとして保存管理する装置である。ここで、分析器とは、患者から採取した血液や尿等の検体を分析（検査）し、分析結果としての検査データを生成する装置である。
【００３３】
図４に、検査データ管理サーバ５０において管理されるＨＬ７準拠検体検査結果データのデータ構成図を示す。ＨＬ７準拠検体検査結果データは、患者識別情報（患者情報）と検査識別情報と検体識別情報と容器識別情報と結果識別情報とから構成される。
【００３４】
患者識別情報（患者情報）、検査識別情報は、ＤＩＣＯＭ準拠画像データの付帯情報に含まれる患者情報、検査情報と同様のデータである。検体識別情報は、検体ＩＤ、採取方法、採取量、採取日時、受領日時等の検体に関する情報である。容器識別情報は、容器ＩＤ、容器容積、添加物、希釈率、温度等の容器に関する情報である。結果識別情報は、検査項目、検査値、単位、基準値、実施者、分析日時、装置ＩＤ等の検査結果に関する情報である。
【００３５】
図１に戻り、クライアント端末１０は、データセンタの医療システム３００に設置された医療データ管理サーバ６０のクライアント機能を有する。クライアント端末１０は、自システム（医療システム２００ａ）内において生成された医療データから患者情報を削除して、この患者情報が削除された医療データを医療データ管理サーバ６０に送信する。ここで、医療データとは、ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠読影レポートデータ、ＨＬ７準拠検体検査結果データ等の医療に関するデータである。
【００３６】
具体的に、クライアント端末１０は、ＰＡＣＳ３０にＤＩＣＯＭ準拠画像データの取得要求を送信する。そして、クライアント端末１０は、ＰＡＣＳ３０からＤＩＣＯＭ準拠画像データを取得（受信）する。クライアント端末１０は、このＤＩＣＯＭ準拠画像データの付帯情報から患者情報を削除する。クライアント端末１０は、患者情報が削除されたＤＩＣＯＭ準拠画像データを医療データ管理サーバ６０に送信する。
【００３７】
同様に、クライアント端末１０は、読影レポートシステム４０にＨＬ７準拠読影レポートデータの取得要求を送信する。そして、クライアント端末１０は、読影レポートシステム４０からＨＬ７準拠読影レポートデータを取得（受信）する。クライアント端末１０は、このＨＬ７準拠読影レポートデータから患者情報を削除する。クライアント端末１０は、患者情報が削除されたＨＬ７準拠読影レポートデータを医療データ管理サーバ６０に送信する。
【００３８】
同様に、クライアント端末１０は、検査データ管理サーバ５０にＨＬ７準拠検体検査結果データの取得要求を送信する。そして、クライアント端末１０は、検査データ管理サーバ５０からＨＬ７準拠検体検査結果データを取得（受信）する。クライアント端末１０は、このＨＬ７準拠検体検査結果データから患者情報を削除する。クライアント端末１０は、患者情報が削除されたＨＬ７準拠検体検査結果データを医療データ管理サーバ６０に送信する。
【００３９】
また、クライアント端末１０は、医療データから削除した患者情報を特定する患者特定ＩＤを、患者情報が削除された医療データと共に医療データ管理サーバ６０に送信する。
【００４０】
また、クライアント端末１０は、患者特定ＩＤに基づいて、医療データ管理サーバ６０において管理されている医療データを検索し、医療データを取得する。
【００４１】
医療システム２００ｂ及び医療システム２００ｃの構成は、医療システム２００ａの構成と略同一であるため、その説明を省略する。
【００４２】
医療システム３００は、医療データ管理サーバ６０等から構成されている。医療データ管理サーバ６０は、各医療施設（医療施設Ａ、Ｂ、Ｃ）において生成された医療データを管理する。
【００４３】
医療データ管理サーバ６０は、各医療施設に設置されたクライアント端末１０から、医療データと患者特定ＩＤとを受信すると、これらの情報を記憶管理する。
【００４４】
[医療データ管理サーバの機能的構成]
図５に、医療データ管理サーバ６０の機能的構成を示す。
【００４５】
図５に示すように、医療データ管理サーバ６０は、制御部６１、操作部６２、表示部６３、通信部６４、記憶部６５を備えて構成され、各部はバス６６により接続されている。
【００４６】
制御部６１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等から構成され、医療データ管理サーバ６０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部６２から入力される操作信号又は通信部６４により受信される指示信号に応じて、記憶部６５に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。
【００４７】
操作部６２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部６１に出力する。
【００４８】
表示部６３は、ＬＣＤ（Liquid Crystal Display）により構成され、制御部６１から入力される表示データに基づいて各種画面を表示する。
【００４９】
通信部６４は、ＬＡＮ（Local Area Network）アダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮを介して接続された医療システム２００ａ、医療システム２００ｂ、医療システム２００ｃ等の外部システムや外部機器との間でデータの送受信を行う。
【００５０】
記憶部６５は、ハードディスク等から構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。また、記憶部６５は、各医療施設において生成された医療データを記憶する。
【００５１】
図６に、記憶部６５に記憶されている医療データのデータ構成図を示す。図６に示すように、ＤＩＣＯＭ準拠画像データは、付帯情報に含まれる患者情報が削除されて記憶部６５に記憶される。同様に、ＨＬ７準拠読影レポートデータは、患者情報が削除されて記憶部６５に記憶される。同様に、ＨＬ７準拠検体検査結果データは、患者識別情報（患者情報）が削除されて記憶部６５に記憶される。
【００５２】
図５に戻り、記憶部６５は、医療データを管理するためのプログラムである医療データ管理サーバプログラム６５１を記憶する。医療データ管理サーバプログラム６５１と制御部６１とは協働して、記憶部６５に記憶されている医療データの管理等を行う。
【００５３】
また、記憶部６５は、患者医療関連テーブル６５２を記憶する。患者医療関連テーブル６５２は、医療データ管理サーバプログラム６５１と制御部６１との協働による医療データの管理において参照される。
【００５４】
図７に、患者医療関連テーブル６５２のデータ構成を示す。図７に示すように、患者医療関連テーブル６５２における１レコードは、「医療データ（患者情報無し）の格納アドレス」と「患者特定ＩＤ」とから成る。ここで、１レコードは、１つの医療データのオブジェクト（例えば、一検査分のＨＬ７準拠読影レポートデータ）に対応する。
【００５５】
「医療データ（患者情報無し）の格納アドレス」は、医療データのオブジェクトが格納されている記憶部６５の格納アドレスを示す項目である。
【００５６】
「患者特定ＩＤ」は、同レコードの「医療データ（患者情報無し）の格納アドレス」に格納されている医療データのオブジェクトから削除した患者情報を特定する情報である。
【００５７】
図５に戻り、記憶部６５は、アクセス履歴テーブル６５３を記憶する。アクセス履歴テーブル６５３とは、クライアント端末１０が、患者特定ＩＤを検索キーとして記憶部６５に記憶されている医療データにアクセスした履歴を示すテーブルである。
【００５８】
図８に、アクセス履歴テーブル６５３のデータ構成を示す。図８に示すように、アクセス履歴テーブル６５３における１レコードは、「患者特定ＩＤ」「ＩＰアドレス」「ホスト名」「施設名」「最終アクセス日時」とから成る。ここで、１レコードは、１つの患者特定ＩＤを検索キーとした１台のクライアント端末のアクセスに対応する。例えば、医療施設Ａのクライアント端末１０が患者Ａと患者Ｂに関する医療データにアクセスし、医療施設Ｂのクライアント端末１０が患者Ｂに関する医療データにアクセスした場合、アクセス履歴テーブル６５３は、３レコードから構成されることになる。具体的に、アクセス履歴テーブル６５３は、「医療施設Ａのクライアント端末１０からの患者Ａに関する医療データへのアクセス」「医療施設Ａのクライアント端末１０からの患者Ｂに関する医療データへのアクセス」「医療施設Ｂのクライアント端末１０からの患者Ｂに関する医療データへのアクセス」に対応する３つのレコードから構成されることになる。
【００５９】
「患者特定ＩＤ」は、クライアント端末１０が医療データの検索キーとして設定した値を示す項目である。
【００６０】
「ＩＰアドレス」は、医療データにアクセスしたクライアント端末１０のＩＰアドレスである。
【００６１】
「ホスト名」は、医療データにアクセスしたクライアント端末１０のホスト名である。
【００６２】
「施設名」は、医療データにアクセスしたクライアント端末１０が設置されている施設名である。
【００６３】
「最終アクセス日時」は、クライアント端末１０が同レコードの「患者特定ＩＤ」の値を検索キーとして医療データにアクセスした最終アクセス日時である。「最終アクセス日時」の値は、クライアント端末１０がアクセスする毎に更新される。
【００６４】
また、「ＩＰアドレス」「ホスト名」「施設名」「最終アクセス日時」の項目の情報を合わせて、ノード情報と称す。
【００６５】
図５に戻り、制御部６１は、患者情報が削除された医療データと、削除した患者情報に対応する患者特定ＩＤとを通信部１４を介してクライアント端末１０から受信（取得）する。制御部６１は、取得した医療データ（患者情報無し）を記憶部６５に記憶させる。そして、制御部６１は、医療データを記憶させた記憶部６５の格納アドレスと、取得した患者特定ＩＤとを含むレコードを患者医療関連テーブル６５２に追加する。
【００６６】
また、制御部６１は、患者特定ＩＤを含む医療データ取得要求を通信部１４を介してクライアント端末１０から受信すると、この患者特定ＩＤに関連付けられている医療データを記憶部６５から読み出し、クライアント端末１０に送信する。具体的に、制御部６１は、患者医療関連テーブル６５２を参照し、取得した患者特定ＩＤと同じ値を持つ１又は複数のレコードを抽出する。そして、制御部６１は、抽出したレコードの項目「医療データの格納アドレス」に基づいて１又は複数の医療データ（患者情報無し）のオブジェクトを読み出す。制御部６１は、読み出した医療データ（患者情報無し）を通信部６４を介して、クライアント端末１０に送信する。
【００６７】
また、制御部６１は、患者特定ＩＤを含む医療データリスト取得要求を通信部１４を介してクライアント端末１０から受信すると、この患者特定ＩＤに関連付けられている医療データのリストをクライアント端末１０に送信する。具体的に、制御部６１は、患者医療関連テーブル６５２を参照し、取得した患者特定ＩＤと同じ値を持つ１又は複数のレコードを抽出する。そして、制御部６１は、抽出したレコードの項目「医療データの格納アドレス」に基づいて１又は複数の医療データのオブジェクトを読み出す。制御部６１は、読み出した医療データのデータ種別（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠読影レポートデータ、ＨＬ７準拠検体検査結果データ）や生成日時等の情報に基づき、医療データのリストを生成する。制御部６１は、通信部６４を介して、生成した医療データのリストをクライアント端末１０に送信する。
【００６８】
医療データ取得要求と医療データリスト取得要求を総称して医療データアクセス要求と称す。
【００６９】
制御部６１は、医療データアクセス要求をクライアント端末１０から通信部６４を介して受信すると、アクセス履歴テーブル６５３を更新する。
【００７０】
具体的に、制御部６１は、医療データアクセス要求に含まれる患者特定ＩＤを読み出す。制御部６１は、通信部６４に問い合わせて通信状況の情報を解析し、又は医療データアクセス要求を解析し、医療データアクセス要求の送信元の装置のＩＰアドレス、ホスト名、装置が設置されている施設名を検出する。
【００７１】
そして、制御部６１は、読み出した患者特定ＩＤと検出したＩＰアドレスと、同じ値の項目「患者特定ＩＤ」「ＩＰアドレス」を持つレコードを、アクセス履歴テーブル６５３から検索する。
【００７２】
検索の結果、該当するレコードが無い場合、制御部６１は、読み出した患者特定ＩＤと検出したＩＰアドレスと検出したホスト名と検出した施設名と現在時刻とを、「患者特定ＩＤ」「ホスト名」「施設名」「最終アクセス日時」の各値とするレコードをアクセス履歴テーブル６５３に追加する。
【００７３】
一方、検索の結果、該当するレコードが有る場合、制御部６１は、この該当するレコードの「最終アクセス日時」の値を、現在時刻に更新する。
【００７４】
これらの制御部６１の処理は、医療データ管理サーバプログラム６５１と協働して行われる。
【００７５】
[クライアント端末の機能的構成]
図９に、クライアント端末１０の機能的構成を示す。
【００７６】
図９に示すように、クライアント端末１０は、制御部１１、操作部１２、表示部１３、通信部１４、記憶部１５を備えて構成され、各部はバス１６により接続されている。
【００７７】
制御部１１は、ＣＰＵ、ＲＡＭ等から構成され、クライアント端末１０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部１２から入力される操作信号又は通信部１４により受信される指示信号に応じて、記憶部１５に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。
【００７８】
操作部１２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部１１に出力する。
【００７９】
表示部１３は、ＬＣＤにより構成され、制御部１１から入力される表示データに基づいて各種画面を表示する。
【００８０】
通信部１４は、ＬＡＮアダプタ、ルータ、ＴＡ等を備え、医療システム２００ａのＬＡＮや通信ネットワークＮを介して接続されたＰＡＣＳ３０、読影レポートシステム４０、検査データ管理サーバ５０、医療データ管理サーバ６０等の外部機器との間でデータの送受信を行う。
【００８１】
記憶部１５は、ハードディスク等から構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。
【００８２】
また、記憶部１５は、医療データ管理サーバ６０のクライアント機能を実現するプログラムである医療データ管理クライアントプログラム１５１を記憶する。
【００８３】
また、記憶部１５は、患者情報特定テーブル１５２を記憶する。患者情報特定テーブル１５２は、医療データ管理クライアントプログラム１５１と制御部１１との協働による処理の際に参照される。
【００８４】
図１０に、患者情報特定テーブル１５２のデータ構成を示す。図１０に示すように、患者情報特定テーブル１５２における１レコードは、「患者情報」と「患者特定ＩＤ」とから成る。ここで、１レコードは、患者一人分の患者情報に対応する。
【００８５】
「患者情報」は、医療データのオブジェクトに付帯する付帯情報に含まれる患者情報である。
【００８６】
「患者特定ＩＤ」は、同レコードの「患者情報」を特定する情報である。
【００８７】
図９に戻り、制御部１１は、ユーザ操作による操作部１２からの操作信号に基づいて、データセンタにアップロードする医療データを選択する。具体的に、制御部１１は、操作部１２からの操作信号に基づいて、自施設内のＰＡＣＳ３０、読影レポートシステム４０又は検査データ管理サーバ５０から、データセンタにアップロードする医療データを通信部１４を介して受信（取得）する。
【００８８】
次に、制御部１１は、取得した医療データから患者情報を削除する。そして、制御部１１は、削除した患者情報に対応する患者特定ＩＤを発行する処理である患者特定ＩＤ発行処理を行う。次に、制御部１１は、患者情報が削除された医療データと、削除した患者情報に対応する患者特定ＩＤとを、通信部１４を介して医療データ管理サーバ６０に送信する。即ち、患者情報が削除された医療データは、データセンタの医療データ管理サーバ６０にアップロードされる。
【００８９】
制御部１１は、ユーザ操作による操作部１２からの操作信号に基づいて、患者情報特定テーブル１５２の項目「患者情報」の一覧を表示部１３に表示させる。制御部１１は、ユーザ操作による操作部１２からの操作信号に基づいて、表示部１３に表示された患者情報の何れかを選択する。
【００９０】
制御部１１は、ユーザ操作による操作部１２からの操作信号に基づいて、選択した患者情報に対応する患者特定ＩＤを含む医療データ取得要求を生成する。制御部１１は、生成した医療データ取得要求を通信部１４を介して医療データ管理サーバ６０に送信する。制御部１１は、取得要求に応じた医療データを通信部１４を介して医療データ管理サーバ６０から受信する。制御部１１は、受信した医療データを表示部１３に表示させる。
【００９１】
また、制御部１１は、ユーザ操作による操作部１２からの操作信号に基づいて、選択した患者情報に対応する患者特定ＩＤを含む医療データリスト取得要求を生成する。制御部１１は、生成した医療データリスト取得要求を通信部１４を介して医療データ管理サーバ６０に送信する。制御部１１は、取得要求に応じた医療データのリストを通信部１４を介して医療データ管理サーバ６０から受信する。制御部１１は、受信した医療データのリストを表示部１３に表示させる。ユーザは、このリストを閲覧し、医療データ取得要求を生成する旨のユーザ操作を操作部１２に対して行う。
【００９２】
これらの制御部１１の処理は、医療データ管理クライアントプログラム１５１と協働して行われる。
【００９３】
[患者特定ＩＤ発行処理]
次に、クライアント端末１０の制御部１１が実行する患者特定ＩＤ発行処理の具体的な動作について、図１１を用いて説明する。
【００９４】
図１１に示すように、クライアント端末１０の制御部１１は、医療データから削除した患者情報に対応するレコードを患者情報特定テーブル１５２から検索する（ステップＳ１）。
【００９５】
検索の結果、対応するレコードが有る場合（ステップＳ２；ＹＥＳ）、制御部１１は、この対応するレコードの項目「患者特定ＩＤ」を送信対象の患者特定ＩＤとする（ステップＳ６）。以上で、患者特定ＩＤ発行処理が終了する。
【００９６】
一方、検索の結果、対応するレコードが無い場合（ステップＳ２；ＮＯ）、制御部１１は、患者特定ＩＤを発行する（ステップＳ３）。そして、制御部１１は、医療データから削除した患者情報と、発行された患者特定ＩＤとを各項目の値とするレコードを患者情報特定テーブル１５２に追加する。即ち、制御部１１は、患者情報特定テーブル１５２を更新する（ステップＳ４）。
【００９７】
そして、制御部１１は、発行された患者特定ＩＤを送信対象の患者特定ＩＤとする（ステップＳ５）。以上で、患者特定ＩＤ発行処理が終了する。制御部１１は、送信対象の患者特定ＩＤを、医療データ（患者情報無し）と共に、通信部１４を介して医療データ管理サーバ６０に送信する。
【００９８】
[医療データ管理システムにおいて実行される処理概要]
次に、医療データ管理システム１００において実行される処理の概要について、図１２を用いて説明する。ここでは、説明の便宜上、医療データ管理システム１００は、医療施設Ａ、Ｂ、Ｃの他に医療施設Ｄも備えることとする。医療施設Ｄの医療システムは、医療システム２００ａの構成と略同一であるため、その説明を省略する。
【００９９】
Ａ患者の医療データが医療施設Ｂのクライアント端末１０から医療データ管理サーバ６０にアップロードされると、医療データ管理サーバ６０は、アクセス履歴を参照し、所定の条件を満たす一又は複数のクライアント端末１０に更新通知を送信する。
【０１００】
例えば、医療データ管理サーバ６０は、「Ａ患者の医療データに３ヶ月以内にアクセスが有る」クライアント端末１０に、更新通知を送信する。図１２によると、医療施設Ａのクライアント端末１０は、４ヶ月前にＡ患者の医療データにアクセスしている。また、医療施設Ｄのクライアント端末１０は、Ａ患者の医療データにアクセスしていない。また、医療施設Ｃのクライアント端末１０は、２ヶ月前にＡ患者の医療データにアクセスしている。そのため、医療データ管理サーバ６０は、「Ａ患者の医療データに３ヶ月以内にアクセスが有る」医療施設Ｃのクライアント端末１０にのみ更新通知（Ａ患者に関する医療データがアップロードされた旨の更新通知）を送信する。
【０１０１】
[医療データ管理システムにおいて実行される処理の具体的な動作]
次に、医療データ管理システム１００において実行される処理の具体的な動作について、図１３を用いて説明する。
【０１０２】
図１３に示すように、医療施設Ｂのクライアント端末１０の制御部１１は、データセンタにアップロードする医療データから患者情報を削除し、この医療データを患者特定ＩＤと共に医療データ管理サーバ６０に通信部１４を介して送信する（ステップＳ１０１）。
【０１０３】
医療データ管理サーバ６０の制御部６１は、通信部６４を介してクライアント端末１０から医療データ（患者情報無し）と患者特定ＩＤとを受信（取得）すると、取得した医療データ（患者情報無し）を記憶部６５に記憶させる。そして、制御部６１は、医療データを記憶させた記憶部６５の格納アドレスと、取得した患者特定ＩＤとを含むレコードを患者医療関連テーブル６５２に追加する。即ち、制御部６１は、患者医療関連テーブル６５２を更新する（ステップＳ１０２）。
【０１０４】
次に、制御部６１は、更新通知処理を行う（ステップＳ１０３）。更新通知処理とは、
制御部６１が、更新通知を生成し、アクセス履歴テーブル６５３と患者特定ＩＤとに基づいてクライアント端末１０を選択し、選択したクライアント端末１０に生成した更新通知を通信部１４を介して送信する処理である。更新通知には、患者特定ＩＤが含まれる。
【０１０５】
制御部６１は、この更新通知処理により医療施設Ｃのクライアント端末１０に通信部１４を介して更新通知を送信する。
【０１０６】
医療施設Ｃのクライアント端末１０の制御部１１は、医療データ管理サーバ６０から更新通知を通信部１４を介して受信すると、この更新通知に含まれる患者特定ＩＤに基づいて、患者特定ＩＤに対応する患者の医療データが新たにデータセンタにアップロードされた旨を表示部１３に表示させる（ステップＳ１０４）。
【０１０７】
具体的に、医療施設Ｃのクライアント端末１０の制御部１１は、患者情報特定テーブル１５２を参照して、医療データ管理サーバからの更新通知に含まれる患者特定ＩＤに対応する患者情報を読み出す。制御部１１は、この患者情報に基づいて、患者特定ＩＤに対応する患者の医療データが新たにデータセンタにアップロードされた旨を表示部１３に表示させる。ユーザは、この表示された情報（更新通知）を参照し、医療データ取得要求を生成する旨のユーザ操作、又は医療データリスト取得要求を生成する旨のユーザ操作を操作部１２に対して行う。
【０１０８】
尚、更新通知に患者特定ＩＤの他に、アップロードされた医療データのデータ種別（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠読影レポートデータ、ＨＬ７準拠検体検査結果データ）の情報が含まれている場合、制御部１１は、更に、アップロードされた医療データのデータ種別を表示部１３に表示させる構成としてもよい。
【０１０９】
[更新通知処理]
次に、更新通知（図１３のステップＳ１０３）の具体的な動作について、図１４を用いて説明する。
【０１１０】
図１４に示すように、医療データ管理サーバ６０の制御部６１は、クライアント端末１０からアップロードされた医療データ（患者情報無し）と共に取得した患者特定ＩＤを含む更新通知を生成する（ステップＳ２０１）。尚、制御部６１は、この更新通知に更に、アップロードされた医療データのデータ種別（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠読影レポートデータ、ＨＬ７準拠検体検査結果データ）を含ませる構成としてもよい。
【０１１１】
次に、制御部６１は、アクセス履歴テーブル６５３から、項目「患者特定ＩＤ」の値が、取得した患者特定ＩＤと同じである一又は複数のレコードを抽出する（ステップＳ２０２）。
【０１１２】
次に、制御部６１は、記憶部６５から通知実行アクセス期間情報を読み出す（ステップＳ２０３）。通知実行アクセス期間情報は、予め設定された情報である。具体的に、制御部６１は、ユーザ操作による操作部６２からの操作信号に基づいて、通知実行アクセス期間情報を設定し、記憶部６５に記憶させる。
【０１１３】
次に、制御部６１は、抽出した各レコードの項目「最終アクセス日時」の値と現在時刻とに基づいて、無アクセス期間情報をレコード毎に算出する。具体的に、制御部６１は、現在時刻と「最終アクセス日時」の値との差分を無アクセス期間情報とする。
【０１１４】
次に、制御部６１は、ステップＳ２０２において抽出した各レコードのうち、通知実行アクセス期間より短い無アクセス期間のレコードを更に抽出する（ステップＳ２０５）。
【０１１５】
制御部６１は、ステップＳ２０５において更に抽出されたレコードのノード情報に基づいて、抽出されたレコードに該当する各クライアント端末１０に更新通知を通信部６４を介して送信する（ステップＳ２０６）。具体的に、制御部６１は、ノード情報に含まれる「ＩＰアドレス」「ホスト名」「施設名」等に基づいて、各クライアント端末１０に更新通知を送信する。以上で、更新通知処理が終了する。
【０１１６】
以上、本実施の形態によれば、医療データ管理サーバ６０の記憶部６５は、患者情報が削除された前記医療データと当該患者情報を特定する患者特定ＩＤとを関連付ける患者医療関連テーブル６５２を記憶している。また記憶部６５は、アクセス履歴テーブル６５３を記憶している。
【０１１７】
医療データ管理サーバ６０の制御部６１は、患者特定ＩＤを含むアクセス要求をクライアント端末１０から受信すると、アクセス履歴テーブル６５３を更新し、当該患者特定ＩＤに関連付けられている医療データ又は当該医療データに関する情報を前記クライアント端末１０に送信する。
【０１１８】
また、制御部６１は、記憶部６５に新たに医療データが記憶されると、アクセス履歴テーブル６５３を参照して、当該医療データに関連付けられている患者特定ＩＤを含むアクセス要求を送信したクライアント端末１０に更新通知を送信する。
【０１１９】
そのため、医療データを複数の医療施設で共有するシステムにおいて、医療データを管理するサーバに新たに医療データが記憶された場合の、ユーザの利便性を向上させることができる。
【０１２０】
また、記憶部６５には、患者情報が削除された前記医療データが記憶されるため、患者情報の漏洩を防ぐことができる。
【０１２１】
また、クライアント端末１０の記憶部１５は、患者情報特定テーブル１５２を記憶している。クライアント端末１０の制御部１１は、医療データ管理クライアントプログラム１５１と協働して、医療データ管理サーバ６０にアップロードする医療データから患者情報を削除する。そして、制御部１１は、削除した患者情報に対応するレコードが患者情報特定テーブル１５２に有る場合、このレコードの患者特定ＩＤと患者情報が削除された医療データとを医療データ管理サーバ６０に通信部１４を介して送信する。一方、制御部１１は、削除した患者情報に対応するレコードが患者情報特定テーブル１５２に無い場合、削除した患者情報を特定する患者特定ＩＤを発行し、発行した患者特定ＩＤと患者情報が削除された医療データとを医療データ管理サーバ６０に通信部１４を介して送信する。そして、制御部１１は、患者情報特定テーブル１５２に、削除した患者情報と発行した患者特定ＩＤとを持つレコードを加える。
【０１２２】
そして、医療データ管理サーバ６０の制御部６１は、医療データ管理サーバプログラム６５１と協働して、患者情報が削除された医療データを記憶部６５に記憶させ、記憶された格納アドレスと患者特定ＩＤとを持つレコードを患者医療関連テーブル６５２に加える。
【０１２３】
そのため、連携する医療施設のグループ（医療データ管理システム１００）内において共通の患者特定ＩＤが持たれる。即ち、患者特定ＩＤと患者情報とは一対一に対応する。よって、共有される医療データを閲覧する際のユーザの利便性が向上する。
【０１２４】
また、クライアント端末１０の制御部１１は、医療データ管理サーバ６０から更新通知を通信部１４を介して受信すると、この更新通知に含まれる患者特定ＩＤに基づいて、患者特定ＩＤに対応する患者の医療データが新たにデータセンタにアップロードされた旨を表示部１３に表示させる。
【０１２５】
そのため、ユーザは、画面を参照することで、過去に閲覧した医療データの対象患者に関する医療データがアップロードされた契機を知ることができる。
【０１２６】
また、医療データ管理サーバ６０の制御部６１は、所定の期間内（例えば、１年以内）にアクセス要求を送信したクライアント端末１０にのみ更新通知を送信する。即ち、長期間診察していない患者についての医療データの更新通知は送信されないため、ユーザの利便性が向上する。
【０１２７】
尚、本実施の形態における記述は、本発明に係る医療データ管理システムの一例であり、これに限定されるものではない。システム及び各装置の細部構成及び細部動作に関しても適宜変更可能である。
【０１２８】
また、本実施形態では、プログラムを格納したコンピュータ読み取り可能な媒体としてハードディスクを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、ＣＤ−ＲＯＭ等の可搬型記憶媒体、フラッシュメモリ等の不揮発性メモリ等を適用することが可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）も適用可能である。
【符号の説明】
【０１２９】
１０ クライアント端末
１１ 制御部
１２ 操作部
１３ 表示部
１４ 通信部
１５ 記憶部
１６ バス
２０ モダリティ
３０ ＰＡＣＳ
４０ 読影レポートシステム
５０ 検査データ管理サーバ
６０ 医療データ管理サーバ
６１ 制御部
６２ 操作部
６３ 表示部
６４ 通信部
６５ 記憶部
６６ バス
１００ 医療データ管理システム
１５１ 医療データ管理クライアントプログラム
１５２ 患者情報特定テーブル
２００ａ 医療システム
２００ｂ 医療システム
２００ｃ 医療システム
３００ 医療システム
６５１ 医療データ管理サーバプログラム
６５２ 患者医療関連テーブル
６５３ アクセス履歴テーブル
Ｎ 通信ネットワーク
【技術分野】
【０００１】
本発明は、医療データ管理システムに関する。
【背景技術】
【０００２】
近年、医療技術の発達に伴い、特定機能を持つ病院や診療所等の各医療施設が連携して患者を治療する、地域医療連携の枠組みが普及しつつある。
【０００３】
例えば、各医療施設において管理されている医療データを、医療施設のグループ全体（地域全体）で共有するため、医療データを管理する医療データ管理サーバを設置し、各医療施設から当該サーバに医療データをアップロードし、各医療施設から当該サーバにアクセスすることにより、互いの医療データの供給、取得を可能としている。
【０００４】
また、医療データ管理サーバの代わりに、医療データの所在、データ種類、対象患者等を管理するサーバ（地域医療連携サーバ）を設置し、当該サーバにアクセスすることにより、互いの医療データの供給、取得を可能とする技術も開示されている。具体的には、患者の紹介元の医療施設が地域医療連携サーバに患者情報を登録し、患者の紹介先の医療施設が地域医療連携サーバから患者情報を取得する技術が開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１２２３８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、各医療施設では、医療データ管理サーバに医療データがアップロードされた契機を知ることができず、ユーザにとって不便であった。
【０００７】
また、特許文献１の技術でも同様に、地域医療連携サーバに、医療データの所在、データ種類、対象患者等の情報が登録（アップロード）された契機を知ることができず、ユーザにとって不便であった。
【０００８】
本発明は、上述したような課題に鑑みて為されたものであり、その目的とするところは、医療データを複数の医療施設で共有するシステムにおいて、医療データを管理するサーバに新たに医療データが記憶された場合の、ユーザの利便性を向上させることである。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、請求項１に記載の発明は、
複数の医療施設において其々生成された医療データを管理する医療データ管理サーバと、前記医療施設内に設置されたクライアント端末とが通信ネットワークを介してデータ通信可能に接続された医療データ管理システムであって、
前記医療データ管理サーバは、
患者情報が削除された前記医療データと当該患者情報を特定する患者特定ＩＤとを関連付けて記憶する第１記憶手段と、
前記患者特定ＩＤを含むアクセス要求をクライアント端末から受信すると、当該患者特定ＩＤに関連付けられている医療データ又は当該医療データに関する情報を前記クライアント端末に送信し、前記第１記憶手段に新たに医療データが記憶されると、当該医療データに関連付けられている患者特定ＩＤを含むアクセス要求を送信したクライアント端末に更新通知を送信する第１制御手段と、
を備える。
【００１０】
請求項２に記載の発明は、請求項１に記載の発明において、
前記クライアント端末は、
患者情報と患者特定ＩＤとを関連付けて記憶する第２記憶手段と、
自医療施設内において生成された医療データから患者情報を削除し、
当該患者情報が前記第２記憶手段に記憶されている場合、当該医療データと当該患者情報に関連付けられている患者特定ＩＤとを前記医療データ管理サーバに送信し、
当該患者情報が前記第２記憶手段に記憶されていない場合、当該患者情報を特定する患者特定ＩＤを発行し、当該医療データと当該発行した患者特定ＩＤとを前記医療データ管理サーバに送信し、当該削除した患者情報と当該発行した患者特定ＩＤとを関連付けて前記第２記憶手段に記憶させる第２制御手段と、
を備え、
前記医療データ管理サーバの第１制御手段は、
前記クライアント端末から受信した、前記患者情報が削除された前記医療データと当該患者情報を特定する患者特定ＩＤとを関連付けて前記第１記憶手段に記憶させる。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記更新通知は、前記第１記憶手段に新たに記憶された医療データに関連付けられている患者特定ＩＤを含む。
【００１２】
請求項４に記載の発明は、請求項３に記載の発明において、
前記クライアント端末の第２制御手段は、
前記更新通知に含まれる患者特定ＩＤに関連付けられている患者情報を第２記憶手段から読み出し、当該患者情報に対応する患者の医療データが前記医療データ管理サーバにアップロードされた旨を画面に表示する。
【００１３】
請求項５に記載の発明は、請求項１〜４の何れか一項に記載の発明において、
前記医療データ管理サーバの第１制御手段は、
前記第１記憶手段に新たに医療データが記憶されると、当該医療データに関連付けられている患者特定ＩＤを含むアクセス要求を所定の期間内に送信したクライアント端末に更新通知を送信する。
【発明の効果】
【００１４】
請求項１に記載の発明によれば、医療データ管理サーバは、患者情報が削除された医療データと当該患者情報を特定する患者特定ＩＤとを関連付けて記憶する第１記憶手段を備え、医療データ管理サーバの第１制御手段は、患者特定ＩＤを含むアクセス要求をクライアント端末から受信すると、当該患者特定ＩＤに関連付けられている医療データ又は当該医療データに関する情報を前記クライアント端末に送信し、前記第１記憶手段に新たに医療データが記憶されると、当該医療データに関連付けられている患者特定ＩＤを含むアクセス要求を送信したクライアント端末に更新通知を送信する。
【００１５】
そのため、医療データを複数の医療施設で共有するシステムにおいて、医療データを管理するサーバに新たに医療データが記憶された場合の、ユーザの利便性を向上させることができる。また、患者情報の漏洩を防ぐことができる。
【００１６】
請求項２に記載の発明によれば、クライアント端末は、患者情報と患者特定ＩＤとを関連付けて記憶する第２記憶手段を備え、クライアント端末の第２制御手段は、自医療施設内において生成された医療データから患者情報を削除し、当該患者情報が前記第２記憶手段に記憶されている場合、当該医療データと当該患者情報に関連付けられている患者特定ＩＤとを前記医療データ管理サーバに送信し、当該患者情報が前記第２記憶手段に記憶されていない場合、当該患者情報を特定する患者特定ＩＤを発行し、当該医療データと当該発行した患者特定ＩＤとを前記医療データ管理サーバに送信し、当該削除した患者情報と当該発行した患者特定ＩＤとを関連付けて前記第２記憶手段に記憶させる。また、前記医療データ管理サーバの第１制御手段は、前記クライアント端末から受信した、前記患者情報が削除された前記医療データと当該患者情報を特定する患者特定ＩＤとを関連付けて前記第１記憶手段に記憶させる。
【００１７】
そのため、連携する医療施設のグループ内において共通の患者特定ＩＤが持たれる。即ち、患者特定ＩＤと患者情報とは一対一に対応する。よって、患者情報の漏洩を防ぐことができ、且つ、共有される医療データを閲覧する際のユーザの利便性が向上する。
【００１８】
請求項３に記載の発明によれば、前記更新通知は、前記第１記憶手段に新たに記憶された医療データに関連付けられている患者特定ＩＤを含む。そのため、医療データを複数の医療施設で共有するシステムにおいて、医療データを管理するサーバに新たに医療データが記憶された場合の、ユーザの利便性を更に向上させることができる。
【００１９】
請求項４に記載の発明によれば、ユーザは、画面を参照することで、過去に閲覧した医療データの対象患者に関する医療データがアップロードされた契機を知ることができる。
【００２０】
請求項５に記載の発明によれば、ユーザは、画面を参照することで、所定の期間内に閲覧した医療データの対象患者に関する医療データがアップロードされた契機を知ることができる。
【図面の簡単な説明】
【００２１】
【図１】医療データ管理システムのシステム構成の一例を示すシステム構成図である。
【図２】ＤＩＣＯＭ準拠画像データのデータ構成図である。
【図３】ＨＬ７準拠読影レポートデータのデータ構成図である。
【図４】ＨＬ７準拠検体検査結果データのデータ構成図である。
【図５】医療データ管理サーバのブロック図である。
【図６】医療データ管理サーバに記憶されている医療データのデータ構成図である。
【図７】患者医療関連テーブルのデータ構成図である。
【図８】アクセス履歴テーブルのデータ構成図である。
【図９】クライアント端末のブロック図である。
【図１０】患者情報特定テーブルのデータ構成図である。
【図１１】患者特定ＩＤ発行処理のフローチャート図である。
【図１２】医療データ管理システムにおいて実行される処理のイメージ図である。
【図１３】医療データ管理システムにおいて実行される処理のフローチャート図である。
【図１４】更新通知処理のフローチャート図である。
【発明を実施するための形態】
【００２２】
以下、本発明の医療データ管理システムを図１の医療データ管理システム１００に適用した場合の実施形態について図１〜図１４を参照して説明する。
【００２３】
[医療データ管理システムのシステム構成]
図１に、医療データ管理システム１００のシステム構成を示す。図１に示すように、医療施設Ａの医療システム２００ａと、医療施設Ｂの医療システム２００ｂと、医療施設Ｃの医療システム２００ｃと、データセンタの医療システム３００とから構成されている。上記の各医療システムは、インターネット等の通信ネットワークＮを介してデータ通信可能に接続されている。
【００２４】
医療システム２００ａは、クライアント端末１０と、モダリティ２０と、ＰＡＣＳ３０と、読影レポートシステム４０と、検査データ管理サーバ５０とから構成されており、各装置は医療施設Ａ内の通信ネットワークであるＬＡＮ（Local Area Network）を介して、データ通信可能に接続されている。また、ＬＡＮは、図示しないルータ等の通信機器を介して通信ネットワークＮと通信可能となっている。
【００２５】
モダリティ２０は、図示しないＲＩＳから受信した撮影オーダ情報に従って、患者を撮影し、医用画像の画像データ（医用画像データ）を生成する撮影装置である。ここで、ＲＩＳとは、医療施設Ａ内における診療予約、診断結果のレポート、実績管理、材料在庫管理等の情報管理を行うシステムである。モダリティ２０は、前記撮影オーダ情報に基づいて、前記医用画像データに関する付帯情報を生成する。そして、モダリティ２０は、前記医用画像データに付帯情報を付帯させて、ＤＩＣＯＭ規格に則ったＤＩＣＯＭ準拠画像データを生成し、ＰＡＣＳ３０に送信する。モダリティ２０としては、ＣＲ装置、ＣＴ装置、ＭＲＩ装置等、様々な種類の医用画像を撮影する撮影装置（医用画像撮影装置）が適用可能である。
【００２６】
図２に、モダリティ２０が生成するＤＩＣＯＭ準拠画像データのデータ構成図を示す。前述したように、ＤＩＣＯＭ準拠画像データは、付帯情報と医用画像データとから構成される。また、付帯情報は、患者情報、検査情報、シリーズ情報及び画像識別情報を含む。
【００２７】
患者情報は、患者ＩＤ、患者氏名、性別、生年月日、身長、体重、電話番号、住所、職業等の項目を含んだ患者に関する情報である。検査情報は、検査を識別する検査ＩＤ、検査名、検査日時、受付番号、検査目的、検査内容等の検査に関する情報である。シリーズ情報は、シリーズ番号、モダリティ名、手技、撮影部位、撮影方向、撮影技師名等の、一つの検査の中で生成されるモダリティ毎の一連の医用画像の単位（シリーズ）に関する情報である。画像識別情報は、画像を識別するＳＯＰインスタンスＵＩＤ、画像番号、画像サイズ等の医用画像に関する情報である。
【００２８】
図１に戻り、ＰＡＣＳ３０は、モダリティ２０において生成されたＤＩＣＯＭ準拠画像データを保存管理し、検索やデータ解析を行うデータベースシステムである。ＰＡＣＳ３０は、モダリティ２０から受信したＤＩＣＯＭ準拠画像データに含まれる付帯情報に基づいて当該ＤＩＣＯＭ準拠画像データを、例えば、リレーショナルデータベースに蓄積記憶していく。そして、ＰＡＣＳ３０は、読影医等の操作指示に応じて指定された患者ＩＤや検査ＩＤ等を検索キーとしてＤＩＣＯＭ準拠画像データを検索し、画像ビューワやイメージャに出力する。
【００２９】
読影レポートシステム４０は、医用画像の読影レポートを作成し管理するためのシステムである。読影レポートシステム４０は、ＰＡＣＳ３０からＤＩＣＯＭ準拠画像データを取得（受信）する。読影レポートシステム４０は、取得したＤＩＣＯＭ準拠画像データに基づいて、画像ビューワに医用画像を表示する。読影レポートシステム４０は、ユーザ操作による操作信号や、取得したＤＩＣＯＭ準拠画像データの付帯情報に基づいて、ＨＬ７規格に則ったＨＬ７準拠読影レポートデータを生成する。読影レポートシステム４０は、生成したＨＬ７準拠読影レポートデータを保存する。
【００３０】
図３に、読影レポートシステム４０が生成するＨＬ７準拠読影レポートデータのデータ構成図を示す。ＨＬ７準拠読影レポートデータは、患者情報と検査情報と読影レポート情報とから構成される。
【００３１】
患者情報、検査情報は、ＤＩＣＯＭ準拠画像データの付帯情報に含まれる患者情報、検査情報と同様のデータである。読影レポート情報は、医用画像に対する読影レポートの情報である。
【００３２】
図１に戻り、検査データ管理サーバ５０は、図示しない分析器において生成された検査データを、ＨＬ７規格に則ったＨＬ７準拠検体検査データとして保存管理する装置である。ここで、分析器とは、患者から採取した血液や尿等の検体を分析（検査）し、分析結果としての検査データを生成する装置である。
【００３３】
図４に、検査データ管理サーバ５０において管理されるＨＬ７準拠検体検査結果データのデータ構成図を示す。ＨＬ７準拠検体検査結果データは、患者識別情報（患者情報）と検査識別情報と検体識別情報と容器識別情報と結果識別情報とから構成される。
【００３４】
患者識別情報（患者情報）、検査識別情報は、ＤＩＣＯＭ準拠画像データの付帯情報に含まれる患者情報、検査情報と同様のデータである。検体識別情報は、検体ＩＤ、採取方法、採取量、採取日時、受領日時等の検体に関する情報である。容器識別情報は、容器ＩＤ、容器容積、添加物、希釈率、温度等の容器に関する情報である。結果識別情報は、検査項目、検査値、単位、基準値、実施者、分析日時、装置ＩＤ等の検査結果に関する情報である。
【００３５】
図１に戻り、クライアント端末１０は、データセンタの医療システム３００に設置された医療データ管理サーバ６０のクライアント機能を有する。クライアント端末１０は、自システム（医療システム２００ａ）内において生成された医療データから患者情報を削除して、この患者情報が削除された医療データを医療データ管理サーバ６０に送信する。ここで、医療データとは、ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠読影レポートデータ、ＨＬ７準拠検体検査結果データ等の医療に関するデータである。
【００３６】
具体的に、クライアント端末１０は、ＰＡＣＳ３０にＤＩＣＯＭ準拠画像データの取得要求を送信する。そして、クライアント端末１０は、ＰＡＣＳ３０からＤＩＣＯＭ準拠画像データを取得（受信）する。クライアント端末１０は、このＤＩＣＯＭ準拠画像データの付帯情報から患者情報を削除する。クライアント端末１０は、患者情報が削除されたＤＩＣＯＭ準拠画像データを医療データ管理サーバ６０に送信する。
【００３７】
同様に、クライアント端末１０は、読影レポートシステム４０にＨＬ７準拠読影レポートデータの取得要求を送信する。そして、クライアント端末１０は、読影レポートシステム４０からＨＬ７準拠読影レポートデータを取得（受信）する。クライアント端末１０は、このＨＬ７準拠読影レポートデータから患者情報を削除する。クライアント端末１０は、患者情報が削除されたＨＬ７準拠読影レポートデータを医療データ管理サーバ６０に送信する。
【００３８】
同様に、クライアント端末１０は、検査データ管理サーバ５０にＨＬ７準拠検体検査結果データの取得要求を送信する。そして、クライアント端末１０は、検査データ管理サーバ５０からＨＬ７準拠検体検査結果データを取得（受信）する。クライアント端末１０は、このＨＬ７準拠検体検査結果データから患者情報を削除する。クライアント端末１０は、患者情報が削除されたＨＬ７準拠検体検査結果データを医療データ管理サーバ６０に送信する。
【００３９】
また、クライアント端末１０は、医療データから削除した患者情報を特定する患者特定ＩＤを、患者情報が削除された医療データと共に医療データ管理サーバ６０に送信する。
【００４０】
また、クライアント端末１０は、患者特定ＩＤに基づいて、医療データ管理サーバ６０において管理されている医療データを検索し、医療データを取得する。
【００４１】
医療システム２００ｂ及び医療システム２００ｃの構成は、医療システム２００ａの構成と略同一であるため、その説明を省略する。
【００４２】
医療システム３００は、医療データ管理サーバ６０等から構成されている。医療データ管理サーバ６０は、各医療施設（医療施設Ａ、Ｂ、Ｃ）において生成された医療データを管理する。
【００４３】
医療データ管理サーバ６０は、各医療施設に設置されたクライアント端末１０から、医療データと患者特定ＩＤとを受信すると、これらの情報を記憶管理する。
【００４４】
[医療データ管理サーバの機能的構成]
図５に、医療データ管理サーバ６０の機能的構成を示す。
【００４５】
図５に示すように、医療データ管理サーバ６０は、制御部６１、操作部６２、表示部６３、通信部６４、記憶部６５を備えて構成され、各部はバス６６により接続されている。
【００４６】
制御部６１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等から構成され、医療データ管理サーバ６０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部６２から入力される操作信号又は通信部６４により受信される指示信号に応じて、記憶部６５に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。
【００４７】
操作部６２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部６１に出力する。
【００４８】
表示部６３は、ＬＣＤ（Liquid Crystal Display）により構成され、制御部６１から入力される表示データに基づいて各種画面を表示する。
【００４９】
通信部６４は、ＬＡＮ（Local Area Network）アダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮを介して接続された医療システム２００ａ、医療システム２００ｂ、医療システム２００ｃ等の外部システムや外部機器との間でデータの送受信を行う。
【００５０】
記憶部６５は、ハードディスク等から構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。また、記憶部６５は、各医療施設において生成された医療データを記憶する。
【００５１】
図６に、記憶部６５に記憶されている医療データのデータ構成図を示す。図６に示すように、ＤＩＣＯＭ準拠画像データは、付帯情報に含まれる患者情報が削除されて記憶部６５に記憶される。同様に、ＨＬ７準拠読影レポートデータは、患者情報が削除されて記憶部６５に記憶される。同様に、ＨＬ７準拠検体検査結果データは、患者識別情報（患者情報）が削除されて記憶部６５に記憶される。
【００５２】
図５に戻り、記憶部６５は、医療データを管理するためのプログラムである医療データ管理サーバプログラム６５１を記憶する。医療データ管理サーバプログラム６５１と制御部６１とは協働して、記憶部６５に記憶されている医療データの管理等を行う。
【００５３】
また、記憶部６５は、患者医療関連テーブル６５２を記憶する。患者医療関連テーブル６５２は、医療データ管理サーバプログラム６５１と制御部６１との協働による医療データの管理において参照される。
【００５４】
図７に、患者医療関連テーブル６５２のデータ構成を示す。図７に示すように、患者医療関連テーブル６５２における１レコードは、「医療データ（患者情報無し）の格納アドレス」と「患者特定ＩＤ」とから成る。ここで、１レコードは、１つの医療データのオブジェクト（例えば、一検査分のＨＬ７準拠読影レポートデータ）に対応する。
【００５５】
「医療データ（患者情報無し）の格納アドレス」は、医療データのオブジェクトが格納されている記憶部６５の格納アドレスを示す項目である。
【００５６】
「患者特定ＩＤ」は、同レコードの「医療データ（患者情報無し）の格納アドレス」に格納されている医療データのオブジェクトから削除した患者情報を特定する情報である。
【００５７】
図５に戻り、記憶部６５は、アクセス履歴テーブル６５３を記憶する。アクセス履歴テーブル６５３とは、クライアント端末１０が、患者特定ＩＤを検索キーとして記憶部６５に記憶されている医療データにアクセスした履歴を示すテーブルである。
【００５８】
図８に、アクセス履歴テーブル６５３のデータ構成を示す。図８に示すように、アクセス履歴テーブル６５３における１レコードは、「患者特定ＩＤ」「ＩＰアドレス」「ホスト名」「施設名」「最終アクセス日時」とから成る。ここで、１レコードは、１つの患者特定ＩＤを検索キーとした１台のクライアント端末のアクセスに対応する。例えば、医療施設Ａのクライアント端末１０が患者Ａと患者Ｂに関する医療データにアクセスし、医療施設Ｂのクライアント端末１０が患者Ｂに関する医療データにアクセスした場合、アクセス履歴テーブル６５３は、３レコードから構成されることになる。具体的に、アクセス履歴テーブル６５３は、「医療施設Ａのクライアント端末１０からの患者Ａに関する医療データへのアクセス」「医療施設Ａのクライアント端末１０からの患者Ｂに関する医療データへのアクセス」「医療施設Ｂのクライアント端末１０からの患者Ｂに関する医療データへのアクセス」に対応する３つのレコードから構成されることになる。
【００５９】
「患者特定ＩＤ」は、クライアント端末１０が医療データの検索キーとして設定した値を示す項目である。
【００６０】
「ＩＰアドレス」は、医療データにアクセスしたクライアント端末１０のＩＰアドレスである。
【００６１】
「ホスト名」は、医療データにアクセスしたクライアント端末１０のホスト名である。
【００６２】
「施設名」は、医療データにアクセスしたクライアント端末１０が設置されている施設名である。
【００６３】
「最終アクセス日時」は、クライアント端末１０が同レコードの「患者特定ＩＤ」の値を検索キーとして医療データにアクセスした最終アクセス日時である。「最終アクセス日時」の値は、クライアント端末１０がアクセスする毎に更新される。
【００６４】
また、「ＩＰアドレス」「ホスト名」「施設名」「最終アクセス日時」の項目の情報を合わせて、ノード情報と称す。
【００６５】
図５に戻り、制御部６１は、患者情報が削除された医療データと、削除した患者情報に対応する患者特定ＩＤとを通信部１４を介してクライアント端末１０から受信（取得）する。制御部６１は、取得した医療データ（患者情報無し）を記憶部６５に記憶させる。そして、制御部６１は、医療データを記憶させた記憶部６５の格納アドレスと、取得した患者特定ＩＤとを含むレコードを患者医療関連テーブル６５２に追加する。
【００６６】
また、制御部６１は、患者特定ＩＤを含む医療データ取得要求を通信部１４を介してクライアント端末１０から受信すると、この患者特定ＩＤに関連付けられている医療データを記憶部６５から読み出し、クライアント端末１０に送信する。具体的に、制御部６１は、患者医療関連テーブル６５２を参照し、取得した患者特定ＩＤと同じ値を持つ１又は複数のレコードを抽出する。そして、制御部６１は、抽出したレコードの項目「医療データの格納アドレス」に基づいて１又は複数の医療データ（患者情報無し）のオブジェクトを読み出す。制御部６１は、読み出した医療データ（患者情報無し）を通信部６４を介して、クライアント端末１０に送信する。
【００６７】
また、制御部６１は、患者特定ＩＤを含む医療データリスト取得要求を通信部１４を介してクライアント端末１０から受信すると、この患者特定ＩＤに関連付けられている医療データのリストをクライアント端末１０に送信する。具体的に、制御部６１は、患者医療関連テーブル６５２を参照し、取得した患者特定ＩＤと同じ値を持つ１又は複数のレコードを抽出する。そして、制御部６１は、抽出したレコードの項目「医療データの格納アドレス」に基づいて１又は複数の医療データのオブジェクトを読み出す。制御部６１は、読み出した医療データのデータ種別（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠読影レポートデータ、ＨＬ７準拠検体検査結果データ）や生成日時等の情報に基づき、医療データのリストを生成する。制御部６１は、通信部６４を介して、生成した医療データのリストをクライアント端末１０に送信する。
【００６８】
医療データ取得要求と医療データリスト取得要求を総称して医療データアクセス要求と称す。
【００６９】
制御部６１は、医療データアクセス要求をクライアント端末１０から通信部６４を介して受信すると、アクセス履歴テーブル６５３を更新する。
【００７０】
具体的に、制御部６１は、医療データアクセス要求に含まれる患者特定ＩＤを読み出す。制御部６１は、通信部６４に問い合わせて通信状況の情報を解析し、又は医療データアクセス要求を解析し、医療データアクセス要求の送信元の装置のＩＰアドレス、ホスト名、装置が設置されている施設名を検出する。
【００７１】
そして、制御部６１は、読み出した患者特定ＩＤと検出したＩＰアドレスと、同じ値の項目「患者特定ＩＤ」「ＩＰアドレス」を持つレコードを、アクセス履歴テーブル６５３から検索する。
【００７２】
検索の結果、該当するレコードが無い場合、制御部６１は、読み出した患者特定ＩＤと検出したＩＰアドレスと検出したホスト名と検出した施設名と現在時刻とを、「患者特定ＩＤ」「ホスト名」「施設名」「最終アクセス日時」の各値とするレコードをアクセス履歴テーブル６５３に追加する。
【００７３】
一方、検索の結果、該当するレコードが有る場合、制御部６１は、この該当するレコードの「最終アクセス日時」の値を、現在時刻に更新する。
【００７４】
これらの制御部６１の処理は、医療データ管理サーバプログラム６５１と協働して行われる。
【００７５】
[クライアント端末の機能的構成]
図９に、クライアント端末１０の機能的構成を示す。
【００７６】
図９に示すように、クライアント端末１０は、制御部１１、操作部１２、表示部１３、通信部１４、記憶部１５を備えて構成され、各部はバス１６により接続されている。
【００７７】
制御部１１は、ＣＰＵ、ＲＡＭ等から構成され、クライアント端末１０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部１２から入力される操作信号又は通信部１４により受信される指示信号に応じて、記憶部１５に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。
【００７８】
操作部１２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部１１に出力する。
【００７９】
表示部１３は、ＬＣＤにより構成され、制御部１１から入力される表示データに基づいて各種画面を表示する。
【００８０】
通信部１４は、ＬＡＮアダプタ、ルータ、ＴＡ等を備え、医療システム２００ａのＬＡＮや通信ネットワークＮを介して接続されたＰＡＣＳ３０、読影レポートシステム４０、検査データ管理サーバ５０、医療データ管理サーバ６０等の外部機器との間でデータの送受信を行う。
【００８１】
記憶部１５は、ハードディスク等から構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。
【００８２】
また、記憶部１５は、医療データ管理サーバ６０のクライアント機能を実現するプログラムである医療データ管理クライアントプログラム１５１を記憶する。
【００８３】
また、記憶部１５は、患者情報特定テーブル１５２を記憶する。患者情報特定テーブル１５２は、医療データ管理クライアントプログラム１５１と制御部１１との協働による処理の際に参照される。
【００８４】
図１０に、患者情報特定テーブル１５２のデータ構成を示す。図１０に示すように、患者情報特定テーブル１５２における１レコードは、「患者情報」と「患者特定ＩＤ」とから成る。ここで、１レコードは、患者一人分の患者情報に対応する。
【００８５】
「患者情報」は、医療データのオブジェクトに付帯する付帯情報に含まれる患者情報である。
【００８６】
「患者特定ＩＤ」は、同レコードの「患者情報」を特定する情報である。
【００８７】
図９に戻り、制御部１１は、ユーザ操作による操作部１２からの操作信号に基づいて、データセンタにアップロードする医療データを選択する。具体的に、制御部１１は、操作部１２からの操作信号に基づいて、自施設内のＰＡＣＳ３０、読影レポートシステム４０又は検査データ管理サーバ５０から、データセンタにアップロードする医療データを通信部１４を介して受信（取得）する。
【００８８】
次に、制御部１１は、取得した医療データから患者情報を削除する。そして、制御部１１は、削除した患者情報に対応する患者特定ＩＤを発行する処理である患者特定ＩＤ発行処理を行う。次に、制御部１１は、患者情報が削除された医療データと、削除した患者情報に対応する患者特定ＩＤとを、通信部１４を介して医療データ管理サーバ６０に送信する。即ち、患者情報が削除された医療データは、データセンタの医療データ管理サーバ６０にアップロードされる。
【００８９】
制御部１１は、ユーザ操作による操作部１２からの操作信号に基づいて、患者情報特定テーブル１５２の項目「患者情報」の一覧を表示部１３に表示させる。制御部１１は、ユーザ操作による操作部１２からの操作信号に基づいて、表示部１３に表示された患者情報の何れかを選択する。
【００９０】
制御部１１は、ユーザ操作による操作部１２からの操作信号に基づいて、選択した患者情報に対応する患者特定ＩＤを含む医療データ取得要求を生成する。制御部１１は、生成した医療データ取得要求を通信部１４を介して医療データ管理サーバ６０に送信する。制御部１１は、取得要求に応じた医療データを通信部１４を介して医療データ管理サーバ６０から受信する。制御部１１は、受信した医療データを表示部１３に表示させる。
【００９１】
また、制御部１１は、ユーザ操作による操作部１２からの操作信号に基づいて、選択した患者情報に対応する患者特定ＩＤを含む医療データリスト取得要求を生成する。制御部１１は、生成した医療データリスト取得要求を通信部１４を介して医療データ管理サーバ６０に送信する。制御部１１は、取得要求に応じた医療データのリストを通信部１４を介して医療データ管理サーバ６０から受信する。制御部１１は、受信した医療データのリストを表示部１３に表示させる。ユーザは、このリストを閲覧し、医療データ取得要求を生成する旨のユーザ操作を操作部１２に対して行う。
【００９２】
これらの制御部１１の処理は、医療データ管理クライアントプログラム１５１と協働して行われる。
【００９３】
[患者特定ＩＤ発行処理]
次に、クライアント端末１０の制御部１１が実行する患者特定ＩＤ発行処理の具体的な動作について、図１１を用いて説明する。
【００９４】
図１１に示すように、クライアント端末１０の制御部１１は、医療データから削除した患者情報に対応するレコードを患者情報特定テーブル１５２から検索する（ステップＳ１）。
【００９５】
検索の結果、対応するレコードが有る場合（ステップＳ２；ＹＥＳ）、制御部１１は、この対応するレコードの項目「患者特定ＩＤ」を送信対象の患者特定ＩＤとする（ステップＳ６）。以上で、患者特定ＩＤ発行処理が終了する。
【００９６】
一方、検索の結果、対応するレコードが無い場合（ステップＳ２；ＮＯ）、制御部１１は、患者特定ＩＤを発行する（ステップＳ３）。そして、制御部１１は、医療データから削除した患者情報と、発行された患者特定ＩＤとを各項目の値とするレコードを患者情報特定テーブル１５２に追加する。即ち、制御部１１は、患者情報特定テーブル１５２を更新する（ステップＳ４）。
【００９７】
そして、制御部１１は、発行された患者特定ＩＤを送信対象の患者特定ＩＤとする（ステップＳ５）。以上で、患者特定ＩＤ発行処理が終了する。制御部１１は、送信対象の患者特定ＩＤを、医療データ（患者情報無し）と共に、通信部１４を介して医療データ管理サーバ６０に送信する。
【００９８】
[医療データ管理システムにおいて実行される処理概要]
次に、医療データ管理システム１００において実行される処理の概要について、図１２を用いて説明する。ここでは、説明の便宜上、医療データ管理システム１００は、医療施設Ａ、Ｂ、Ｃの他に医療施設Ｄも備えることとする。医療施設Ｄの医療システムは、医療システム２００ａの構成と略同一であるため、その説明を省略する。
【００９９】
Ａ患者の医療データが医療施設Ｂのクライアント端末１０から医療データ管理サーバ６０にアップロードされると、医療データ管理サーバ６０は、アクセス履歴を参照し、所定の条件を満たす一又は複数のクライアント端末１０に更新通知を送信する。
【０１００】
例えば、医療データ管理サーバ６０は、「Ａ患者の医療データに３ヶ月以内にアクセスが有る」クライアント端末１０に、更新通知を送信する。図１２によると、医療施設Ａのクライアント端末１０は、４ヶ月前にＡ患者の医療データにアクセスしている。また、医療施設Ｄのクライアント端末１０は、Ａ患者の医療データにアクセスしていない。また、医療施設Ｃのクライアント端末１０は、２ヶ月前にＡ患者の医療データにアクセスしている。そのため、医療データ管理サーバ６０は、「Ａ患者の医療データに３ヶ月以内にアクセスが有る」医療施設Ｃのクライアント端末１０にのみ更新通知（Ａ患者に関する医療データがアップロードされた旨の更新通知）を送信する。
【０１０１】
[医療データ管理システムにおいて実行される処理の具体的な動作]
次に、医療データ管理システム１００において実行される処理の具体的な動作について、図１３を用いて説明する。
【０１０２】
図１３に示すように、医療施設Ｂのクライアント端末１０の制御部１１は、データセンタにアップロードする医療データから患者情報を削除し、この医療データを患者特定ＩＤと共に医療データ管理サーバ６０に通信部１４を介して送信する（ステップＳ１０１）。
【０１０３】
医療データ管理サーバ６０の制御部６１は、通信部６４を介してクライアント端末１０から医療データ（患者情報無し）と患者特定ＩＤとを受信（取得）すると、取得した医療データ（患者情報無し）を記憶部６５に記憶させる。そして、制御部６１は、医療データを記憶させた記憶部６５の格納アドレスと、取得した患者特定ＩＤとを含むレコードを患者医療関連テーブル６５２に追加する。即ち、制御部６１は、患者医療関連テーブル６５２を更新する（ステップＳ１０２）。
【０１０４】
次に、制御部６１は、更新通知処理を行う（ステップＳ１０３）。更新通知処理とは、
制御部６１が、更新通知を生成し、アクセス履歴テーブル６５３と患者特定ＩＤとに基づいてクライアント端末１０を選択し、選択したクライアント端末１０に生成した更新通知を通信部１４を介して送信する処理である。更新通知には、患者特定ＩＤが含まれる。
【０１０５】
制御部６１は、この更新通知処理により医療施設Ｃのクライアント端末１０に通信部１４を介して更新通知を送信する。
【０１０６】
医療施設Ｃのクライアント端末１０の制御部１１は、医療データ管理サーバ６０から更新通知を通信部１４を介して受信すると、この更新通知に含まれる患者特定ＩＤに基づいて、患者特定ＩＤに対応する患者の医療データが新たにデータセンタにアップロードされた旨を表示部１３に表示させる（ステップＳ１０４）。
【０１０７】
具体的に、医療施設Ｃのクライアント端末１０の制御部１１は、患者情報特定テーブル１５２を参照して、医療データ管理サーバからの更新通知に含まれる患者特定ＩＤに対応する患者情報を読み出す。制御部１１は、この患者情報に基づいて、患者特定ＩＤに対応する患者の医療データが新たにデータセンタにアップロードされた旨を表示部１３に表示させる。ユーザは、この表示された情報（更新通知）を参照し、医療データ取得要求を生成する旨のユーザ操作、又は医療データリスト取得要求を生成する旨のユーザ操作を操作部１２に対して行う。
【０１０８】
尚、更新通知に患者特定ＩＤの他に、アップロードされた医療データのデータ種別（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠読影レポートデータ、ＨＬ７準拠検体検査結果データ）の情報が含まれている場合、制御部１１は、更に、アップロードされた医療データのデータ種別を表示部１３に表示させる構成としてもよい。
【０１０９】
[更新通知処理]
次に、更新通知（図１３のステップＳ１０３）の具体的な動作について、図１４を用いて説明する。
【０１１０】
図１４に示すように、医療データ管理サーバ６０の制御部６１は、クライアント端末１０からアップロードされた医療データ（患者情報無し）と共に取得した患者特定ＩＤを含む更新通知を生成する（ステップＳ２０１）。尚、制御部６１は、この更新通知に更に、アップロードされた医療データのデータ種別（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠読影レポートデータ、ＨＬ７準拠検体検査結果データ）を含ませる構成としてもよい。
【０１１１】
次に、制御部６１は、アクセス履歴テーブル６５３から、項目「患者特定ＩＤ」の値が、取得した患者特定ＩＤと同じである一又は複数のレコードを抽出する（ステップＳ２０２）。
【０１１２】
次に、制御部６１は、記憶部６５から通知実行アクセス期間情報を読み出す（ステップＳ２０３）。通知実行アクセス期間情報は、予め設定された情報である。具体的に、制御部６１は、ユーザ操作による操作部６２からの操作信号に基づいて、通知実行アクセス期間情報を設定し、記憶部６５に記憶させる。
【０１１３】
次に、制御部６１は、抽出した各レコードの項目「最終アクセス日時」の値と現在時刻とに基づいて、無アクセス期間情報をレコード毎に算出する。具体的に、制御部６１は、現在時刻と「最終アクセス日時」の値との差分を無アクセス期間情報とする。
【０１１４】
次に、制御部６１は、ステップＳ２０２において抽出した各レコードのうち、通知実行アクセス期間より短い無アクセス期間のレコードを更に抽出する（ステップＳ２０５）。
【０１１５】
制御部６１は、ステップＳ２０５において更に抽出されたレコードのノード情報に基づいて、抽出されたレコードに該当する各クライアント端末１０に更新通知を通信部６４を介して送信する（ステップＳ２０６）。具体的に、制御部６１は、ノード情報に含まれる「ＩＰアドレス」「ホスト名」「施設名」等に基づいて、各クライアント端末１０に更新通知を送信する。以上で、更新通知処理が終了する。
【０１１６】
以上、本実施の形態によれば、医療データ管理サーバ６０の記憶部６５は、患者情報が削除された前記医療データと当該患者情報を特定する患者特定ＩＤとを関連付ける患者医療関連テーブル６５２を記憶している。また記憶部６５は、アクセス履歴テーブル６５３を記憶している。
【０１１７】
医療データ管理サーバ６０の制御部６１は、患者特定ＩＤを含むアクセス要求をクライアント端末１０から受信すると、アクセス履歴テーブル６５３を更新し、当該患者特定ＩＤに関連付けられている医療データ又は当該医療データに関する情報を前記クライアント端末１０に送信する。
【０１１８】
また、制御部６１は、記憶部６５に新たに医療データが記憶されると、アクセス履歴テーブル６５３を参照して、当該医療データに関連付けられている患者特定ＩＤを含むアクセス要求を送信したクライアント端末１０に更新通知を送信する。
【０１１９】
そのため、医療データを複数の医療施設で共有するシステムにおいて、医療データを管理するサーバに新たに医療データが記憶された場合の、ユーザの利便性を向上させることができる。
【０１２０】
また、記憶部６５には、患者情報が削除された前記医療データが記憶されるため、患者情報の漏洩を防ぐことができる。
【０１２１】
また、クライアント端末１０の記憶部１５は、患者情報特定テーブル１５２を記憶している。クライアント端末１０の制御部１１は、医療データ管理クライアントプログラム１５１と協働して、医療データ管理サーバ６０にアップロードする医療データから患者情報を削除する。そして、制御部１１は、削除した患者情報に対応するレコードが患者情報特定テーブル１５２に有る場合、このレコードの患者特定ＩＤと患者情報が削除された医療データとを医療データ管理サーバ６０に通信部１４を介して送信する。一方、制御部１１は、削除した患者情報に対応するレコードが患者情報特定テーブル１５２に無い場合、削除した患者情報を特定する患者特定ＩＤを発行し、発行した患者特定ＩＤと患者情報が削除された医療データとを医療データ管理サーバ６０に通信部１４を介して送信する。そして、制御部１１は、患者情報特定テーブル１５２に、削除した患者情報と発行した患者特定ＩＤとを持つレコードを加える。
【０１２２】
そして、医療データ管理サーバ６０の制御部６１は、医療データ管理サーバプログラム６５１と協働して、患者情報が削除された医療データを記憶部６５に記憶させ、記憶された格納アドレスと患者特定ＩＤとを持つレコードを患者医療関連テーブル６５２に加える。
【０１２３】
そのため、連携する医療施設のグループ（医療データ管理システム１００）内において共通の患者特定ＩＤが持たれる。即ち、患者特定ＩＤと患者情報とは一対一に対応する。よって、共有される医療データを閲覧する際のユーザの利便性が向上する。
【０１２４】
また、クライアント端末１０の制御部１１は、医療データ管理サーバ６０から更新通知を通信部１４を介して受信すると、この更新通知に含まれる患者特定ＩＤに基づいて、患者特定ＩＤに対応する患者の医療データが新たにデータセンタにアップロードされた旨を表示部１３に表示させる。
【０１２５】
そのため、ユーザは、画面を参照することで、過去に閲覧した医療データの対象患者に関する医療データがアップロードされた契機を知ることができる。
【０１２６】
また、医療データ管理サーバ６０の制御部６１は、所定の期間内（例えば、１年以内）にアクセス要求を送信したクライアント端末１０にのみ更新通知を送信する。即ち、長期間診察していない患者についての医療データの更新通知は送信されないため、ユーザの利便性が向上する。
【０１２７】
尚、本実施の形態における記述は、本発明に係る医療データ管理システムの一例であり、これに限定されるものではない。システム及び各装置の細部構成及び細部動作に関しても適宜変更可能である。
【０１２８】
また、本実施形態では、プログラムを格納したコンピュータ読み取り可能な媒体としてハードディスクを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、ＣＤ−ＲＯＭ等の可搬型記憶媒体、フラッシュメモリ等の不揮発性メモリ等を適用することが可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）も適用可能である。
【符号の説明】
【０１２９】
１０ クライアント端末
１１ 制御部
１２ 操作部
１３ 表示部
１４ 通信部
１５ 記憶部
１６ バス
２０ モダリティ
３０ ＰＡＣＳ
４０ 読影レポートシステム
５０ 検査データ管理サーバ
６０ 医療データ管理サーバ
６１ 制御部
６２ 操作部
６３ 表示部
６４ 通信部
６５ 記憶部
６６ バス
１００ 医療データ管理システム
１５１ 医療データ管理クライアントプログラム
１５２ 患者情報特定テーブル
２００ａ 医療システム
２００ｂ 医療システム
２００ｃ 医療システム
３００ 医療システム
６５１ 医療データ管理サーバプログラム
６５２ 患者医療関連テーブル
６５３ アクセス履歴テーブル
Ｎ 通信ネットワーク
【特許請求の範囲】
【請求項１】
複数の医療施設において其々生成された医療データを管理する医療データ管理サーバと、前記医療施設内に設置されたクライアント端末とが通信ネットワークを介してデータ通信可能に接続された医療データ管理システムであって、
前記医療データ管理サーバは、
患者情報が削除された前記医療データと当該患者情報を特定する患者特定ＩＤとを関連付けて記憶する第１記憶手段と、
前記患者特定ＩＤを含むアクセス要求をクライアント端末から受信すると、当該患者特定ＩＤに関連付けられている医療データ又は当該医療データに関する情報を前記クライアント端末に送信し、前記第１記憶手段に新たに医療データが記憶されると、当該医療データに関連付けられている患者特定ＩＤを含むアクセス要求を送信したクライアント端末に更新通知を送信する第１制御手段と、
を備える医療データ管理システム。
【請求項２】
前記クライアント端末は、
患者情報と患者特定ＩＤとを関連付けて記憶する第２記憶手段と、
自医療施設内において生成された医療データから患者情報を削除し、
当該患者情報が前記第２記憶手段に記憶されている場合、当該医療データと当該患者情報に関連付けられている患者特定ＩＤとを前記医療データ管理サーバに送信し、
当該患者情報が前記第２記憶手段に記憶されていない場合、当該患者情報を特定する患者特定ＩＤを発行し、当該医療データと当該発行した患者特定ＩＤとを前記医療データ管理サーバに送信し、当該削除した患者情報と当該発行した患者特定ＩＤとを関連付けて前記第２記憶手段に記憶させる第２制御手段と、
を備え、
前記医療データ管理サーバの第１制御手段は、
前記クライアント端末から受信した、前記患者情報が削除された前記医療データと当該患者情報を特定する患者特定ＩＤとを関連付けて前記第１記憶手段に記憶させる、
請求項１に記載の医療データ管理システム。
【請求項３】
前記更新通知は、前記第１記憶手段に新たに記憶された医療データに関連付けられている患者特定ＩＤを含む、
請求項１又は２に記載の医療データ管理システム。
【請求項４】
前記クライアント端末の第２制御手段は、
前記更新通知に含まれる患者特定ＩＤに関連付けられている患者情報を第２記憶手段から読み出し、当該患者情報に対応する患者の医療データが前記医療データ管理サーバにアップロードされた旨を画面に表示する、
請求項３に記載の医療データ管理システム。
【請求項５】
前記医療データ管理サーバの第１制御手段は、
前記第１記憶手段に新たに医療データが記憶されると、当該医療データに関連付けられている患者特定ＩＤを含むアクセス要求を所定の期間内に送信したクライアント端末に更新通知を送信する、
請求項１〜４の何れか一項に記載の医療データ管理システム。
【請求項１】
複数の医療施設において其々生成された医療データを管理する医療データ管理サーバと、前記医療施設内に設置されたクライアント端末とが通信ネットワークを介してデータ通信可能に接続された医療データ管理システムであって、
前記医療データ管理サーバは、
患者情報が削除された前記医療データと当該患者情報を特定する患者特定ＩＤとを関連付けて記憶する第１記憶手段と、
前記患者特定ＩＤを含むアクセス要求をクライアント端末から受信すると、当該患者特定ＩＤに関連付けられている医療データ又は当該医療データに関する情報を前記クライアント端末に送信し、前記第１記憶手段に新たに医療データが記憶されると、当該医療データに関連付けられている患者特定ＩＤを含むアクセス要求を送信したクライアント端末に更新通知を送信する第１制御手段と、
を備える医療データ管理システム。
【請求項２】
前記クライアント端末は、
患者情報と患者特定ＩＤとを関連付けて記憶する第２記憶手段と、
自医療施設内において生成された医療データから患者情報を削除し、
当該患者情報が前記第２記憶手段に記憶されている場合、当該医療データと当該患者情報に関連付けられている患者特定ＩＤとを前記医療データ管理サーバに送信し、
当該患者情報が前記第２記憶手段に記憶されていない場合、当該患者情報を特定する患者特定ＩＤを発行し、当該医療データと当該発行した患者特定ＩＤとを前記医療データ管理サーバに送信し、当該削除した患者情報と当該発行した患者特定ＩＤとを関連付けて前記第２記憶手段に記憶させる第２制御手段と、
を備え、
前記医療データ管理サーバの第１制御手段は、
前記クライアント端末から受信した、前記患者情報が削除された前記医療データと当該患者情報を特定する患者特定ＩＤとを関連付けて前記第１記憶手段に記憶させる、
請求項１に記載の医療データ管理システム。
【請求項３】
前記更新通知は、前記第１記憶手段に新たに記憶された医療データに関連付けられている患者特定ＩＤを含む、
請求項１又は２に記載の医療データ管理システム。
【請求項４】
前記クライアント端末の第２制御手段は、
前記更新通知に含まれる患者特定ＩＤに関連付けられている患者情報を第２記憶手段から読み出し、当該患者情報に対応する患者の医療データが前記医療データ管理サーバにアップロードされた旨を画面に表示する、
請求項３に記載の医療データ管理システム。
【請求項５】
前記医療データ管理サーバの第１制御手段は、
前記第１記憶手段に新たに医療データが記憶されると、当該医療データに関連付けられている患者特定ＩＤを含むアクセス要求を所定の期間内に送信したクライアント端末に更新通知を送信する、
請求項１〜４の何れか一項に記載の医療データ管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１０−２６７０４２（Ｐ２０１０−２６７０４２Ａ）
【公開日】平成２２年１１月２５日（２０１０．１１．２５）
【国際特許分類】
【出願番号】特願２００９−１１７１６３（Ｐ２００９−１１７１６３）
【出願日】平成２１年５月１４日（２００９．５．１４）
【出願人】（３０３０００４２０）コニカミノルタエムジー株式会社 (2,950)
【Ｆターム（参考）】
【公開日】平成２２年１１月２５日（２０１０．１１．２５）
【国際特許分類】
【出願日】平成２１年５月１４日（２００９．５．１４）
【出願人】（３０３０００４２０）コニカミノルタエムジー株式会社 (2,950)
【Ｆターム（参考）】
[ Back to top ]