JP2001325368A

JP2001325368A - 医療データ配送システム

Info

Publication number: JP2001325368A
Application number: JP2000148584A
Authority: JP
Inventors: Kazuyuki Shimada; 和之島田; Hitoshi Matsuo; 仁司松尾; Satoshi Mitsuyama; 訓光山
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2000-05-16
Filing date: 2000-05-16
Publication date: 2001-11-22
Anticipated expiration: 2020-05-16
Also published as: JP4399085B2

Abstract

(57)【要約】【課題】患者のプライバシー情報を保護しつつ、事前に
登録された配送先にユーザの要求に応じた医療データを
ユーザ毎に配送する。【解決手段】ユーザ毎に事前に登録しておいた電子メー
ルアドレスなどの配送先アドレスに、ユーザにより要求
された医療データを配送することにより、配送先アドレ
スで特定されるユーザ端末以外へのプライバシー情報の
漏洩を防止する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザの要求に応
じて医療データを配送する情報システムに関する。

【０００２】

【従来の技術】近年、医療情報システムで管理された検
査結果等の医療データを診察室や医局から電子データと
して参照したいという要望がある。このような要望に対
して、「高崎市医師会における情報ネットワーク構築に
ついて（医療とコンピュータＶｏｌ．１０Ｎｏ．３
１９９９．３）」に記載の検体検査システムのように、
医師が結果参照用クライアントを使用して、上記医療情
報システムが管理する検査結果等の医療データを参照す
るシステムがある。

【０００３】

【発明が解決しようとする課題】しかし、上記システム
の場合、患者のプライバシー情報を含む医療データを誰
でも参照できてしまい、患者のプライバシー情報を保て
ないという問題がある。また、ユーザＩＤやパスワード
によるユーザ認証でセキュリティ管理をする場合でも、
ユーザＩＤやパスワードが漏洩してしまった場合には、
患者のプライバシーを保てないという問題がある。

【０００４】

【課題を解決するための手段】上記課題は、ユーザ毎に
事前に登録された配送先アドレスに、ユーザの要求に応
じた医療データを配送することで、解決できる。また、
上記課題は、パスワードにより認証された場合のみ、ユ
ーザの要求を受け付けることで、よりセキュリティ管理
の堅牢性を向上しつつ、解決できる。

【０００５】また、電子メールで医療データを配送する
ことで、ユーザが時間や場所を問わずに医療データを参
照でき、ユーザの利便性を向上しつつ上記課題を解決で
きる。また、ユーザ端末の種別に応じて表示形式を変え
ることで、携帯電話、ＰＨＳ、ＰＤＡなど表示画面の小
さいユーザ端末でも医療データを参照しやすくなるの
で、ユーザの利便性を向上できる。

【０００６】また、上記課題は、電子メールでユーザの
要求を受け付けることで、ユーザが時間や場所を問わず
に参照したい医療データを設定できる。また、ユーザの
要求元に関わらず、あらかじめ設定された配送先へユー
ザにより要求された医療データを配送することで、情報
漏洩の危険性を低減できる。

【０００７】

【発明の実施の形態】図１に、本発明の実施例である医
療データ配送システムの構成図を示す。本システムは、
配送サーバ１００と、検査結果などの医療データを格納
する医療ＤＢ１１０と、ユーザを識別する情報を格納す
るユーザ情報ＤＢ１２０と、配送ＤＢ１３０と、ユーザ
端末２００と、一般公衆回線などの通信回線３００とで
構成される。

【０００８】上記ユーザ端末２００は、携帯電話、ＰＨ
Ｓ、ＰＤＡなど、携帯可能な無線通信装置を想定してい
るが、パソコン、電話、ＦＡＸなど、設置型端末でもよ
い。また、上記通信回線３００は、有線でも、無線でも
よい。また、上記ユーザ端末２００のユーザは、本シス
テムが設置される施設内の医師であることを想定してい
るが、施設外の医師でもよい。また、医師だけではな
く、看護婦やその他の医療従事者、上記医療ＤＢ１１０
に格納されている医療データの情報源である患者本人で
あってもよい。

