(57)【特許請求の範囲】
【請求項１】
ユーザを識別するユーザＩＤ、前記ユーザＩＤで識別されるユーザを認証するためのパスワード、前記ユーザの要求に応じて医療データを配送するときの配送先を特定する配送先ユーザアドレス、を格納するユーザ情報データベースと、医療データを格納する医療データベースと、を有する医療データ配送システムであって、
前記ユーザＩＤと前記パスワードと依頼内容が記載された配送オーダを任意の電子メールによって受信し、ユーザの要求を受け付ける手段と、
受け付けた前記要求に対し、送信元メールアドレス以外の情報である前記ユーザＩＤと前記パスワードを用いて、ユーザ認証を行う手段と、
前記要求に含まれる前記依頼内容に応じて前記医療データベースから前記医療データを取得して配送データを生成する手段と、
前記ユーザＩＤをもとに前記ユーザ情報データベースから前記配送先ユーザアドレスを取得する手段と、
前記配送先ユーザアドレスで特定されたユーザアドレスに前記配送データを配送する手段とを有することを特徴とする医療データ配送システム。
【請求項２】
請求項１に記載の医療データ配送システムにおいて、配送先ユーザアドレスが、電子メールアドレスであって、前記配送手段は、電子メールによって前記配送データを配送することを特徴とする医療データ配送システム。
【請求項３】
請求項１に記載の医療データ配送システムにおいて、配送データを配送するタイミングを判断する手段を有し、設定されたタイミングに応じて配送データを配送することを特徴とする医療データ配送システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ユーザの要求に応じて医療データを配送する情報システムに関する。
【０００２】
【従来の技術】
近年、医療情報システムで管理された検査結果等の医療データを診察室や医局から電子データとして参照したいという要望がある。このような要望に対して、「高崎市医師会における情報ネットワーク構築について（医療とコンピュータＶｏｌ．１０  Ｎｏ．３  １９９９．３）」に記載の検体検査システムのように、医師が結果参照用クライアントを使用して、上記医療情報システムが管理する検査結果等の医療データを参照するシステムがある。
【０００３】
【発明が解決しようとする課題】
しかし、上記システムの場合、患者のプライバシー情報を含む医療データを誰でも参照できてしまい、患者のプライバシー情報を保てないという問題がある。また、ユーザＩＤやパスワードによるユーザ認証でセキュリティ管理をする場合でも、ユーザＩＤやパスワードが漏洩してしまった場合には、患者のプライバシーを保てないという問題がある。
【０００４】
【課題を解決するための手段】
上記課題は、ユーザ毎に事前に登録された配送先アドレスに、ユーザの要求に応じた医療データを配送することで、解決できる。また、上記課題は、パスワードにより認証された場合のみ、ユーザの要求を受け付けることで、よりセキュリティ管理の堅牢性を向上しつつ、解決できる。
【０００５】
また、電子メールで医療データを配送することで、ユーザが時間や場所を問わずに医療データを参照でき、ユーザの利便性を向上しつつ上記課題を解決できる。また、ユーザ端末の種別に応じて表示形式を変えることで、携帯電話、ＰＨＳ、ＰＤＡなど表示画面の小さいユーザ端末でも医療データを参照しやすくなるので、ユーザの利便性を向上できる。
【０００６】
また、上記課題は、電子メールでユーザの要求を受け付けることで、ユーザが時間や場所を問わずに参照したい医療データを設定できる。また、ユーザの要求元に関わらず、あらかじめ設定された配送先へユーザにより要求された医療データを配送することで、情報漏洩の危険性を低減できる。
【０００７】
【発明の実施の形態】
図１に、本発明の実施例である医療データ配送システムの構成図を示す。本システムは、配送サーバ１００と、検査結果などの医療データを格納する医療ＤＢ１１０と、ユーザを識別する情報を格納するユーザ情報ＤＢ１２０と、配送ＤＢ１３０と、ユーザ端末２００と、一般公衆回線などの通信回線３００とで構成される。
【０００８】
上記ユーザ端末２００は、携帯電話、ＰＨＳ、ＰＤＡなど、携帯可能な無線通信装置を想定しているが、パソコン、電話、ＦＡＸなど、設置型端末でもよい。また、上記通信回線３００は、有線でも、無線でもよい。また、上記ユーザ端末２００のユーザは、本システムが設置される施設内の医師であることを想定しているが、施設外の医師でもよい。また、医師だけではなく、看護婦やその他の医療従事者、上記医療ＤＢ１１０に格納されている医療データの情報源である患者本人であってもよい。
【０００９】
上記配送サーバ１００は、配送オーダ登録制御部１０１、配送オーダ受付部１０２、ユーザ認証部１０３、配送オーダ登録部１０４、配送制御部１０５、配送オーダ取得部１０６、配送データ整形部１０７、配送先アドレス取得部１０８および配送部１０９で構成される。
【００１０】
上記ユーザ情報ＤＢ１２０は、ユーザを識別するユーザＩＤを格納するユーザＩＤフィールド１２１、ユーザを認証するためのパスワードを格納するパスワードフィールド１２２、医療データの配送先を特定する配送先アドレスを格納する配送先アドレスフィールド１２３およびユーザ端末の種別を示す配送先（ユーザ端末）種別フィールド１２４を有して構成される。上記ユーザ情報ＤＢ１２０に蓄積される情報に関しては、システム運用者があらかじめ本システムの運用前に登録しておくことになるが、必要に応じて運用中に登録してもよい。
【００１１】
図１の例では、ユーザＩＤ“１００１”のユーザが、パスワード“ｐｗ１００１”、配送先アドレスが“１００１＠…”という電子メールアドレス、ユーザ端末種別が“携帯電話”であることを示している。また、図１では、配送先アドレスが電子メールアドレスになっているが、ＩＰアドレス、電話番号、ＦＡＸ番号、などでもよい。ユーザ端末種別は携帯電話になっているが、ＰＣ、電話、ＦＡＸ、ＰＨＳ、ＰＤＡなどでもよい。
【００１２】
図４に、上記医療ＤＢ１１０の例を示す。上記医療ＤＢ１１０は、患者を識別する情報である患者ＩＤを格納する患者ＩＤフィールド４０１および検査結果を格納する検査結果フィールド４０２を有して構成される。図４では、患者ＩＤ“ＰＩＤ０００１”の検査結果が“ＧＯＴ＝２０”であることを示している。上記医療ＤＢ１１０では、検査結果４０２を格納しているが、患者基本情報、検査画像情報、診療情報、医事会計情報などの他の医療データを格納してもよい。
【００１３】
図２に、ユーザが依頼した配送オーダをシステムに登録するときの本システムの動作フローを示す。ユーザが上記ユーザ端末２００を使用し、上記通信回線３００を介して、配送オーダを依頼すると、上記配送オーダ登録制御部１０１は、上記配送オーダ受付部１０２を起動し、配送オーダを受け付ける配送オーダ受付ステップ２０１を実行する。
【００１４】
図６に、配送オーダを電子メールで依頼するときの例として、配送オーダＡを示す。上記配送オーダＡは、依頼者のユーザＩＤ６０１と、依頼者のパスワード６０２と、依頼内容６０３と、で構成される。上記配送オーダＡでは、ユーザＩＤ“１００１”のユーザが、認証用パスワード“ｐｗ１００１”を用いて、患者ＩＤ“ＰＩＤ０００１”のＧＯＴ値の配送を依頼することを示している。
【００１５】
ここでは、配送オーダを電子メールで依頼するときの例を示したが、音声ガイダンスに従い、電話や携帯電話などから配送オーダを依頼してもよい。また、インターネットやイントラネットを介して、ＷＷＷブラウザから配送オーダを依頼してもよい。これにより、院内、院外を問わず、また移動中でも配送オーダを依頼できるので、ユーザの利便性が向上する。
【００１６】
次に、上記配送オーダ登録制御部１０１は、上記ユーザ認証部１０３を起動し、上記配送オーダ受付ステップ２０１で受け付けた配送オーダを依頼したユーザを認証するユーザ認証ステップ２０２を実行する。上記ユーザ認証ステップ２０２でユーザ認証された場合、上記配送オーダ登録制御部１０１は、上記配送オーダ登録部１０６を起動し、上記ユーザ認証ステップ２０２により認証された配送オーダを上記配送ＤＢ１３０に登録する配送オーダ登録ステップ２０３を実行する。これにより、事前に登録されたユーザのみが配送オーダを登録できるので、医療データのセキュリティを確保できる。
【００１７】
また、電子メールで依頼を受けた場合などに、その電子メールの送信元の電子メールアドレスに返信するのではなく、あらかじめ登録済みの配送先アドレスに配送するため、情報漏洩の危険性を低減することができる。
【００１８】
図５に、上記配送オーダ登録ステップ２０３の結果として作成される配送ＤＢ１３０の例を示す。上記配送ＤＢ１３０は、配送ＩＤフィールド５０１、ユーザＩＤフィールド５０２、依頼内容フィールド５０３、配送時間や配送条件など配送に関する補助情報を格納する配送オプションフィールド５０４を有して構成される。図５では、配送ＩＤ“０１”の配送オーダ５１０として、配送オーダＡの内容が登録されている。また、配送オプションが“ＮＯＷ”であることから即時に配送することを示している。
【００１９】
上記配送オプションには、毎日午前７時に配送することを意味する“Ｅｖｅｒｙ  ０７００”など、あらかじめ指定した頻度や時間で配送する予約配送を設定できる。これにより、ユーザは自分の自由な時間に医療データを参照できるので、ユーザの利便性を向上することができる。
【００２０】
また、検査結果が確定したとき配送するということを意味する“ＡＳＡＰ”など、ある条件が成立したときのみ配送する条件付き予約配送も設定できる。これにより、ユーザは自分の依頼した検査結果を確定次第参照できるので、検査結果報告までの時間を短縮することができる。
【００２１】
また、上記配送オプションには、特に他の配送オーダがない限り配送するというデフォルト設定を意味する“ＤＥＦＡＵＬＴ”も設定できる。例えば、配送ＩＤ“０４”の配送オーダ５４０では、ユーザ“２００１”が患者“ＰＩＤ０００２”の全ての検査結果“ＡｌｌＴｅｓｔ”を、検査結果が確定したとき“ＡＳＡＰ”に配送するということをデフォルト設定とすることを示している。また、配送ＩＤ“０５”の配送オーダ５５０では、ユーザ“２００２”が自分の依頼した全ての検査結果“ＭｙＴｅｓｔＯｒｄｅｒ”を、検査結果が確定したときに配送するということをデフォルト設定とすることを示している。
【００２２】
このように、デフォルト設定により、あらかじめ登録した配送先アドレスに配送できるので、他施設のユーザが依頼した検査結果を常時その施設に配送する等、他施設との連携も容易に実現できる。
【００２３】
図３に、医療データを配送するときの本システムの動作を表すフローチャートを示す。本システムが起動すると、配送制御部１０５は配送オーダ取得部１０４を起動し、配送ＤＢ１３０から配送オーダを取得する配送オーダ取得ステップ３０１を実行する。
【００２４】
次に、配送制御部１０５は、配送オーダ取得ステップ３０１で取得した配送オーダが配送可能かどうかを判断する配送判断ステップ３０２を実行する。
【００２５】
例えば、図５の配送オーダ５１０の場合、配送オプションが“ＮＯＷ”のため、配送可能と判断する。また、同図の配送オーダ５２０の場合、配送オプションが“Ｅｖｅｒｙ  ０７００”のため、午前７時になったときのみ配送可能と判断し、それ以外は配送不可と判断する。また、配送オーダ５３０の場合、配送オプションが“ＡＳＡＰ”のため、依頼内容に記述されている患者ＩＤ“ＰＩＤ０００１”の検査結果“ＣＲＰ”が確定したときのみ配送可能と判断し、それ以外は配送不可と判断する。
【００２６】
また、配送オーダ５４０の場合、配送オプションに“ＡＳＡＰ”が含まれており、依頼内容に“ＡｌｌＴｅｓｔ”が含まれているため、依頼内容に記述されている患者ＩＤ“ＰＩＤ０００２”の全ての検査結果が確定したときのみ配送可能と判断し、それ以外は配送不可と判断する。また、配送オーダ５５０の場合、配送オプションに“ＡＳＡＰ”が含まれており、依頼内容に“ＭｙＴｅｓｔＯｒｄｅｒ”が含まれているため、ユーザＩＤ“２００２”のユーザが依頼した全ての検査オーダに対して、検査オーダ毎の全ての検査結果が確定したときのみ配送可能と判断し、それ以外は配送不可と判断する。
【００２７】
上記配送判断ステップ３０２で配送可能と判断された場合、配送制御部１０５は、配送データ整形部１０７を起動し、医療ＤＢ１１０から配送オーダで依頼されたデータを取得し、ユーザ情報ＤＢ１２０から取得したユーザ端末種別をもとに上記ユーザ端末２００に表示できるフォーマットを選択し、表示形式を整形して配送データを生成する配送データ整形ステップ３０３を実行する。
【００２８】
このように、ユーザ端末の種別に応じて表示形式を変えることで、携帯電話、ＰＨＳ、ＰＤＡなど表示画面の小さいユーザ端末でも医療データを参照しやすくなるので、ユーザの利便性を向上することができる。
【００２９】
次に、上記配送制御部１０５は、配送先アドレス取得部１０８を起動し、上記ユーザ情報ＤＢ１２０から配送先アドレスを取得する配送先アドレス取得ステップ３０４を実行する。次に、上記配送制御部１０５は、配送部１０９を起動し、配送データ整形ステップ３０３で生成した配送データを、配送先アドレス取得ステップ３０４で取得した配送先アドレスへ配送する配送ステップ３０５を実行する。
【００３０】
図７に、上記ステップ３０１から３０５の結果、配送される電子メールの例として、配送情報Ａを示す。上記配送情報Ａは、電子メールアドレス７０１と、主題７０２と、本文７０３と、で構成される。上記配送情報Ａでは、上記配送先アドレス取得ステップ３０４で取得した配送先アドレス“１００１＠…”に、上記配送データ整形ステップ３０３で作成した配送データ“ＧＯＴ＝２０”を配送することを示している。
【００３１】
【発明の効果】
以上のように、本システムでは、ユーザの要求に応じた検査結果等の医療データを、要求が入力されたユーザ端末に直接配送するのではなく、事前に登録されている配送先アドレスに配送する。これにより、配送オーダを依頼したユーザ端末に関わらず、上記配送先アドレスで特定されるユーザ端末以外では医療データを参照することができないので、患者のプライバシー情報の漏洩を防止することができる。
【００３２】
また、パスワードにより認証された場合のみ、ユーザの要求を受け付けることで、よりセキュリティ管理の堅牢性を向上しつつ、患者のプライバシー情報の漏洩を防止することができる。
【００３３】
また、電子メールで医療データを配送することで、ユーザが時間や場所を問わずに医療データを参照できるので、ユーザの利便性を向上しつつ、患者のプライバシー情報の漏洩を防止することができる。
【００３４】
また、ユーザ端末の種別に応じて表示形式を変えることで、携帯電話、ＰＨＳ、ＰＤＡなど表示画面の小さいユーザ端末でも医療データを参照しやすくなるので、ユーザの利便性をより向上しつつ、患者のプライバシー情報の漏洩を防止することができる。
【００３５】
また、電子メールでユーザの要求を受け付けることで、ユーザが時間や場所を問わずに参照したい医療データを設定できるので、ユーザの利便性を向上しつつ、患者のプライバシー情報の漏洩を防止することができる。
【００３６】
また、ユーザの要求元に関わらず、あらかじめ設定された配送先へユーザにより要求された医療データを配送することで、情報漏洩の危険性を低減しつつ、患者のプライバシー情報の漏洩を防止することができる。
【図面の簡単な説明】
【図１】本発明の実施例である医療データ配送システムの構成を示すブロック図。
【図２】配送オーダ登録時の本システムの動作を表すフローチャート。
【図３】医療データ配送時の本システムの動作を表すフローチャート。
【図４】医療ＤＢの構成例を示す説明図。
【図５】配送ＤＢの構成例を示す説明図。
【図６】配送オーダを電子メールで依頼するときの記述例を示す説明図。
【図７】配送される電子メールの一例を示す説明図。
【符号の説明】
１００…配送サーバ、１１０…医療ＤＢ、１２０…ユーザ情報ＤＢ、１３０…配送ＤＢ、２００…ユーザ端末、３００…通信回線、１０１…配送オーダ登録制御部、１０２…配送オーダ受付部、１０３…ユーザ認証部、１０４…配送オーダ登録部、１０５…配送制御部、１０６…配送オーダ取得部、１０７…配送データ整形部、１０８…配送先アドレス取得部、１０９…配送部、１２１…ユーザＩＤフィールド、１２２…パスワードフィールド、１２３…配送先アドレスフィールド、１２４…ユーザ端末種別、４０１…患者ＩＤフィールド、４０２…検査結果フィールド、５０１…配送ＩＤフィールド、５０２…ユーザＩＤフィールド、５０３…依頼内容フィールド、５０４…配送オプションフィールド、５１０…配送オーダの例。
【図１】
0004399085.tif 000002
【図２】
0004399085.tif 000003
【図３】
0004399085.tif 000004
【図４】
0004399085.tif 000005
【図５】
0004399085.tif 000006
【図６】
0004399085.tif 000007
【図７】
0004399085.tif 000008