(57)【要約】【課題】データ漏洩を防止しつつ、秘匿性の高いデータの携帯端末での閲覧を可能にする。【解決手段】データ管理装置１６は、携帯端末１３の現在位置を表す現在位置情報を取得する現在位置情報取得部５１ａと、現在位置情報に基づいて、予め登録された登録エリア１２内に携帯端末１３が存在するか否かを判定する端末位置判定部５１ｂと、登録エリア１２と、登録エリア１２外において携帯端末１３からの削除対象となる対象データとの対応関係５３を記憶する対応関係記憶部と、端末位置判定部５１ｂが、携帯端末１３が登録エリア１２内から登録エリア１２外に出たと判定した際に、対象データの削除を指令する削除指令部５２ｃとを備えた。【選択図】図４
2014186529.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末の現在位置を表す現在位置情報を取得する現在位置情報取得部と、
前記現在位置情報に基づいて、予め登録された登録エリア内に前記携帯端末が存在するか否かを判定する端末位置判定部と、
前記登録エリアと、前記登録エリア外において前記携帯端末からの削除対象となる対象データとの対応関係を記憶する対応関係記憶部と、
前記端末位置判定部が、前記携帯端末が前記登録エリア内から前記登録エリア外に出たと判定した際に、前記対象データの削除を指令する削除指令部とを備えていることを特徴とするデータ管理装置。
【請求項２】
前記携帯端末からの配信要求を受け付けて前記対象データを配信する配信部であり、前記端末位置判定部によって前記携帯端末が登録エリア内に存在すると判定された場合に、前記配信を許容し、前記登録エリア外に存在すると判定された場合に、前記配信を禁止する配信部を備えていることを特徴とする請求項１に記載のデータ管理装置。
【請求項３】
前記配信部は、前記端末位置判定部によって前記携帯端末が前記登録エリア外から前記登録エリア内に入ったと判定された場合に、前記対象データの配信を自動的に開始することを特徴とする請求項２に記載のデータ管理装置。
【請求項４】
前記携帯端末において更新された前記対象データのアップロード要求を受け付けるアップロード受付部を備えていることを特徴とする請求項１〜３のいずれか１項に記載のデータ管理装置。
【請求項５】
前記携帯端末を携行するユーザの移動予定を示すスケジュール情報を取得して、取得したスケジュール情報に基づいて、前記対応関係を登録する対応関係登録部を備えていることを特徴とする請求項１〜４のいずれか１項に記載のデータ管理装置。
【請求項６】
前記現在位置情報取得部は、前記現在位置情報として、前記携帯端末からＧＰＳ情報を取得することを特徴とする請求項１〜５のいずれか１項に記載のデータ管理装置。
【請求項７】
前記対象データは、医用データであることを特徴とする請求項１〜６のいずれか１項に記載のデータ管理装置。
【請求項８】
携帯端末と、前記携帯端末と通信ネットワークを介して接続されるサーバとを備えたデータ管理システムにおいて、
前記携帯端末の現在位置を表す現在位置情報を取得する現在位置情報取得部と、
前記現在位置情報に基づいて、予め登録された登録エリア内に前記携帯端末が存在するか否かを判定する端末位置判定部と、
前記登録エリアと、前記登録エリア外において前記携帯端末からの削除対象となる対象データとの対応関係を記憶する対応関係記憶部と、
前記端末位置判定部が、前記携帯端末が前記登録エリア内から前記登録エリア外に出たと判定した際に、前記携帯端末に対して、前記対象データの削除を指令する削除指令部とを備えていることを特徴とするデータ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理装置及びデータ管理システムに関する。
【背景技術】
【０００２】
特許文献１には、携帯端末から、通信ネットワークを介して、患者情報や検査データなどの医用データを保管するサーバにアクセスして、医用データを携帯端末で閲覧することが可能なシステムが記載されている。携帯端末を利用すれば、病院などの医療施設外においても、医用データの閲覧を手軽に行うことができるため、便利である。
【０００３】
一方、医用データは患者のプライバシーに関わる情報を含んでおり、秘匿性の高いデータであるため、データ漏洩防止に配慮したシステム構築が必要になる。特許文献２には、医用データの漏洩防止に配慮したナースコールシステムが記載されている。周知のように、ナースコールシステムは、医療施設内に設置され、病室内の患者からのナースコールをナースセンタにいる看護師や医師に通知するシステムである。
【０００４】
特許文献２に記載のナースコールシステムでは、病室がある病棟の廊下などに患者情報を表示する表示器を有しており、ナースコールがあったときには、表示器に、呼び出し元の患者の患者情報が表示されるようになっている。そして、表示器の表示には、データ漏洩を防止するための対策が施されており、患者や医師が携行する発信器が表示器に接近したときにのみ患者情報が表示され、発信器が表示器から離れている間は、患者情報は表示されないようになっている。これによれば、患者や医師が表示器の近くにいる間だけ患者情報が表示されるため、患者情報が、関係の無い第三者に漏れてしまうことが無い。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１８９５４１号公報
【特許文献２】特開２００７−２５９９５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
医師や看護師は、訪問介護や訪問診療のために、医療施設外に出て、患者の自宅などを訪問することがある。このような場合には、特許文献１に記載されたシステムを用いて、携帯端末から患者情報などの医用データを閲覧できると、非常に便利である。しかし、上述のとおり、医用データは秘匿性が高いデータであるため、漏洩防止の配慮が必要である。特に、携帯端末の場合は、普及に伴って、携帯端末の紛失によるデータ漏洩が大きな問題になっているため、携帯端末の利用に当たっては厳格なデータ管理が求められている。
【０００７】
特許文献２に記載のナースコールシステムは、医療施設内に構築されるものであるため、訪問介護や訪問診療のように医療施設外の利用には対応することができない。その上、携帯端末は発信器として利用されるのみで、携帯端末での医用データの閲覧についても開示は無い。一方、特許文献１には、携帯端末で医用データを閲覧することについて開示があるが、データ漏洩防止に関する対策については一切開示が無い。
【０００８】
本発明は、上記問題に鑑みてなされたもので、データ漏洩を防止しつつ、秘匿性の高いデータの携帯端末での閲覧を可能にするデータ管理装置及びデータ管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明のデータ管理装置は、携帯端末の現在位置を表す現在位置情報を取得する現在位置情報取得部と、現在位置情報に基づいて、予め登録された登録エリア内に携帯端末が存在するか否かを判定する端末位置判定部と、登録エリアと、登録エリア外において携帯端末からの削除対象となる対象データとの対応関係を記憶する対応関係記憶部と、端末位置判定部が、携帯端末が登録エリア内から登録エリア外に出たと判定した際に、対象データの削除を指令する削除指令部とを備えている。
【００１０】
携帯端末からの配信要求を受け付けて対象データを配信する配信部であり、端末位置判定部によって携帯端末が登録エリア内に存在すると判定された場合に、配信を許容し、登録エリア外に存在すると判定された場合に、配信を禁止する配信部を備えていることが好ましい。また、配信部は、端末位置判定部によって携帯端末が登録エリア外から登録エリア内に入ったと判定された場合に、対象データの配信を自動的に開始することが好ましい。
【００１１】
携帯端末において更新された対象データのアップロード要求を受け付けるアップロード受付部を備えていることが好ましい。また、携帯端末を携行するユーザの移動予定を示すスケジュール情報を取得して、取得したスケジュール情報に基づいて、対応関係を登録する対応関係登録部を備えていることが好ましい。また、現在位置情報取得部は、現在位置情報として、携帯端末からＧＰＳ情報を取得することが好ましい。
【００１２】
対象データは、医用データである場合に、本発明はより有効である。
【００１３】
本発明のデータ管理システムは、携帯端末と、携帯端末と通信ネットワークを介して接続されるサーバとを備えたデータ管理システムにおいて、携帯端末の現在位置を表す現在位置情報を取得する現在位置情報取得部と、現在位置情報に基づいて、予め登録された登録エリア内に携帯端末が存在するか否かを判定する端末位置判定部と、登録エリアと、登録エリア外において携帯端末からの削除対象となる対象データとの対応関係を記憶する対応関係記憶部と、端末位置判定部が、携帯端末が登録エリア内から登録エリア外に出たと判定した際に、携帯端末に対して、対象データの削除を指令する削除指令部とを備えている。
【発明の効果】
【００１４】
本発明によれば、データ漏洩を防止しつつ、秘匿性の高いデータの携帯端末での閲覧を可能にする。
【図面の簡単な説明】
【００１５】
【図１】第１実施形態の概略図である。
【図２】第１実施形態における携帯端末の構成図である。
【図３】第１実施形態におけるデータ管理装置の構成図である。
【図４】第１実施形態の機能図である。
【図５】第１実施形態のフローチャートである。
【図６】第２実施形態のフローチャートである。
【図７】第３実施形態に関する説明図である。
【発明を実施するための形態】
【００１６】
「第１実施形態」
図１に示すように、データ管理システム１０は、携帯端末１３と、データ管理装置１６とで構成される。携帯端末１３は、医師や看護師などのユーザ１１が、病院などの医療施設外に出て、患者の自宅などに訪問して介護や診療を行う訪問介護や訪問診療を行う際に携行する端末である。データ管理装置１６は、医療施設１８に設置される。データ管理装置１６は、患者情報や検査データなどが記載されたカルテ（カルテＡ〜カルテＣ）のデータを患者毎に保管する患者ＤＢ（データベース）１５と通信可能に接続されている。データ管理装置１６は、移動体通信網を含む公衆電話交換回線網、インターネットなどの公衆通信ネットワーク１７を介して、携帯端末１３からの配信要求を受け付けて、患者ＤＢ１５から読み出したカルテを携帯端末１３に配信したり、携帯端末１３からアップロードされたデータを受信して、カルテＤＢを更新したりする。ユーザ１１は、携帯端末１３により訪問先で患者のカルテを閲覧することができる。
【００１７】
データ管理装置１６は、携帯端末１３の紛失などによるカルテの漏洩を防止するために、予め設定された登録エリア１２に携帯端末１３が存在するときにのみ、カルテの配信を許容し、さらに、登録エリア１２外に携帯端末１３が出た場合には、携帯端末１３に対してカルテを削除するように指令する削除指令を送信する。携帯端末１３は削除指令を受けると、携帯端末１３からカルテを削除する。また、データ管理装置１６は、登録エリア１２外においては、携帯端末１３から配信要求が有っても、カルテの配信を禁止する。
【００１８】
図１においては、登録エリア１２は、患者Ａの自宅（Ａ宅）１９を含むその周囲の一定範囲に設定されており、データ管理装置１６は、携帯端末１３が登録エリア１２内に存在する場合のみ、データ管理の対象となる対象データである、患者ＡのカルテＡの配信を許容する。
【００１９】
図２に示すように、携帯端末１３は、携帯電話やスマートフォンなどの携帯型情報端末をベースに、オペレーティングシステムなどの制御プログラムや、データ管理装置１６と協働して、携帯端末１３をデータ管理システム１０の構成要素として機能させるためのアプリケーションプログラム（ＡＰ）２１をインストールして構成される。携帯端末１３は、表示部２２、ＣＰＵ２３、メモリ２４、ストレージデバイス２５、ＧＰＳ（Global Positioning System）通信部２６、無線通信Ｉ／Ｆ２７が設けられており、これらはデータバス２８を介して接続されている。
【００２０】
表示部２２は、例えばタッチパネル機能付きの液晶表示パネルで構成され、カルテなどのデータを表示する他、操作画面を表示して、操作画面を通じた操作入力を受け付ける。ストレージデバイス２５は、各種データを格納するデバイスであり、例えば、ハードディスクドライブや半導体メモリで構成される。ストレージデバイス２５には、制御プログラムや、コンソール用ソフトウエアなどのアプリケーションプログラム（ＡＰ）２１が格納される。
【００２１】
メモリ２４は、ＣＰＵ２３が処理を実行するためのワークメモリである。ＣＰＵ２３は、ストレージデバイス２５に格納された制御プログラムをメモリ２４へロードして、プログラムに従った処理を実行することにより、携帯端末１３の各部を統括的に制御する。
【００２２】
ＧＰＳ通信部２６は、ＧＰＳ衛星や公衆通信ネットワーク１７に含まれる無線基地局と通信して、携帯端末１３の測位情報を取得する。測位情報は、携帯端末１３の現在位置を表す現在位置情報として、データ管理装置１６に送信される。無線通信Ｉ／Ｆ２７は、公衆通信ネットワーク１７を介したデータ管理装置１６との通信を制御する。
【００２３】
図３に示すように、データ管理装置１６は、パーソナルコンピュータやワークステーションなどのコンピュータをベースに、オペレーティングシステムなどの制御プログラムの他、データ管理装置１６をデータ管理システム１０の構成要素として機能させるためのＡＰ４０をインストールして構成される。データ管理装置１６は、ＣＰＵ３５、メモリ３６、ストレージデバイス３７、通信Ｉ／Ｆ３８が設けられており、これらはデータバス３９を介して接続されている。
【００２４】
ストレージデバイス３７は、各種データを格納するデバイスであり、例えば、ハードディスクドライブで構成される。ストレージデバイス３７には、ＡＰ４０が格納されている。
【００２５】
メモリ３６は、ＣＰＵ３５が処理を実行するためのワークメモリである。ＣＰＵ３５は、ストレージデバイス３７に格納されたＡＰ４０をメモリ３６へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。
【００２６】
通信Ｉ／Ｆ３８は、医療施設１８内に敷設された院内通信ネットワークであるＬＡＮ（ローカルエリアネットワーク）４１と接続するための通信部である。通信Ｉ／Ｆ３８はＬＡＮ４１を介して患者ＤＢ１５と通信する。また、通信Ｉ／Ｆ３８は、ＬＡＮ４１及び公衆通信ネットワーク１７を介して、携帯端末１３と通信する。
【００２７】
図４に示すように、データ管理装置１６のＣＰＵ３５は、ＡＰ４０を実行すると、端末位置監視部５１、データ管理部５２として機能する。端末位置監視部５１は、携帯端末１３から現在位置情報を取得する現在位置情報取得部５１ａと、現在位置情報取得部５１ａが取得した現在位置情報に基づいて、携帯端末１３が登録エリア１２内に存在するか否かを判定する端末位置判定部５１ｂとで構成される。現在位置情報取得部５１ａは、携帯端末１３から定期的に現在位置情報を取得する。端末位置判定部５１ｂは、携帯端末１３が登録エリア１２内に存在するか否かに加えて、現在位置情報に基づいて、携帯端末１３が登録エリア１２に入ったこと、登録エリア１２から出たことを判定する。
【００２８】
また、端末位置判定部５１ｂは、少なくとも、携帯端末１３が登録エリア１２内から登録エリア１２外へ出たことを判定した際に、データ管理部５２にその旨を通知する。
【００２９】
データ管理部５２は、配信部５２ａ、ＤＢ更新部５２ｂ、削除指令部５２ｃで構成される。配信部５２ａは、携帯端末１３からの配信要求を受け付けて、患者ＤＢ１５内のカルテのデータを携帯端末１３へ配信する。ＤＢ更新部５２ｂは、携帯端末１３から患者ＤＢ１５へのデータのアップロード要求を受け付けるアップロード受付部として機能し、アップロードされたカルテのデータに基づいて患者ＤＢ１５を更新する。削除指令部５２ｃは、端末位置判定部５１ｂが、携帯端末１３が登録エリア１２内から登録エリア１２外へ出たと判定した際に、データ管理の対象データを削除する削除指令を携帯端末１３に送信する。
【００３０】
ストレージデバイス３７は、登録エリア１２と対象データ（本例ではカルテのデータ）との対応関係５３を記憶する。登録エリア１２は、ユーザ１１の訪問先である患者Ａ宅１９及びその周囲の一定範囲である。登録エリア１２は、例えば、患者Ａ宅１９の電話番号や住所によって割り出された、ＧＰＳによる測位情報によって定義される。ユーザ１１は、訪問先において患者ＡのカルテＡを携帯端末１３で閲覧することができれば、介護や診療の目的を達成することができる。そのため、対応関係５３には、ユーザ１１の訪問先に応じた登録エリア１２と、登録エリア１２で閲覧される訪問先の患者ＡのカルテＡのファイル名などの識別情報とが対応付けて記録される。
【００３１】
配信部５２ａは、携帯端末１３からカルテＡの配信要求を受け付けたときに、対応関係５３を参照し、要求されたデータが対応関係５３に登録された対象データか否かを判定する。対象データである場合には、配信部５２ａは、端末位置判定部５１ｂに対して携帯端末１３の現在位置の問い合わせを行い、携帯端末１３が登録エリア１２に存在する場合には、携帯端末１３へのカルテＡの配信を許可する。携帯端末１３が登録エリア１２に存在しない場合には配信を禁止する。
【００３２】
携帯端末１３のＣＰＵ２３は、ＡＰ２１を実行すると、サーバアクセス部５６と、削除部５７として機能する。サーバアクセス部５６は、データ管理装置１６にアクセスして配信要求やアップロード要求をする。配信されたデータはストレージデバイス２５内に格納される。携帯端末１３を訪問診療に用い、配信されたデータの中に医用画像がある場合には、例えば、キー画像に選択した医用画像に関する情報、アノテーションに関する情報、黒化処理等の医用画像に対して行った処理に関する情報などが、アップロード要求の内容に含まれる。また、携帯端末１３を訪問介護に用いた場合には、例えば、配信されたデータに介護記録（介護メモ）を添付することなどが、アップロード要求の内容に含まれる。削除部５７は、データ管理装置１６からの削除指令に基づいて、ストレージデバイス２５内に存在する対象データの削除を実行する。
【００３３】
以下、上記構成による作用について、図５に示すフローチャートを参照しながら説明する。ユーザ１１が携帯端末１３を携行して患者Ａ宅１９に訪問する場合には、医療施設１８から出発する際に、予めデータ管理装置１６のストレージデバイス３７に、訪問先となる患者Ａ宅１９周辺の登録エリア１２に関する登録エリア情報と、対象データである患者ＡのカルテＡのデータとの対応関係５３を登録する。ユーザ１１が外出する際には、データ管理装置１６は、ＡＰ４０を起動して、端末位置監視部５１が携帯端末１３の現在位置の監視を開始する（ステップ（Ｓ）１０１）。
【００３４】
ユーザ１１は、登録エリア１２において、患者ＡのカルテＡを閲覧するために、携帯端末１３を通じてデータ管理装置１６からカルテＡをダウンロードする。携帯端末１３は、データ管理装置１６に対してカルテＡの配信要求を送信する。データ管理装置１６は、携帯端末１３からの配信要求があると（Ｓ１０２でＹＥＳ）、対応関係５３に基づいて、要求されたカルテＡのデータが対象データであるか否か、さらに、対象データである場合には、携帯端末１３が登録エリア１２内に存在するか否かを判定する（Ｓ１０３）。データ管理装置１６は、携帯端末１３が登録エリア１２に存在しない場合には、配信を拒否し、登録エリア１２内に存在する場合には、カルテＡを携帯端末１３に配信する（Ｓ１０４）。これにより、ユーザ１１は、訪問先である患者Ａ宅１９においてカルテＡを閲覧することができる。
【００３５】
ユーザ１１は、携帯端末１３でカルテＡの閲覧に加えて、追記などの編集を行った場合には編集済みのカルテＡのデータをデータ管理装置１６にアップロードする。データ管理装置１６は、アップロードされたカルテＡのデータで患者ＤＢ１５を更新する。
【００３６】
ユーザ１１は、患者Ａの介護や診療が終了した後、医療施設１８に戻るために登録エリア１２の外に出る。データ管理装置１６は、カルテＡの配信後、携帯端末１３の端末位置の監視を継続する（Ｓ１０５）。そして、携帯端末１３が登録エリア１２から出た場合には、カルテＡの削除指令を携帯端末１３に送信する（Ｓ１０６）。携帯端末１３は、削除指令を受信すると、ストレージデバイス２５内のカルテＡのデータを削除する。データ管理装置１６は、携帯端末１３の位置監視が終了するまで上記処理を繰り返す。また、データ管理装置１６は、登録エリア１２外においては、携帯端末１３から配信要求が有っても、カルテＡの配信を禁止する。
【００３７】
以上説明したように、本発明は、訪問介護や訪問診療などの目的で、携帯端末１３が医療施設１８外で使用される場合において、データの漏洩を防止しつつ、訪問先における携帯端末１３を利用したカルテの閲覧が可能になる。つまり、データ管理装置１６は、登録エリア１２におけるカルテＡの配信や閲覧を許容しつつ、携帯端末１３が登録エリア１２外に出た際にカルテのデータを削除する。そのため、ユーザ１１が登録エリア１２外において携帯端末１３を紛失した場合でも、携帯端末１３にはカルテのデータが残っていないため、携帯端末１３を拾った第三者にカルテが閲覧されることが無い。また、登録エリア１２外においては、携帯端末１３へのカルテの配信が禁止されるため、第三者が携帯端末１３を使用してカルテを読み出すことも不可能となる。
【００３８】
「第２実施形態」
第１実施形態では、データ管理装置１６は、登録エリア１２内において、携帯端末１３から配信要求があったときにカルテＡを送信する例で説明したが、図６のフローチャートに示すように、携帯端末１３が登録エリア１２外から登録エリア１２内へ入ったときに、配信要求を待たずに、自動的にカルテＡを配信してもよい（Ｓ２０２）。図６のフローチャートにおける各ステップＳ２０１〜Ｓ２０６は、配信要求を待たずに自動的に配信するステップＳ２０２を除いて、図５のフローチャートにおける各ステップＳ１０１、Ｓ１０４〜Ｓ１０７と同様であるため、説明を省略する。
【００３９】
「第３実施形態」
第３実施形態は、対応関係６３として、複数の登録エリアと対象データとの対応関係を記憶する例である。例えば、ユーザ１１が、患者Ａ、Ｂ、Ｃの複数の訪問先（Ａ宅、Ｂ宅、Ｃ宅）１９Ａ〜１９Ｃを巡回する場合には、登録エリアも、登録エリア１２Ａ〜１２Ｃとなり、それに対応する対象データも、カルテＡ〜Ｃとなる。対応関係６３としては、これらの訪問先、すわなち、ユーザ１１の移動先に関する情報と、カルテＡ〜Ｃとの対応関係が記録される。また、対応関係６３には、Ａ宅１９Ａには、１０：００〜１１：００、Ｂ宅１９Ｂには、１３：００〜１４：００、Ｃ宅１９Ｃには、１５：００〜１６：００というように、各訪問先（移動場所）に対応して訪問先に滞在する日時（移動日時）に関する情報も記録される。
【００４０】
こうした対応関係６３の情報は、データ管理装置１６に対してマニュアルで登録することも可能であるが、情報量が多いと、マニュアルで登録するのは手間が掛かる。そのため、データ管理装置１６に、携帯端末１３に登録されたユーザ１１の移動予定を示すスケジュール情報６４を取得して、スケジュール情報６４に基づいて対応関係６３をストレージデバイス３７に登録する対応関係登録部６６を設けられることが好ましい。対応関係登録部６６の機能は、例えば、ＡＰ４０が実行することによってＣＰＵ３５によって実現される。
【００４１】
携帯端末１３にはユーザ１１によってスケジュール情報６４が入力される。スケジュール情報６４には、各訪問先（移動場所）の情報として、患者名及び患者宅の電話番号などが登録される。また、移動日時に関する情報も登録される。ユーザ１１は、携帯端末１３のスケジュール情報６４にアップロードする。対応関係登録部６６は、スケジュール情報６４を取得すると、患者の電話番号からＧＰＳの測位情報を割り出して、患者名から対応するカルテＡを特定する。これらの情報に基づいて対応関係６３を生成し、ストレージデバイス３７に記憶させる。
【００４２】
ユーザ１１が携帯端末１３を携行して、スケジュールに従って各訪問先を巡回する際に、データ管理装置１６は、携帯端末１３の端末位置を監視する。そして、データ管理装置１６は、携帯端末１３が、患者Ａ宅１９Ａがある登録エリア１２Ａに入ったらカルテＡを携帯端末１３に配信する。携帯端末１３が、登録エリア１２Ａ外に出たらカルテＡに対する削除指令を送信する。同様に、携帯端末１３が登録エリア１２Ｂに入ったらカルテＢを配信し、登録エリア１２Ｂから出たからカルテＢに対する削除指令を送信する。登録エリア１２Ｃ、カルテＣについても同様である。もちろん、カルテの配信については、第２実施形態の自動配信に限らず、第１実施形態のように携帯端末１３からの配信要求に応じて行ってもよい。
【００４３】
さらに、データ管理装置１６は、携帯端末１３が登録エリアに存在する場合でも、移動日時で定めた時刻が経過した後、携帯端末１３に対して削除指令を送信してもよい。例えば、携帯端末１３が登録エリア１２Ａに存在し、カルテＡの配信を受けている場合において、携帯端末１３が患者Ａ宅１９Ａに滞在する予定時刻を過ぎた場合には、携帯端末１３が登録エリア１２Ａ内に存在していても、削除指令を送信する。これによれば、携帯端末１３がカルテのデータを保持している時間を最小限に留めることにより、より厳格なデータ管理を行うことができる。もちろん、移動日時に関する情報を無くして、移動場所に関する情報だけでデータ管理を行ってもよい。
【００４４】
上記各実施形態では、医用データとしてカルテデータを例に説明したが、医用データとしては、カルテデータ以外でもよく、患者が受けた医療検査の結果を示す検査データでもよい。検査データには、血液検査などの数値データや画像検査の画像データがある。
【００４５】
上記各実施形態では、データ管理システム１０を、医療施設外の訪問介護や訪問介護に適用した例で説明したが、医療施設１８内で利用してもよい。医療施設内の利用例としては、ユーザ１１が患者の病室を巡回する回診を行う場合が考えられる。登録エリア１２としては、各患者の病室が登録され、対象データとして、回診の際に必要なデータが登録される。医療施設１８内においては、医療施設外と比べると、データ漏洩に対する安全性は高いが、第三者に対してデータが不正に漏洩する懸念はある。そのため、医療施設内で利用する場合でも本発明の有用性は認められる。
【００４６】
また、データ管理システム１０を、医療分野以外の分野で利用してもよい。例えば、企業の営業担当者が携帯端末を携行して顧客を訪問する場合に利用してもよい。この場合には対象データは、医用データではなく、顧客情報や営業資料などになる。顧客情報や営業資料も、顧客のプライバシーや企業秘密に関わる秘匿性の高いデータと言える。データ管理システム１０を利用することで、このようなデータの漏洩を防止することができる。
【符号の説明】
【００４７】
１０  データ管理システム
１２  登録エリア
１３  携帯端末
１６  データ管理装置
１７  公衆通信ネットワーク
５１  端末位置監視部
５１ａ  現在位置情報取得部
５１ｂ  端末位置判定部
５２  データ管理部
５２ａ  配信部
５２ｂ  ＤＢ更新部
５２ｃ  削除指令部
５３  対応関係
５６  サーバアクセス部
５７  削除部
【図１】
2014186529.tif 000003
【図２】
2014186529.tif 000004
【図３】
2014186529.tif 000005
【図４】
2014186529.tif 000006
【図５】
2014186529.tif 000007
【図６】
2014186529.tif 000008
【図７】
2014186529.tif 000009