【０００９】上記配送サーバ１００は、配送オーダ登録
制御部１０１、配送オーダ受付部１０２、ユーザ認証部
１０３、配送オーダ登録部１０４、配送制御部１０５、
配送オーダ取得部１０６、配送データ整形部１０７、配
送先アドレス取得部１０８および配送部１０９で構成さ
れる。

【００１０】上記ユーザ情報ＤＢ１２０は、ユーザを識
別するユーザＩＤを格納するユーザＩＤフィールド１２
１、ユーザを認証するためのパスワードを格納するパス
ワードフィールド１２２、医療データの配送先を特定す
る配送先アドレスを格納する配送先アドレスフィールド
１２３およびユーザ端末の種別を示す配送先（ユーザ端
末）種別フィールド１２４を有して構成される。上記ユ
ーザ情報ＤＢ１２０に蓄積される情報に関しては、シス
テム運用者があらかじめ本システムの運用前に登録して
おくことになるが、必要に応じて運用中に登録してもよ
い。

【００１１】図１の例では、ユーザＩＤ“１００１”の
ユーザが、パスワード“ｐｗ１００１”、配送先アドレ
スが“１００１＠…”という電子メールアドレス、ユー
ザ端末種別が“携帯電話”であることを示している。ま
た、図１では、配送先アドレスが電子メールアドレスに
なっているが、ＩＰアドレス、電話番号、ＦＡＸ番号、
などでもよい。ユーザ端末種別は携帯電話になっている
が、ＰＣ、電話、ＦＡＸ、ＰＨＳ、ＰＤＡなどでもよ
い。

【００１２】図４に、上記医療ＤＢ１１０の例を示す。
上記医療ＤＢ１１０は、患者を識別する情報である患者
ＩＤを格納する患者ＩＤフィールド４０１および検査結
果を格納する検査結果フィールド４０２を有して構成さ
れる。図４では、患者ＩＤ“ＰＩＤ０００１”の検査結
果が“ＧＯＴ＝２０”であることを示している。上記医
療ＤＢ１１０では、検査結果４０２を格納しているが、
患者基本情報、検査画像情報、診療情報、医事会計情報
などの他の医療データを格納してもよい。

【００１３】図２に、ユーザが依頼した配送オーダをシ
ステムに登録するときの本システムの動作フローを示
す。ユーザが上記ユーザ端末２００を使用し、上記通信
回線３００を介して、配送オーダを依頼すると、上記配
送オーダ登録制御部１０１は、上記配送オーダ受付部１
０２を起動し、配送オーダを受け付ける配送オーダ受付
ステップ２０１を実行する。

【００１４】図６に、配送オーダを電子メールで依頼す
るときの例として、配送オーダＡを示す。上記配送オー
ダＡは、依頼者のユーザＩＤ６０１と、依頼者のパスワ
ード６０２と、依頼内容６０３と、で構成される。上記
配送オーダＡでは、ユーザＩＤ“１００１”のユーザ
が、認証用パスワード“ｐｗ１００１”を用いて、患者
ＩＤ“ＰＩＤ０００１”のＧＯＴ値の配送を依頼するこ
とを示している。

【００１５】ここでは、配送オーダを電子メールで依頼
するときの例を示したが、音声ガイダンスに従い、電話
や携帯電話などから配送オーダを依頼してもよい。ま
た、インターネットやイントラネットを介して、ＷＷＷ
ブラウザから配送オーダを依頼してもよい。これによ
り、院内、院外を問わず、また移動中でも配送オーダを
依頼できるので、ユーザの利便性が向上する。

【００１６】次に、上記配送オーダ登録制御部１０１
は、上記ユーザ認証部１０３を起動し、上記配送オーダ
受付ステップ２０１で受け付けた配送オーダを依頼した
ユーザを認証するユーザ認証ステップ２０２を実行す
る。上記ユーザ認証ステップ２０２でユーザ認証された
場合、上記配送オーダ登録制御部１０１は、上記配送オ
ーダ登録部１０６を起動し、上記ユーザ認証ステップ２
０２により認証された配送オーダを上記配送ＤＢ１３０
に登録する配送オーダ登録ステップ２０３を実行する。
これにより、事前に登録されたユーザのみが配送オーダ
を登録できるので、医療データのセキュリティを確保で
きる。

【００１７】また、電子メールで依頼を受けた場合など
に、その電子メールの送信元の電子メールアドレスに返
信するのではなく、あらかじめ登録済みの配送先アドレ
スに配送するため、情報漏洩の危険性を低減することが
できる。

【００１８】図５に、上記配送オーダ登録ステップ２０
３の結果として作成される配送ＤＢ１３０の例を示す。
上記配送ＤＢ１３０は、配送ＩＤフィールド５０１、ユ
ーザＩＤフィールド５０２、依頼内容フィールド５０
３、配送時間や配送条件など配送に関する補助情報を格
納する配送オプションフィールド５０４を有して構成さ
れる。図５では、配送ＩＤ“０１”の配送オーダ５１０
として、配送オーダＡの内容が登録されている。また、
配送オプションが“ＮＯＷ”であることから即時に配送
することを示している。

【００１９】上記配送オプションには、毎日午前７時に
配送することを意味する“Ｅｖｅｒｙ０７００”な
ど、あらかじめ指定した頻度や時間で配送する予約配送
を設定できる。これにより、ユーザは自分の自由な時間
に医療データを参照できるので、ユーザの利便性を向上
することができる。

【００２０】また、検査結果が確定したとき配送すると
いうことを意味する“ＡＳＡＰ”など、ある条件が成立
したときのみ配送する条件付き予約配送も設定できる。
これにより、ユーザは自分の依頼した検査結果を確定次
第参照できるので、検査結果報告までの時間を短縮する
ことができる。

【００２１】また、上記配送オプションには、特に他の
配送オーダがない限り配送するというデフォルト設定を
意味する“ＤＥＦＡＵＬＴ”も設定できる。例えば、配
送ＩＤ“０４”の配送オーダ５４０では、ユーザ“２０
０１”が患者“ＰＩＤ０００２”の全ての検査結果“Ａ
ｌｌＴｅｓｔ”を、検査結果が確定したとき“ＡＳＡ
Ｐ”に配送するということをデフォルト設定とすること
を示している。また、配送ＩＤ“０５”の配送オーダ５
５０では、ユーザ“２００２”が自分の依頼した全ての
検査結果“ＭｙＴｅｓｔＯｒｄｅｒ”を、検査結果が確
定したときに配送するということをデフォルト設定とす
ることを示している。

【００２２】このように、デフォルト設定により、あら
かじめ登録した配送先アドレスに配送できるので、他施
設のユーザが依頼した検査結果を常時その施設に配送す
る等、他施設との連携も容易に実現できる。

【００２３】図３に、医療データを配送するときの本シ
ステムの動作を表すフローチャートを示す。本システム
が起動すると、配送制御部１０５は配送オーダ取得部１
０４を起動し、配送ＤＢ１３０から配送オーダを取得す
る配送オーダ取得ステップ３０１を実行する。

【００２４】次に、配送制御部１０５は、配送オーダ取
得ステップ３０１で取得した配送オーダが配送可能かど
うかを判断する配送判断ステップ３０２を実行する。

【００２５】例えば、図５の配送オーダ５１０の場合、
配送オプションが“ＮＯＷ”のため、配送可能と判断す
る。また、同図の配送オーダ５２０の場合、配送オプシ
ョンが“Ｅｖｅｒｙ０７００”のため、午前７時にな
ったときのみ配送可能と判断し、それ以外は配送不可と
判断する。また、配送オーダ５３０の場合、配送オプシ
ョンが“ＡＳＡＰ”のため、依頼内容に記述されている
患者ＩＤ“ＰＩＤ０００１”の検査結果“ＣＲＰ”が確
定したときのみ配送可能と判断し、それ以外は配送不可
と判断する。

【００２６】また、配送オーダ５４０の場合、配送オプ
ションに“ＡＳＡＰ”が含まれており、依頼内容に“Ａ
ｌｌＴｅｓｔ”が含まれているため、依頼内容に記述さ
れている患者ＩＤ“ＰＩＤ０００２”の全ての検査結果
が確定したときのみ配送可能と判断し、それ以外は配送
不可と判断する。また、配送オーダ５５０の場合、配送
オプションに“ＡＳＡＰ”が含まれており、依頼内容に
“ＭｙＴｅｓｔＯｒｄｅｒ”が含まれているため、ユー
ザＩＤ“２００２”のユーザが依頼した全ての検査オー
ダに対して、検査オーダ毎の全ての検査結果が確定した
ときのみ配送可能と判断し、それ以外は配送不可と判断
する。

【００２７】上記配送判断ステップ３０２で配送可能と
判断された場合、配送制御部１０５は、配送データ整形
部１０７を起動し、医療ＤＢ１１０から配送オーダで依
頼されたデータを取得し、ユーザ情報ＤＢ１２０から取
得したユーザ端末種別をもとに上記ユーザ端末２００に
表示できるフォーマットを選択し、表示形式を整形して
配送データを生成する配送データ整形ステップ３０３を
実行する。

【００２８】このように、ユーザ端末の種別に応じて表
示形式を変えることで、携帯電話、ＰＨＳ、ＰＤＡなど
表示画面の小さいユーザ端末でも医療データを参照しや
すくなるので、ユーザの利便性を向上することができ
る。

【００２９】次に、上記配送制御部１０５は、配送先ア
ドレス取得部１０８を起動し、上記ユーザ情報ＤＢ１２
０から配送先アドレスを取得する配送先アドレス取得ス
テップ３０４を実行する。次に、上記配送制御部１０５
は、配送部１０９を起動し、配送データ整形ステップ３
０３で生成した配送データを、配送先アドレス取得ステ
ップ３０４で取得した配送先アドレスへ配送する配送ス
テップ３０５を実行する。

【００３０】図７に、上記ステップ３０１から３０５の
結果、配送される電子メールの例として、配送情報Ａを
示す。上記配送情報Ａは、電子メールアドレス７０１
と、主題７０２と、本文７０３と、で構成される。上記
配送情報Ａでは、上記配送先アドレス取得ステップ３０
４で取得した配送先アドレス“１００１＠…”に、上記
配送データ整形ステップ３０３で作成した配送データ
“ＧＯＴ＝２０”を配送することを示している。

【００３１】

【発明の効果】以上のように、本システムでは、ユーザ
の要求に応じた検査結果等の医療データを、要求が入力
されたユーザ端末に直接配送するのではなく、事前に登
録されている配送先アドレスに配送する。これにより、
配送オーダを依頼したユーザ端末に関わらず、上記配送
先アドレスで特定されるユーザ端末以外では医療データ
を参照することができないので、患者のプライバシー情
報の漏洩を防止することができる。

【００３２】また、パスワードにより認証された場合の
み、ユーザの要求を受け付けることで、よりセキュリテ
ィ管理の堅牢性を向上しつつ、患者のプライバシー情報
の漏洩を防止することができる。

【００３３】また、電子メールで医療データを配送する
ことで、ユーザが時間や場所を問わずに医療データを参
照できるので、ユーザの利便性を向上しつつ、患者のプ
ライバシー情報の漏洩を防止することができる。

【００３４】また、ユーザ端末の種別に応じて表示形式
を変えることで、携帯電話、ＰＨＳ、ＰＤＡなど表示画
面の小さいユーザ端末でも医療データを参照しやすくな
るので、ユーザの利便性をより向上しつつ、患者のプラ
イバシー情報の漏洩を防止することができる。

【００３５】また、電子メールでユーザの要求を受け付
けることで、ユーザが時間や場所を問わずに参照したい
医療データを設定できるので、ユーザの利便性を向上し
つつ、患者のプライバシー情報の漏洩を防止することが
できる。

【００３６】また、ユーザの要求元に関わらず、あらか
じめ設定された配送先へユーザにより要求された医療デ
ータを配送することで、情報漏洩の危険性を低減しつ
つ、患者のプライバシー情報の漏洩を防止することがで
きる。

【図面の簡単な説明】

【図１】本発明の実施例である医療データ配送システム
の構成を示すブロック図。

【図２】配送オーダ登録時の本システムの動作を表すフ
ローチャート。

【図３】医療データ配送時の本システムの動作を表すフ
ローチャート。

【図４】医療ＤＢの構成例を示す説明図。

【図５】配送ＤＢの構成例を示す説明図。

【図６】配送オーダを電子メールで依頼するときの記述
例を示す説明図。

【図７】配送される電子メールの一例を示す説明図。

【符号の説明】

１００…配送サーバ、１１０…医療ＤＢ、１２０…ユー
ザ情報ＤＢ、１３０…配送ＤＢ、２００…ユーザ端末、
３００…通信回線、１０１…配送オーダ登録制御部、１
０２…配送オーダ受付部、１０３…ユーザ認証部、１０
４…配送オーダ登録部、１０５…配送制御部、１０６…
配送オーダ取得部、１０７…配送データ整形部、１０８
…配送先アドレス取得部、１０９…配送部、１２１…ユ
ーザＩＤフィールド、１２２…パスワードフィールド、
１２３…配送先アドレスフィールド、１２４…ユーザ端
末種別、４０１…患者ＩＤフィールド、４０２…検査結
果フィールド、５０１…配送ＩＤフィールド、５０２…
ユーザＩＤフィールド、５０３…依頼内容フィールド、
５０４…配送オプションフィールド、５１０…配送オー
ダの例。

Claims

【特許請求の範囲】

【請求項１】ユーザを識別するユーザＩＤと、ユーザの
要求に応じて医療データを配送するときの配送先を特定
する配送先ユーザアドレスとを格納するユーザ情報デー
タベースを有することを特徴とする医療データ配送シス
テム。
【請求項２】請求項１に記載の医療データ配送システム
であって、上記ユーザ情報データベースに、上記ユーザ
ＩＤで識別されるユーザを認証するためのパスワードを
格納するフィールドを有することを特徴とする医療デー
タ配送システム。
【請求項３】請求項１または２に記載の医療データ配送
システムであって、電子メールにより医療データを配送
する手段を有することを特徴とする医療データ配送シス
テム。
【請求項４】請求項１から３のいずれかに記載の医療デ
ータ配送システムであって、上記ユーザ情報データベー
スに、上記ユーザＩＤで識別されるユーザの配送先であ
るユーザ端末を識別するためのユーザ端末種別を格納す
るフィールドを有し、上記ユーザ端末種別に応じて、ユ
ーザが参照しやすい形式に医療データを編集する手段を
有することを特徴とする医療データ配送システム。
【請求項５】請求項１から４のいずれかに記載の医療デ
ータ配送システムであって、電子メールによりユーザの
要求を受け付けることを特徴とする医療データ配送シス
テム。
【請求項６】請求項１から５のいずれかに記載の医療デ
ータ配送システムであって、ユーザの要求元を特定する
アドレスが、ユーザにより要求された医療データを配送
するアドレスと独立していることを特徴とする医療デー
タ配送システム。