JP2006048516A - 診療情報提供システム - Google Patents

Abstract

【課題】 診療情報を利用者の端末装置に提供可能なシステムにおいて、セキュリティを向上可能な技術を提供すること。
【解決手段】 診療情報提供システムは、管理装置と、この管理装置から提供されるデータに基づいて、利用者の診療情報を格納したウェブページを生成し、これを利用者の端末装置に送信するサービス提供装置と、を備える。管理装置は、当該システムの利用者毎に、システム利用者の識別コードとしてのサービス専用番号と、病院内で通用する患者番号と、が関連付けて記載された利用者情報を有する。この管理装置は、検査会社のサーバが管理する患者番号付きの検査データを上記サーバから受信すると、各患者の検査データから患者番号以外の所定情報を抽出し（Ｓ２６０）、これに患者番号に対応するサービス専用番号を付して、サービス提供用検査データを生成し（Ｓ２７０）、これをサービス提供装置に送信する。
【選択図】 図４

Description

本発明は、ウェブページを表示可能な利用者の端末装置に、診療情報を提供するための診療情報提供システムに関する。

近年、コンピュータ技術の進歩に伴い、医療機関において、医師による患者の診察内容等を記録した診療情報をコンピュータにて管理するシステムが普及している。これにより、従来、医療機関の職員が手作業で処理していた健康保険などの報酬を公的機関に請求するためのレセプトの作成行為等を、コンピュータで処理し作成できるようになってきている。また、近年では、処方箋を電子データにて発行し、医療機関の薬局に設置されたコンピュータに、そのデータを転送することで、診察から薬の提供までの処理を迅速に行えるようになってきている。

その他、近年では、診察過程で、患者に対して行った血液検査等の結果を、検査会社のコンピュータから、通信により取得することができるようになってきている。また、患者の診療情報を管理する際には、患者に対して個別の識別コードを割り当てるのが一般的であるが、医療機関内のコンピュータでは、この患者の識別コードを統一的に用いて、各患者の診療情報としての診察内容に関する情報や、投薬に関する情報、検査に関する情報等の複数種類の情報を管理することが行われている。

また、近年では、患者の診療情報を、ネットワークを介して利用者の端末装置に提供する診療情報提供システムが提案されている（例えば、特許文献１）。
特開２００４−１５７６００号公報

ところで、患者の診療情報は、プライバシーに関わる重要な情報を含むものであるので、患者の診療情報をネットワークを介して利用者の端末装置に提供する場合には、その情報の取扱いに細心の注意を払う必要がある。しかしながら、従来では、セキュリティ確保のための有効な手法が提案されておらず、システム運用に多大な労力がかかっていた。

本発明は、こうした問題に鑑みなされたものであって、診療情報を利用者の端末装置に提供可能なシステムにおいて、そのシステムのセキュリティを向上可能な技術を提供することを第一の目的とする。また、利用者にとって利便性の高い診療情報提供システムを提供することを第二の目的とする。

かかる目的を達成するためになされた請求項１記載の発明は、ウェブページを表示可能な利用者の端末装置に、診療情報を提供するための診療情報提供システムであって、インターネット等の公共ネットワークに接続され、利用者の診療情報を含むウェブページを、この公共ネットワークを介して、利用者の端末装置に送信する情報提供装置と、情報提供装置と通信可能に接続されると共に、患者の識別コードが付された各患者の診療情報を記憶する情報記憶装置から、その診療情報を取得可能に構成された提供情報管理装置とを備える。

提供情報管理装置は、当該システムの利用者毎に、システム利用者の識別コードと、その利用者に割り当てられた患者の識別コードと、を関連付けて記憶する識別情報記憶手段を備え、提供情報管理装置の診療情報取得手段は、当該システムの利用者に対応する患者の識別コードを、識別情報記憶手段の記憶内容に基づき特定し、上記情報記憶装置から、当該システムの利用者に対応する患者の識別コードが付された診療情報を取得する。

また、提供情報管理装置は、提供診療情報作成手段にて、当該システムの利用者毎に、診療情報取得手段が情報記憶装置から取得した診療情報の中から、患者の識別コードを除く所定情報を抽出し、その抽出情報に、上記患者の識別コードに対応するシステム利用者の識別コードを付して、提供診療情報を作成する。提供診療情報作成手段が作成した各利用者の提供診療情報は、診療情報送信手段にて情報提供装置に送信される。

一方、情報提供装置は、当該システムの利用者毎に、利用者の認証情報と、その利用者に割り当てられたシステム利用者の識別コードと、を関連付けて記憶する利用者情報記憶手段と、各利用者の提供診療情報を記憶するための診療情報記憶手段と、を備える。

この情報提供装置は、診療情報受信蓄積手段にて、提供情報管理装置の診療情報送信手段から送信されてくる各利用者の提供診療情報を受信し、これを診療情報記憶手段に記憶させる。また、情報提供装置の作動手段は、ネットワークを介して、利用者の端末装置から診療情報の要求信号及び利用者の認証情報を受信すると、本装置の照合手段を作動させる。尚、この際には、受信した認証情報を照合手段に提供する。照合手段は、この作動手段から提供される利用者の端末装置から送信されてきた認証情報が、利用者情報記憶手段に記憶されている利用者の認証情報と一致するか否かを判断する。

照合手段により、端末装置から受信した認証情報が利用者情報記憶手段に記憶されている利用者の認証情報と一致したと判断されると、情報提供装置は、利用者情報記憶手段の記憶内容に基づき、提供診療情報取得手段にて、上記一致した利用者の認証情報に対応するシステム利用者の識別コードが付された提供診療情報を、診療情報記憶手段から取得する。また、情報提供装置の診療情報提供手段は、提供診療情報取得手段が取得した利用者の提供診療情報に基づいて、その利用者の診療情報を有するウェブページを作成し、これをネットワークを介して要求元の端末装置に送信する。

即ち、この診療情報提供システムによれば、提供情報管理装置が、患者の識別コードを、別の識別コード（システム利用者の識別コード）に置換して、外部提供用の提供診療情報を作成すると共に、その提供診療情報作成時に、情報記憶装置が取扱う情報のうち、端末装置への提供情報を選択的に抽出する。

このように、本発明の診療情報提供システムでは、情報提供装置側で患者の識別コードを把握することができない。また、利用者への提供に必要な情報が選択的に情報提供装置に提供されるので、医療機関側で、患者の識別コードを用いてプライバシーの高い情報を管理しても、情報漏洩についての問題を十分に解決することができ、簡単なシステム運用で、診療情報提供システムのセキュリティを、高い水準に維持することができる。

即ち、この発明によれば、診療情報を利用者の端末装置に提供可能なシステムにおいて、有効にシステムのセキュリティを高めることができる。
尚、端末装置としては、携帯電話・ＰＤＡ等の携帯型端末装置が挙げられる。携帯電話等の携帯型端末装置に診療情報を提供可能に、当該診療情報提供システムを構成すれば、旅先で体調が悪化し、通院している医療機関とは別の医療機関で診断を受けることになった場合でも、利用者は、端末装置で受信した診療情報を医師に見せる程度で、その医師に別の医療機関で受けている診療内容を伝えることができる。従って、携帯電話等の携帯型端末装置に診療情報を提供可能に本発明の診療情報提供システムを構成すると、非常に有効である。

また、血液検査等の医療検査では、その検体を検査会社に提供して、検査会社に検査を委託することが多いが、この場合には、検査時に検査結果を患者に報告することができないため、後日、検査結果報告のために患者に来院してもらう必要がある。しかしながら、本発明の診療情報提供システムを用いて、利用者の端末装置に、検査結果を診療情報として提供するようにすれば、検査結果報告のため、患者に来院してもらう必要がなく、大変便利である。

但し、検査会社から得られる検査結果は、数値にて表されているのが通常であるため、この検査結果を、単に利用者の端末装置に送信するだけでは、その検査結果の良否を利用者側では把握し辛い。従って、検査結果を利用者の端末装置に送信する場合には、請求項２記載のように、検査結果を、利用者に理解しやすい情報に変換するとよい。

請求項２記載の診療情報提供システムでは、提供診療情報作成手段が、情報記憶装置から取得した患者の識別コードと人間の内部・外部を検査して得られた検査結果を表すパラメータ値とを少なくとも有する診療情報から、上記パラメータ値を抽出し、患者の識別コードに対応するシステム利用者の識別コードと、上記パラメータ値とを備える提供診療情報を作成する。

また、この診療情報提供システムにおける情報提供装置は、上記パラメータにて表される健康状態の程度毎に、その健康状態を連想可能な画像を利用者の端末装置に表示させるための画像データを記憶する画像データ記憶手段を有し、診療情報提供手段は、提供診療情報取得手段が取得した提供診療情報が有する上記パラメータ値と、画像データ記憶手段の記憶内容とに基づいて、ウェブページに付す画像データを決定し、この画像データに基づく画像を端末装置に表示させることが可能なウェブページを作成して、作成したウェブページ及び画像データを、要求元の端末装置に送信する。

この診療情報提供システムによれば、検査結果として、健康状態を連想可能な画像が端末装置に表示されるので、利用者は、簡単に検査結果の良否を知ることができる。従って、本発明によれば、利便性の高い診療情報提供システムを提供することができる。

また、ウェブページを表示するためのソフトウェア（所謂ブラウザ）には、認証情報（ログインＩＤ，パスワード等）の入力を省略可能なＣｏｏｋｉｅ（クッキー）と呼ばれる機能が備えられている事が多いが、携帯電話等では、そのような機能が付加されていないことがある。また、携帯電話等では、操作キーの数が少なく、認証情報の入力操作について利用者が不便に感じることがある。一方、ブラウザには、ウェブページの取得先を表すＵＲＬ（Uniform Resource Locator）情報を記録するブックマーク機能が設けられているのが通常であり、ＵＲＬ情報には引数を付すことが可能である。

従って、請求項１，２記載の診療情報提供システムにおいては、請求項３記載のように作動手段を構成するとよい。請求項３記載の診療情報提供システムにおける情報提供装置の作動手段は、診療情報の要求信号として、端末装置から所定ＵＲＬ情報を有するウェブページの要求信号を受信すると、そのＵＲＬ情報に利用者の認証情報が付されているか否か判断し、認証情報が付されている場合には、その認証情報を照合手段に提供して、照合手段を作動させる。

この診療情報提供システムによれば、認証情報を付したＵＲＬ情報をブックマークに登録することで、次回から、操作キーを用いて認証情報（ログインＩＤ，パスワード等）を入力する必要がなくなる。従って、この診療情報提供システムによれば、携帯電話等を用いる際の当該システムの利便性を高めることができる。

以上に、本発明の診療情報提供システムについて説明したが、上記提供情報管理装置は、上記診療情報取得手段、提供診療情報作成手段、及び、診療情報送信手段としての機能をコンピュータに実現させるためのプログラムを、コンピュータに実行させることにより構成されてもよい。また、上記情報提供装置は、診療情報受信蓄積手段、照合手段、作動手段、提供診療情報取得手段、及び、診療情報提供手段としての機能をコンピュータに実現させるためのプログラムを、コンピュータに実行させることにより構成されてもよい。

また、これらのプログラムは、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記録された状態で、提供することができる。

以下、本発明の実施例について、図面と共に説明する。図１は、本発明が適用された診療情報提供システム１の構成を表す説明図である。但し、本発明の診療情報提供システムは、本実施例に限定されるものではなく、種々の態様を採ることができる。

本実施例の診療情報提供システム１は、利用者の診療情報を、その利用者の携帯端末装置１００に提供する診療情報提供サービスに用いるシステムであって、病院内に、院内のＬＡＮ（ローカルエリアネットワーク）に接続されたレセプトコンピュータ１０及び電子カルテサーバ２０及び管理装置３０と、上記ＬＡＮを公共の広域ネットワーク（ＷＡＮ）に接続するルータ４０と、を備え、ＷＡＮ内に、サービス提供装置５０を備える。

また、このＷＡＮには、病院が委託した検査の結果（例えば、血液検査等の医療検査の結果であって、人間の内部又は外部を検査して得られた結果）をＷＡＮを介して院内の管理装置３０に提供可能な検査会社のサーバ６０と、セルラー網に接続された利用者の携帯端末装置１００（具体的には携帯電話装置）をＷＡＮに接続するための通信会社が運営する中継装置７０と、が設けられている。尚、上記ＷＡＮとしては、インターネット等が挙げられる。

院内に設けられたレセプトコンピュータ１０は、投薬データを管理する装置であって、上記ＬＡＮに接続された各端末装置との間で双方向通信可能な通信装置１１と、患者毎の投薬データを記憶する投薬データ記憶装置１３と、を備える。図２（ａ）は、この投薬データ記憶装置１３が記憶する投薬データの構成を表す説明図である。

図２（ａ）に示すように、投薬データ記憶装置１３は、院内で通用する患者の識別コードとしての患者番号、この患者に投薬した日を表す投薬日、その投薬に係る事務処理用の識別コードとしての投薬番号、上記患者に投薬した薬品の識別コードを表す薬品ＩＤ、投薬した薬品の名称、投薬した薬品の用量、投薬した薬品の用法、及び、薬品の量を示す投薬日数についての情報が格納された投薬データを、患者毎に備える。

このレセプトコンピュータ１０は、管理装置３０から投薬データの要求信号を通信装置１１を介して受信すると、その要求信号と共に管理装置３０から送信されてきた患者番号の情報に基づいて、その患者番号が付された投薬データを、投薬データ記憶装置１３から読み出し、これを要求元の管理装置３０に、通信装置１１を介して送信する。

一方、電子カルテサーバ２０は、診察データを管理する装置であって、上記ＬＡＮに接続された各端末装置との間で双方向通信可能な通信装置２１と、各患者の診察データを記憶する診察データ記憶装置２３と、を備える。図２（ｂ）は、この診察データ記憶装置２３が記憶する診察データの構成を表す説明図である。図２（ｂ）に示すように診察データ記憶装置２３は、院内で通用する患者の識別コードとしての上記患者番号と、その患者を診察した日を表す診察日と、その診察結果を表す情報であって病名又は症状名を表す情報と、が格納された診察データを、患者毎に備える。

この電子カルテサーバ２０は、管理装置３０から診察データの要求信号を通信装置２１を介して受信すると、その要求信号と共に管理装置３０から送信されてきた患者番号の情報に基づいて、その患者番号が付された診察データを、診察データ記憶装置２３から読み出し、これを要求元の管理装置３０に、通信装置２１を介して送信する。

その他、管理装置３０は、各種演算処理を行うためのＣＰＵ３１と、ＣＰＵ３１が実行するプログラム等を記憶するＲＯＭ３３と、作業用メモリとして使用されるＲＡＭ３５と、上記ＬＡＮに接続された各端末装置及びルータ４０を介して接続されるサービス提供装置５０及びサーバ６０との間で双方向通信可能な通信装置３７と、ＣＰＵ３１が実行するプログラムや各種データを記憶するハードディスク装置（ＨＤＤ）３９とを備える。図３（ａ）は、管理装置３０のハードディスク装置３９が記憶するデータを表す説明図であり、図３（ｂ）は、ハードディスク装置３９が記憶する利用者情報の構成を表す説明図、図３（ｃ）は、ハードディスク装置３９が記憶する診療データの構成を表す説明図である。

図３（ａ）に示すように、ハードディスク装置３９には、当該診療情報提供サービスの利用者についての利用者情報及び診療データと、診療データの生成に必要なプログラム（図４参照）と、診療データをサービス提供装置５０に提供するためのプログラム（図５参照）と、が保存されている。

このハードディスク装置３９が記憶する利用者情報は、当該診療情報提供サービスの利用者毎に、その利用者の患者番号と、患者番号とは異なる当該利用者の識別コードであって、当該診療情報提供サービス専用の識別コードとしてのサービス専用番号と、利用者の認証に必要な認証情報としてのログインＩＤ及びパスワードと、利用者の性別情報と、を備え、診療データは、当該診療情報提供サービスの利用者毎に、図３（ｄ）に示す構成のサービス提供用投薬データと、図３（ｅ）に示す構成のサービス提供用診察データと、図３（ｆ）に示す構成のサービス提供用検査データと、を備える。

尚、図３（ｄ）は、ハードディスク装置３９が記憶するサービス提供用投薬データの構成を表す説明図であり、図３（ｅ）は、ハードディスク装置３９が記憶するサービス提供用診察データの構成を表す説明図であり、図３（ｆ）は、ハードディスク装置３９が記憶するサービス提供用検査データの構成を表す説明図である。

これらのデータは、管理装置３０のＣＰＵ３１が、図４に示すデータ収集処理及び検査データ取得処理を実行することにより生成・記録される。図４（ａ）は、ＣＰＵ３１が繰返し実行するデータ収集処理を表すフローチャートであり、図４（ｂ）は、ＣＰＵ３１が実行する投薬データ取得処理を表すフローチャートである。また、図４（ｃ）は、ＣＰＵ３１が実行する診察データ取得処理を表すフローチャートであり、図４（ｄ）は、ＣＰＵ３１が繰返し実行する検査データ取得処理を表すフローチャートである。

管理装置３０のＣＰＵ３１は、データ収集処理を実行すると、Ｓ１１０にて、投薬データ取得処理及び診察データ取得処理の実行時期が到来するまで待機する。この判断は、例えば、管理装置３０が備える内部時計の時刻情報に基づいて行われる。

ＣＰＵ３１は、投薬データ取得処理及び診察データ取得処理の実行時期が到来したと判断すると（Ｓ１１０でＹｅｓ）、ハードディスク装置３９から利用者情報を読み出し（Ｓ１２０）、この利用者情報に基づいて、Ｓ１４０での処理対象となっていない当該診療情報提供サービスの利用者の一人を選択し、その選択した利用者の患者番号を、上記利用者情報から抽出する（Ｓ１３０）。そして、投薬データ取得処理を実行する（Ｓ１４０）。

投薬データ取得処理を実行すると、ＣＰＵ３１は、Ｓ１３０で選択した利用者の患者番号を、投薬データの要求信号と共に、通信装置３７を介してレセプトコンピュータ１０に送信することにより、その患者番号が付された上記利用者の最近の投薬データを要求し、レセプトコンピュータ１０から送信される上記投薬データの受信を試みる（Ｓ１４１）。

そして、規定時間以内に投薬データを受信することができなかったと判断すると（Ｓ１４３でＮｏ）、当該投薬データ取得処理を終了する。一方、規定時間以内に投薬データを正常に受信できたと判断すると（Ｓ１４３でＹｅｓ）、ＣＰＵ３１は、通信装置３７を介して受信した上記利用者の最近の投薬データの中から、患者番号以外の所定情報を抽出し（Ｓ１４５）、この抽出情報に上記患者番号に対応する利用者のサービス専用番号を付して、サービス提供用投薬データを生成する（Ｓ１４７）。

具体的に、ＣＰＵ３１は、レセプトコンピュータ１０から受信した投薬データ（図２（ａ））の中から、投薬日、薬品ＩＤ、用量及び用法の情報を抽出し、これに利用者のサービス専用番号を付して、サービス専用番号、投薬日、薬品ＩＤ、用量及び用法の情報からなる図３（ｄ）に示す構成のサービス提供用投薬データを生成する（Ｓ１４７）。そして、これをハードディスク装置３９に書き込む（Ｓ１４９）。この処理を終えると、ＣＰＵ３１は、当該投薬データ取得処理を終了し診察データ取得処理を実行する（Ｓ１５０）。

診察データ取得処理を実行すると、ＣＰＵ３１は、Ｓ１３０で抽出した利用者の患者番号を、診察データの要求信号と共に通信装置３７を介して電子カルテサーバ２０に送信することにより、その患者番号が付された上記利用者の最近の診察データを要求し、それに応答して電子カルテサーバ２０から送信されてくる上記利用者の診察データの受信を試みる（Ｓ１５１）。そして、規定時間以内に診察データを受信することができなかったと判断すると（Ｓ１５３でＮｏ）、当該投薬データ取得処理を終了し、規定時間以内に診察データを正常に受信できたと判断すると（Ｓ１５３でＹｅｓ）、Ｓ１５５に移行する。

Ｓ１５５に移行すると、ＣＰＵ３１は、受信した上記利用者の最近の診察データの中から、患者番号以外の所定情報を抽出し、この抽出情報に、上記患者番号に対応するサービス専用番号を付して、サービス提供用診察データを生成する。具体的に、本実施例では、電子カルテサーバ２０から送信されてくる図２（ｂ）に示す構成の診察データから、診察日及び病名又は症状名を含む診察結果の情報を抽出し、これに上記利用者のサービス専用番号を付して、サービス専用番号、診察日及び診察結果の情報からなる図３（ｅ）に示す構成のサービス提供用診察データを生成する（Ｓ１５７）。その後、ＣＰＵ３１は、Ｓ１５７で生成したサービス提供用診察データを、ハードディスク装置３９に書き込み（Ｓ１５９）、当該診察データ取得処理を終了する。

診察データ取得処理を終了すると、ＣＰＵ３１は、Ｓ１６０に移行し、当該診療情報提供サービスの全利用者について上述の投薬データ取得処理を実行したか否か判断する。そして、全利用者について実行していないと判断すると（Ｓ１６０でＮｏ）、Ｓ１３０に移行して、未処理の利用者の一人を選択し、この利用者の患者番号に基づいて、上述のようにレセプトコンピュータ１０から投薬データを取得し、この情報からサービス提供用投薬データを生成・保存すると共に（Ｓ１４０）、電子カルテサーバ２０から診察データを取得し、この情報からサービス提供用診察データを生成・保存する（Ｓ１５０）。

また、上述の処理を全利用者について実行すると、ＣＰＵ３１は、Ｓ１６０でＹｅｓと判断し、当該データ収集処理を一旦終了する。そして、次の実行時期が到来すると、再びＳ１２０からＳ１６０までの処理を実行する。

一方、管理装置３０のＣＰＵ３１は、検査データ取得処理を実行すると、検査会社のサーバ６０から、検査データの受信要求信号が送信されてくるまで待機し（Ｓ２１０）、検査データの受信要求信号を通信装置３７を介してサーバ６０から受信すると（Ｓ２１０でＹｅｓ）、続いてサーバ６０から送信されてくる検査データ群を受信する（Ｓ２２０）。

図２（ｃ）は、サーバ６０から送信されてくる各患者の検査データの構成を表す説明図である。図２（ｃ）に示すように、検査データは、院内で通用する患者の識別コードとしての上記患者番号、検体の取得日時を表す受付日時、検体の識別コードとしての検体番号、検査項目の識別コードとしての検査項目ＩＤ、検査項目の名称、検査の結果得られた検査値、検査値が示す患者の健康状態の程度（即ち健康レベル）を表すパラメータである検査値属性、及び、上記検査値の単位についての情報を備える。

ＣＰＵ３１は、このような構成の検査データの一群を受信すると、その後、ハードディスク装置３９に記憶されている当該診療情報提供サービスの各利用者についての患者番号及びサービス専用番号が互いに関連付けられて記述された上記利用者情報を読み出し（Ｓ２３０）、この利用者情報に基づいて、当該診療情報提供サービスの利用者のうち、Ｓ２５０での処理対象となっていない利用者の一人を選択し、選択した利用者の患者番号を利用者情報から抽出して、利用者の患者番号を特定する（Ｓ２４０）。

その後、ＣＰＵ３１は、Ｓ２２０で受信したデータの中から、選択した利用者の患者番号が付された検査データを抽出し（Ｓ２５０）、抽出した検査データの中から、患者番号以外の所定情報を抽出する（Ｓ２６０）。具体的に、ＣＰＵ３１は、検査データが備える患者番号、受付日時、検体番号、検査項目ＩＤ、検査項目名称、検査値、検査値属性、及び単位を表す情報の中から、受付日時、検査項目名称、検査値、検査値属性、及び単位を表す情報を抽出する。

この処理を終えると、ＣＰＵ３１は、Ｓ２６０で抽出した情報に、上記選択した利用者のサービス専用番号を付して、図３（ｆ）に示す構成のサービス提供用検査データを生成する。即ち、ＣＰＵ３１は、Ｓ２６０で抽出した情報と、利用者情報とに基づいて、サービス専用番号、受付日時、検査項目名称、検査値、検査値属性、及び単位を表す情報からなるサービス提供用検査データを生成する（Ｓ２７０）。

Ｓ２７０での処理を終えると、ＣＰＵ３１は、上記生成したサービス提供用検査データを、ハードディスク装置３９に書き込んで、ハードディスク装置３９に保存させる（Ｓ２８０）。この処理が終了すると、ＣＰＵ３１は、当該診療情報提供サービスの全利用者について、Ｓ２５０の処理を実行したか否か判断し、全利用者について実行していないと判断すると（Ｓ２９０でＮｏ）、Ｓ２４０に移行して、利用者情報に基づき、未処理の利用者を一人選択し、その利用者の患者番号に基づいて、受信データから、選択した利用者の検査データを抽出し（Ｓ２５０）、この抽出情報に基づいて、サービス提供用診察データを生成・保存する（Ｓ２６０〜Ｓ２８０）。

この処理を全利用者について実行すると、ＣＰＵ３１は、Ｓ２９０でＹｅｓと判断して、当該検査データ取得処理を一旦終了する。そして、再び、サーバ６０から検査データの受信要求信号が送信されてくると、Ｓ２２０からＳ２９０までの処理を実行する。

尚、上記データ収集処理で生成・保存されたサービス提供用投薬データ及びサービス提供用診察データ、並びに、上記検査データ取得処理で生成・保存されたサービス提供用検査データは、図５に示すデータ送信処理によって、定期的にサービス提供装置５０に提供される。図５は、管理装置３０のＣＰＵ３１が、繰返し実行するデータ送信処理を表すフローチャートである。

データ送信処理を実行すると、管理装置３０のＣＰＵ３１は、データの送信時期が到来するまで待機し（Ｓ３１０）、送信時期が到来すると（Ｓ３１０でＹｅｓ）、上記利用者情報をハードディスク装置３９から読み出す（Ｓ３２０）。その後、ＣＰＵ３１は、上記利用者情報に基づいて、当該診療情報提供サービスの利用者のうち、Ｓ３４０での処理対象となっていない利用者の一人を選択し、選択した利用者のサービス専用番号を利用者情報から抽出する（Ｓ３３０）。

Ｓ３３０での処理を終えると、ＣＰＵ３１は、上記利用者のサービス専用番号が付されたサービス提供用投薬データを読み出し（Ｓ３４０）、このサービス提供用投薬データが、サービス提供装置５０に送信されていない未送信データであるか否か判断する（Ｓ３４５）。そして、上記サービス提供用投薬データが未送信データであると判断すると（Ｓ３４５でＹｅｓ）、データ登録要求信号と共に、Ｓ３４０で読み出した上記サービス提供用投薬データを、通信装置３７を介してサービス提供装置５０に送信する（Ｓ３５０）。

Ｓ３５０での処理を終えるか、Ｓ３４５でＮｏと判断すると、ＣＰＵ３１は、Ｓ３６０に移行し、Ｓ３３０で抽出した利用者のサービス専用番号が付されたサービス提供用診察データをハードディスク装置３９から読み出す（Ｓ３６０）。

そして、このサービス提供用診察データが、サービス提供装置５０に送信されていない未送信データであるか否かを判断する（Ｓ３６５）。ここで、上記読み出したサービス提供用診察データが未送信データであると判断すると（Ｓ３６５でＹｅｓ）、ＣＰＵ３１は、データ登録要求信号と共に、Ｓ３６０で読み出した上記サービス提供用診察データを、通信装置３７を介してサービス提供装置５０に送信する（Ｓ３７０）。

Ｓ３７０での処理を終えるか、Ｓ３６５でＮｏと判断すると、ＣＰＵ３１は、Ｓ３３０で抽出した利用者のサービス専用番号が付されたサービス提供用検査データをハードディスク装置３９から読み出す（Ｓ３８０）。この後、ＣＰＵ３１は、上記読み出したサービス提供用検査データが、サービス提供装置５０に送信されていない未送信データであるか否か判断し（Ｓ３８５）、未送信データであると判断すると（Ｓ３８５でＹｅｓ）、データ登録要求信号と共に、Ｓ３８０で読み出した上記サービス提供用検査データを、通信装置３７を介してサービス提供装置５０に送信する（Ｓ３９０）。

また、Ｓ３８５でＮｏと判断するか、Ｓ３９０での処理を終えると、ＣＰＵ３１は、当該診療情報提供サービスの全利用者についてＳ３４０の処理を実行したか否か判断し（Ｓ３９５）、全利用者について実行していないと判断すると（Ｓ３９５でＮｏ）、Ｓ３３０に移行して、利用者情報に基づき、未処理の利用者を一人選択し、この利用者のサービス専用番号が付されたサービス提供用投薬データ、サービス提供用診察データ及びサービス提供用検査データを、データ登録要求信号と共に、適宜、サービス提供装置５０に送信し、これらサービス提供用投薬データ、サービス提供用診察データ及びサービス提供用検査データを、サービス提供装置５０のハードディスク装置５９に記憶させる。

そして、この処理を全利用者について実行すると、ＣＰＵ３１は、Ｓ３９５でＹｅｓと判断し、当該データ送信処理を一旦終了する。そして、再び、送信時期が到来すると、Ｓ３１０でＹｅｓと判断して、Ｓ３２０からＳ３９５までの処理を実行する。

続いて、サービス提供装置５０の構成・動作について説明する。本実施例のサービス提供装置５０は、各種演算処理を行うＣＰＵ５１と、ＣＰＵ５１が実行する各種プログラムを記憶するＲＯＭ５３と、プログラム実行時に作業用メモリとして使用されるＲＡＭ５５と、上記ＷＡＮに接続され管理装置４０及び利用者の携帯端末装置１００とＷＡＮを介して双方向通信可能な通信装置５７と、ＣＰＵ５１が実行するプログラムや各種データを記憶するハードディスク装置５９と、を備える。

図６（ａ）は、このサービス提供装置５０のハードディスク装置５９が記憶するデータを表す説明図であり、図６（ｂ）は、ハードディスク装置５９が記憶する利用者情報の構成を表す説明図、図６（ｃ）は、ハードディスク装置５９が記憶する薬品基本情報の構成を表す説明図である。また、図６（ｄ）は、ハードディスク装置５９が記憶する検査基本情報の構成を表す説明図であり、図６（ｅ）は、ハードディスク装置５９が記憶する属性テーブルの構成を表す説明図である。また、図６（ｆ）は、ハードディスク装置５９が記憶する診療データの構成を表す説明図である。

図６（ａ）に示すように、サービス提供装置５０のハードディスク装置５９には、図６（ｂ）に示す構成の利用者情報と、薬品基本情報と、薬品を撮影して得られた各薬品の画像データと、検査基本情報と、属性テーブルと、各検査値属性の値に対応する画像データと、診療データと、が保存される。

ハードディスク装置５９が記憶する利用者情報は、当該診療情報提供サービスの利用者毎に、当該診療情報提供サービス専用の識別コードとしての上記サービス専用番号と、利用者の認証に必要な認証情報としてのログインＩＤ及びパスワードと、利用者の性別情報とが互いに関連付けられて記述されたものである。この利用者情報は、ハードディスク装置３９が記憶する図３（ｂ）に示す構成の利用者情報から患者番号を削除して生成されるものであり、病院側から定期的に提供されて、ハードディスク装置５９に保存される。

一方、薬品基本情報は、薬品の識別コードを表す上記薬品ＩＤと、薬品ＩＤに対応する薬品の名称と、ハードディスク装置５９に保存されたその薬品の画像データを読み出す際に必要な薬品画像識別情報と、からなる情報を、薬品毎に備える。尚、薬品画像識別情報とは、例えば、ハードディスク装置５９における該当画像データの保存場所を表す情報（ディレクトリ名・ファイル名等）のことである。

また、検査基本情報は、各検査項目毎に、検査項目の名称と、その検査の結果得られる検査値の男女別の基準（標準）値と、健康状態が異常であることを示す検査値の範囲を表す異常値情報と、検査内容や検査結果の見方についての説明文と、を備える。

その他、属性テーブルは、検査値属性がとりえる各値と、それに対応する画像データとの対応関係を示すテーブルである。検査会社のサーバ６０から得られる検査値属性は、検査値が示す健康状態の程度を、段階的に、所定範囲の数値で表したものであり、具体的に本実施例では、健康状態が最も悪いレベルを−３とし、健康状態が最も良いレベルを３として、図６（ｅ）に示すように計７段階で、健康状態の程度を表すものである。

本実施例では、この検査値属性が表す情報を、診療情報として、利用者の携帯端末装置１００に提供するのであるが、数値を単に利用者の携帯端末装置１００に送信するだけでは、利用者側で、数値と健康状態の対応関係が分かり辛い場合がある。特に、老齢者等は情報機器に不慣れなため、単に検査値属性を数値で送信するだけでは、老齢者等に、その数値が示す意味を伝えにくい。

そこで、本実施例では、健康状態が最も良いレベルを「晴れ」マーク、健康状態が最も悪いレベルを「雨」マーク等にして画像表示することにより、検査結果の良否を分かりやすく表示するようにしている。属性テーブルは、これを実現するためのものである。

本実施例のハードディスク装置５９には、検査値属性がとりえる値毎に、その検査値属性の値が示す健康状態の程度を、利用者に連想させることが可能な画像を、利用者の携帯端末装置１００に表示させることが可能な画像データ（属性画像データ）が格納されており、本実施例の属性テーブルは、検査値属性がとりえる値毎に、その検査値属性の値に対応する属性画像データをハードディスク装置５９から読み出すのに必要な属性画像識別情報を備える。尚、属性画像識別情報は、例えば、ハードディスク装置５９における該当画像データの保存場所を表す情報（ディレクトリ名・ファイル名等）で構成される。

また、ハードディスク装置５９が記憶する診療データは、上述したハードディスク装置３９が記憶する診療データと同一のものであって、管理装置３０から提供され、サービス提供装置５０のＣＰＵ５１が実行するデータ登録処理により保存されたものである。尚、図７（ａ）は、サービス提供装置５０のＣＰＵ５１が繰返し実行するデータ登録処理を表すフローチャートである。

サービス提供装置５０のＣＰＵ５１は、データ登録処理を実行すると、管理装置３０からデータ登録要求信号が送信されてくるまで待機し（Ｓ４１０）、管理装置３０から通信装置５７を介してデータ登録要求信号を受信すると（Ｓ４１０でＹｅｓ）、それと共に管理装置３０から送信されてきたデータ（サービス提供用投薬データ又はサービス提供用診察データ又はサービス提供用検査データ）を受信してハードディスク装置５９に書き込む（Ｓ４２０）。以上の処理を繰返し実行することにより、サービス提供装置５０のＣＰＵ５１は、管理装置３０から送信されてくるサービス提供用投薬データ、サービス提供用診察データ及びサービス提供用検査データを更新しながら、ハードディスク装置５９に記憶させる。

また、このサービス提供装置５０のＣＰＵ５１は、図７（ｂ）に示す認証・表示制御処理を実行することにより、利用者の診療データに基づく診療情報を格納したウェブページを生成し、これをＷＡＮを介して利用者の携帯端末装置１００に送信して、その携帯端末装置１００にウェブページを表示させる。図７（ｂ）は、ＣＰＵ５１が実行する認証・表示制御処理を表すフローチャートである。

サービス提供装置５０のＣＰＵ５１は、当該認証・表示制御処理を実現するプログラムを起動するためのＵＲＬ（Uniform Resource Locator）情報が格納されたページ要求信号が送信されてくると、上記プログラムをハードディスク装置５９から読み出して、この認証・表示制御処理を実行する。

認証・表示制御処理を実行すると、ＣＰＵ５１は、通信装置５７がＷＡＮを介してページ要求信号と共に受信したＵＲＬ情報に、引数として利用者の認証情報としてのログインＩＤ及びパスワードが付されているか否か判断する（Ｓ５１０）。例えば、利用者の携帯端末装置１００からページ要求信号と共にＵＲＬ情報として「http://○○○/index.html?user=xxx&pass=yyy」を受信すると、ＵＲＬ情報にはログインＩＤ及びパスワードが記述された引数「user=xxx&pass=yyy」が付されているので、Ｓ５１０でＹｅｓと判断する。一方、利用者の携帯端末装置１００からページ要求信号と共に送信されてきたＵＲＬ情報が「http://○○○/index.html」である場合や、引数設定が間違ったものである場合には、Ｓ５１０でＮｏと判断する。

Ｓ５１０でＮｏと判断すると、ＣＰＵ５１は、入力フォームを有するウェブページを生成して、これをページ要求元の携帯端末装置１００に送信し、当該認証・表示制御処理を終了する。尚、このウェブページは、入力フォームとして、ログインＩＤ及びパスワードの入力欄を備え、その入力欄にログインＩＤ及びパスワードが入力された状態で送信指示があると、引数としてログインＩＤ及びパスワードを付した上記ＵＲＬ情報を生成し、これをページ要求信号と共に送信する構成にされている。

一方、Ｓ５１０でＹｅｓと判断すると、ＣＰＵ５１は、引数に設定されたログインＩＤ（上記例の場合には「xxx」）及びパスワード（上記例の場合には「yyy」）をＵＲＬ情報から取り込み（Ｓ５３０）、このログインＩＤ及びパスワードと、ハードディスク装置５９が記憶する利用者情報に記述されたログインＩＤ及びパスワードと、を照合し（Ｓ５４０）、Ｓ５３０で取り込んだログインＩＤ及びパスワードが、ハードディスク装置５９が記憶する利用者情報に記述されたログインＩＤ及びパスワードの組合せと一致するか否か判断する（Ｓ５５０）。

具体的にＣＰＵ５１は、引数に設定されたログインＩＤと同一のログインＩＤの情報が利用者情報に存在するか否か判断し、存在する場合には、そのログインＩＤに関連付けられたパスワードを利用者情報から抽出して、抽出したパスワードと、引数に設定されていたパスワードとを照合する。そして両パスワードが一致すると、Ｓ５５０でＹｅｓと判断する。一方、引数に設定されたログインＩＤと同一のログインＩＤが利用者情報に存在しない場合、又は、パスワードが一致しない場合には、Ｓ５５０でＮｏと判断する。

Ｓ５５０でＮｏと判断すると、ＣＰＵ５１は、エラーメッセージを有するウェブページを通信装置５７を介してページ要求元の携帯端末装置１００に送信し（Ｓ５６０）、その後、当該認証・表示制御処理を終了する。

一方、Ｓ５５０でＹｅｓと判断すると、ＣＰＵ５１は、ログインした利用者のサービス専用番号、即ち上記取り込んだログインＩＤに対応する利用者のサービス専用番号を、ハードディスク装置５９に記憶された利用者情報から抽出し（Ｓ５７０）、この情報に基づいて、図８（ｃ）に示す表示形態をとるウェブページを作成し（Ｓ５８０）、これを通信装置５７を介して要求元の携帯端末装置１００に送信する（Ｓ５９０）。尚、図８（ａ）は、サービス提供装置５０のＣＰＵ５１がＳ５８０にて実行するメインページ作成処理を表すフローチャートであり、図８（ｂ）は、ＣＰＵ５１がＳ５９０にて実行するメインページ送信処理を表すフローチャートである。また、図８（ｃ）は、ＣＰＵ５１がメインページとして生成するウェブページの構成（表示形態）を表す説明図である。

メインページ作成処理を実行すると、ＣＰＵ５１は、ログインした利用者のサービス専用番号が付されたサービス提供用検査データを、ハードディスク装置５９から読み出すと共に（Ｓ５８１）、上記サービス専用番号が付されたサービス提供用診察データをハードディスク装置５９から読み出し（Ｓ５８３）、更に、上記サービス専用番号が付されたサービス提供用投薬データを、ハードディスク装置５９から読み出す（Ｓ５８５）。

Ｓ５８５での処理を終えると、ＣＰＵ５１は、読み出したサービス提供用投薬データに基づいて、利用者に投薬された薬品を表す薬品ＩＤに対応する薬品名称及び薬品画像識別情報を、薬品基本情報から読み出す（Ｓ５８７）。その後、ＣＰＵ５１は、上記読み出したサービス提供用検査データと、サービス提供用診察データと、サービス提供用投薬データと、利用者に投薬された薬品を表す薬品ＩＤに対応する薬品名称及び薬品画像識別情報と、に基づいて、メイン画面表示用のウェブページとしての上記メインページ（図８（ｃ）参照）を生成する（Ｓ５８９）。その後、当該メインページ作成処理を終了する。

具体的に、Ｓ５８９において、ＣＰＵ５１は、後述の検査ページを取得するためのＵＲＬ情報と、サービス提供用検査データに含まれる受付日時の情報と関連付けてなるリンク情報を格納したウェブページを生成する。また、サービス提供用診察データに格納された診察結果の情報に含まれる病名又は症状名を表す文字情報と、診察日を表す情報とを、このウェブページに格納する。更に、ＣＰＵ５１は、サービス提供用投薬データに格納された薬品ＩＤに対応する薬品名称と、その薬品の用量及び用法と、投薬日と、画像表示用のコマンド（画像表示用のタグ等）と、それに関連付けた薬品画像識別情報と、をウェブページに格納して、ウェブページ（メインページ）を完成させる。

また、このようにしてメインページ作成処理が終了すると、ＣＰＵ５１は、メインページ送信処理のＳ５９１に処理を移して、上記生成されたメインページを、通信装置５７を介して要求元の携帯端末装置１００に送信する。尚、このようにしてメインページを送信すると、それを受信した携帯端末装置１００は、通常、上記画像表示用のコマンドに従って、それに関連付けられた薬品画像識別情報を含む画像要求信号を送信してくる。

従って、ＣＰＵ５１は、メインページ送信後、通信装置５７を介して画像要求信号を受信すると（Ｓ５９３でＹｅｓ）、その画像要求信号に格納された薬品画像識別情報に従って、それに該当する画像データをハードディスク装置５９から読み出し、これを要求元の携帯端末装置１００に送信して（Ｓ５９５）、当該メインページ送信処理を終了する。一方、画像要求信号が送信されてこない場合には（Ｓ５９３でＮｏ）、画像データを送信することなく、当該メインページ送信処理を終了する。

メインページ送信処理を終了すると、ＣＰＵ５１は、上記検査ページについてのページ要求信号を通信装置５７を介して受信したか否か判断する（Ｓ６００）。ここで、上記携帯端末装置１００が、メインページのリンク情報に基づいて、検査ページについてのページ要求信号を送信してくると、ＣＰＵ５１はＳ６００でＹｅｓと判断して、図９（ａ）に示す検査ページ送信処理を実行する（Ｓ６１０）。尚、図９（ａ）は、サービス提供装置５０のＣＰＵ５１が実行する検査ページ送信処理を表すフローチャートであり、図９（ｂ）は、検査ページの構成（表示形態）を表すフローチャートである。 検査ページ送信処理を実行すると、ＣＰＵ５１は、ログインした利用者のサービス専用番号が付されたサービス提供用検査データを、ハードディスク装置５９から読み出し（Ｓ６１１）、このサービス提供用検査データに格納された検査項目の名称情報に基づいて、その検査項目に対応する基準値と、異常値情報と、検査内容や検査結果の見方についての説明文とを、ハードディスク装置５９に記憶された検査基本情報から抽出する（Ｓ６１２）。尚、この際には、ログインした利用者の性別を、上記利用者情報に格納された利用者の性別情報に基づき判別して、ログインした利用者の性別に対応する基準値を、検査基本情報から抽出する。

Ｓ６１２の処理後、ＣＰＵ５１は、Ｓ６１１で読み出したサービス提供用検査データに格納された検査値属性の値に対応する属性画像識別情報を、ハードディスク装置５９に格納された属性テーブルから取得する（Ｓ６１３）。その後、ＣＰＵ５１は、サービス提供用検査データに含まれる受付日時及び検査項目の名称及び検査値及び単位の情報と、Ｓ６１２で取得した基準値及び異常値情報並びに説明文の情報と、Ｓ６１３で取得した属性画像識別情報とを格納した検査結果表示用のウェブページとしての検査ページ（図９（ｂ）参照）を生成し（Ｓ６１５）、これを通信装置５７を介してＷＡＮを通じ要求元の携帯端末装置１００に送信する（Ｓ６１６）。

尚、検査ページ生成の際には、属性画像識別情報を、画像表示用のコマンドと関連付けて、ウェブページに格納することにより、属性画像識別情報に対応する属性画像データに基づく画像を要求元の携帯端末装置１００に表示させることが可能なウェブページ（検査ページ）を生成する。また、単位の情報は、検査値、基準値、異常値の情報と組み合わせて、検査ページに格納される。その他、検査ページには、メインページへのリンク情報が付加される。

Ｓ６１６の終了後、ＣＰＵ５１は、属性画像データについての画像要求信号が上記携帯端末装置１００から送信されてきたか否か判断し（Ｓ６１７）、その画像要求信号を通信装置５７が受信しているとＹｅｓと判断して、画像要求信号に含まれる属性画像識別情報に基づき、それに対応する属性画像データをハードディスク装置５９から読み出す。そして、これを通信装置５７を通じて要求元の携帯端末装置１００に送信する（Ｓ６１９）。その後、当該検査ページ送信処理を終了して、Ｓ６００に移行する。一方、画像要求信号が送信されてこない場合、ＣＰＵ５１は、Ｓ６１７でＮｏと判断して、Ｓ６１９の処理を実行することなく、当該検査ページ送信処理を終了し、Ｓ６００に移行する。

また、通信装置５７が携帯端末装置１００から検査ページについてのページ要求信号を受信していないと判断すると（Ｓ６００でＮｏ）、ＣＰＵ５１は、Ｓ６２０に移行し、通信装置５７が携帯端末装置１００からメインページについてのページ要求信号を受信しているか否かを判断する。ここで、通信装置５７が携帯端末装置１００からメインページについてのページ要求信号を受信していると判断すると、ＣＰＵ５１は、図８（ｂ）に示すメインページ送信処理を実行して（Ｓ６３０）、Ｓ５８０で生成したメインページ及び薬品の画像データを上述の方法で、要求元の携帯端末装置１００に通信装置５７を介して送信する。Ｓ６３０での処理を終えると、ＣＰＵ５１は、再び処理をＳ６００に移行する。

また、ＣＰＵ５１は、Ｓ６２０で通信装置５７が携帯端末装置１００からメインページについてのページ要求信号を受信していないと判断すると、Ｓ６４０に移行して、通信装置５７が携帯端末装置１００からログオフ指令信号を受信しているか否かを判断する。尚、ログオフ指令信号は、メインページに付された文字列「ログオフ」が選択されると携帯端末装置１００側で発行される。このログオフ指令信号は、例えば、ログオフ用のウェブページを要求するページ要求信号で構成することができる。

ＣＰＵ５１は、携帯端末装置１００からログオフ指令信号を受信していないと判断すると（Ｓ６４０でＮｏ）、Ｓ６００に移行し、携帯端末装置１００からログオフ指令信号を受信していると判断すると（Ｓ６４０でＹｅｓ）、ログオフ完了を通知するウェブページを生成して、これをログオフ指令信号送信元の携帯端末装置１００に送信し（Ｓ６５０）、当該認証・表示制御処理を終了する。

続いて、上記サービス提供装置５０に対してページ要求信号を送信し、これに応答してサービス提供装置５０から送信されてくるメインページ及び検査ページを受信・表示する携帯端末装置１００の構成及び動作について説明する。尚、携帯端末装置１００の物理的構成及び基本的な情報処理の内容は、周知の携帯電話装置と同様であるので、ここでは、携帯端末装置１００の物理的構成・処理内容等について簡単に説明する程度に留める。

図１に示すように、本実施例の携帯端末装置１００は、ウェブページ等の各種情報を利用者に向けて表示するための液晶ディスプレイ等からなる表示装置１０１と、各種操作キーを備え、利用者の操作情報を制御装置１１０に入力する入力装置１０３と、セルラー網を介して通信会社の中継装置７０や、ＷＡＮ内のサービス提供装置５０と双方向通信可能な無線通信装置１０５と、マイクロコンピュータやメモリ等を備え、当該装置各部を統括制御する制御装置１１０と、を備える。

この制御装置１１０は、ＵＲＬ情報を記憶するためのＵＲＬ情報記憶部１１１を備え、ＵＲＬリストの表示指令信号が入力装置１０３から入力されると、図１０に示すウェブページ表示処理を実行して、ＵＲＬ情報記憶部１１１の記憶内容に基づき、ＵＲＬリストを表示装置１０１に表示させ、ＵＲＬリストに列挙されたＵＲＬ情報の選択指示に基づいて、ＵＲＬ先のウェブページを通信装置１０５を介して取得する。尚、図１０は、制御装置１１０が実行するウェブページ表示処理を表すフローチャートである。

ウェブページ表示処理を実行すると、制御装置１１０は、ＵＲＬ情報記憶部１１１から、ＵＲＬ情報記憶部１１１に予め登録されたＵＲＬ情報の一群を読み出し、このＵＲＬ情報のリストであるＵＲＬリスト（所謂ブックマーク）を表示装置１０１に表示させる（Ｓ７１０）。その後、制御装置１１０は、リストアップされたＵＲＬ情報の選択指示が入力装置１０３から入力されているか否か判断し（Ｓ７２０）、選択指示が入力されていないと判断すると（Ｓ７２０でＮｏ）、入力装置１０３からＵＲＬリストの表示終了指示が入力されているか否か判断する（Ｓ７２５）。

ここで、表示終了指示が入力されていないと判断すると（Ｓ７２５でＮｏ）、制御装置１１０は、Ｓ７２０に移行して、選択指示又は表示終了指示が入力装置１０３から入力されるまで待機する。そして、表示終了指示が入力されたと判断すると（Ｓ７２５でＹｅｓ）、当該ウェブページ表示処理を終了し、選択指示が入力されたと判断すると（Ｓ７２０でＹｅｓ）、選択指示の対象にされたＵＲＬ情報を格納したページ要求信号を、通信装置１０５を介してＷＡＮ側に送信する（Ｓ７３０）。

その後、制御装置１１０は、ＵＲＬ先の装置（ＷＷＷサーバ）からウェブページを受信するか、ＷＡＮ側からエラーメッセージを受信するまで待機し（Ｓ７３５）、エラーメッセージを受信すると、そのエラーメッセージを表示装置１０１に表示させる（Ｓ７４０）。一方、ＵＲＬ先の装置からウェブページを受信すると、制御装置１１０は、受信したウェブページの記述内容を解析して、そのウェブページを表示用のデータに変換し、これを表示装置１０１に入力して、表示装置１０１に表示させる（Ｓ７５０）。

例えば、認証・表示制御処理を実現するプログラムを起動するためのＵＲＬ（Uniform Resource Locator）情報であって、引数としてログインＩＤ及びパスワードが付されたＵＲＬ情報「http://○○○/index.html?user=xxx&pass=yyy」がＵＲＬリストから選択されると、制御装置１１０は、このＵＲＬ情報を格納したページ要求信号を通信装置１０５を介してＷＡＮ側に送信し（Ｓ７３０）、これにより、サービス提供装置５０から送信されてくる上述のメインページを受信して、このメインページを図８（ｃ）に示すように表示装置１０１に表示させる（Ｓ７５０）。

また、制御装置１１０は、受信したウェブページに、画像表示用のコマンドが記述されているか否か判断し（Ｓ７５５）、画像表示用のコマンドが記述されていると判断すると（Ｓ７５５でＹｅｓ）、そのコマンドに関連付けられた画像識別情報を格納した画像要求信号を上記ＵＲＬ先の装置に送信することにより、その画像表示用のコマンドに関連付けられた画像識別情報に対応する画像データをＵＲＬ先の装置から通信装置１０５を介して受信し、この画像データに基づく画像を、既に表示装置１０１に表示されたウェブページの該当箇所に貼付するようにして、表示装置１０１に表示させる（Ｓ７６０）。

具体的に、受信したウェブページが、上記メインページである場合には、それに含まれる薬品画像識別情報を格納した画像要求信号をサービス提供装置５０に向けて送信して、それに対応する薬品の画像データをサービス提供装置５０から取得し、これに基づく薬品の画像をメインページの所定場所に貼付するようにして表示装置１０１に表示させる。

Ｓ７６０での処理を終えるか、Ｓ７５５でＮｏと判断すると、制御装置１１０は、表示装置１０１に表示されたウェブページが備えるリンク情報に対しての選択指示が、利用者の操作により入力装置１０３から入力されているか否か判断し（Ｓ７７０）、リンク情報に対しての選択指示が入力装置１０３から入力されていると判断すると（Ｓ７７０でＹｅｓ）、選択されたリンク情報に含まれるリンク先のＵＲＬ情報を格納したページ要求信号を通信装置１０５を介してＷＡＮ側に送信し（Ｓ７８０）、この後にＳ７３５に処理を移して、そのＵＲＬ情報に対応するウェブページをＵＲＬ先の装置から受信し、これを表示装置１０１に表示させる（Ｓ７５０）。

具体的に、メインページに表示された文字例「受付日時」が利用者の操作により選択されると、制御装置１１０は、この文字列「受付日時」に関連付けられた検査ページを取得するためのＵＲＬ情報を格納したページ要求信号をサービス提供装置５０に送信し（Ｓ７８０）、これにより、サービス提供装置５０から送信されてくる検査ページを受信して、この検査ページを、図９（ｂ）に示すように表示装置１０１に表示させる（Ｓ７５０）。

また、この際には、画像表示用のコマンドに従って、属性画像識別情報を格納した画像要求信号をサービス提供装置５０に送信し、これによりサービス提供装置５０から送信されてくる属性画像データを受信して、この属性画像データに基づく画像を、既に表示装置１０１に表示された検査ページの該当箇所に貼付するようにして、表示装置１０１に表示させる（Ｓ７６０）。

また、メインページに表示された文字列「ログオフ」が利用者の操作により選択されると、制御装置１１０は、その「ログオフ」に関連付けられたＵＲＬ情報に基づき、ログオフ用のウェブページを要求するページ要求信号を送信し（Ｓ７８０）、これにより、サービス提供装置５０から送信されてきたウェブページを、表示装置１０１に表示させる（Ｓ７５０）。

また、検査ページに表示された文字列「メイン画面に戻る」が利用者の操作により選択されると、制御装置１１０は、この文字列「メイン画面に戻る」に関連付けられたメインページを取得するためのＵＲＬ情報を格納したページ要求信号を送信し（Ｓ７８０）、これにより、サービス提供装置５０から送信されてくるメインページを受信して、このメインページを再度、表示装置１０１に表示させる（Ｓ７５０）。

一方、制御装置１１０は、リンク情報に対しての選択指示が入力装置１０３から入力されていないと判断すると（Ｓ７７０でＮｏ）、ウェブページの表示終了指示が入力装置１０３から入力されているか否か判断し（Ｓ７７５）、表示終了指示が入力されていないと判断すると、Ｓ７７０に処理を戻す。これに対し、ウェブページの表示終了指示が入力装置１０３から入力されていると判断すると（Ｓ７７５でＹｅｓ）、当該ウェブページ表示処理を終了する。

以上、本実施例の診療情報提供システム１について説明したが、この診療情報提供システム１によれば、管理装置３０が、レセプトコンピュータ１０及び電子カルテサーバ２０及び検査会社のサーバ６０が管理する投薬データ及び診察データ及び検査データから、患者番号以外の所定情報を抽出し、これに当該診療情報提供システム１の利用者の識別コードであるサービス専用番号を付して、サービス提供用の投薬データ及び診察データ及び検査データを生成し、これをサービス提供装置５０に送信するので、サービス提供装置５０側では、患者番号を把握することができない。即ち、患者番号に基づいて個人を特定することができない。

また、本実施例では、診療情報提供サービスに用いる情報が選択的にサービス提供装置５０に提供されるので、医療機関（病院）側では、患者番号を用いてプライバシーの高い情報を管理しても、それらの情報漏洩の問題が発生する可能性が極めて小さい。従って、本実施例によれば、簡単な運用で、システムのセキュリティを高水準に保つことができ、情報漏洩の問題を十分に解決することができる。

また、本実施例では、利用者の携帯端末装置１００にウェブページを送信可能に診療情報提供システム１を構成したので、旅先で体調が悪化し、通院している医療機関とは別の医療機関で診断を受けることになった場合でも、利用者は、携帯端末装置１００で受信したウェブページを医師に見せる程度で、その医師に別の医療機関で受けている診療内容を伝えることができる。

その他、本実施例の診療情報提供システム１によれば、血液検査等の医療検査の結果を、携帯端末装置１００を通じて、患者に簡単に報告することができるので、従来のように、検査結果の報告のため、患者に来院してもらう必要がなく、大変便利である。また、この診療情報提供システム１によれば、検査結果として、健康状態を連想可能な画像（例えば、健康状態が良好な場合には「晴れ」マーク、健康状態が悪い場合には「雨」マーク）が携帯端末装置１００に表示されるので、利用者は、簡単に検査結果の良否を知ることができ、老齢者にも簡単に、当該診療情報提供システム１を利用させることができる。

また、この診療情報提供システム１によれば、認証情報を付したＵＲＬ情報をブックマーク登録することで、次回から、入力装置１０３の操作キーを用いて認証情報（ログインＩＤ及びパスワード）を入力する必要がなくなるので、当該システムの利便性を高めることができる。尚、認証情報（ログインＩＤ及びパスワード）付きのＵＲＬ情報は、当該診療情報提供システム１への利用者登録時に、電子メール等で、利用者の携帯端末装置１００に提供されればよい。

以上、診療情報提供システム１が奏する効果について説明したが、本発明の情報記憶装置は、レセプトコンピュータ１０及び電子カルテサーバ２０並びに検査会社のサーバ６０に相当する。また、情報提供装置は、サービス提供装置５０に相当し、提供情報管理装置は、管理装置３０に相当する。その他、診療情報取得手段及び提供情報作成手段は、ＣＰＵ３１が実行するデータ収集処理及び検査データ取得処理にて実現されている。また、診療情報送信手段は、ＣＰＵ３１が実行するデータ送信処理にて実現されている。

また、診療情報受信蓄積手段は、各利用者の診療データをハードディスク装置５９に保存するデータ登録処理（図７（ａ）にて実現されている。その他、照合手段は、Ｓ５４０の処理にて実現され、作動手段は、Ｓ５１０で引数が付されているか否か判断し、引数が付されている場合にはＳ５３０で引数を取り込み、この情報に基づいてＳ５４０の処理をＣＰＵ５１に実行させる動作にて実現されている。

また、提供診療情報取得手段は、Ｓ５８１〜Ｓ５８５，Ｓ６１１の処理にて実現されており、診療情報提供手段は、Ｓ５８７〜Ｓ５９５，Ｓ６１２〜Ｓ６１９の処理にて実現されている。また、本発明でいう「人間の内部又は外部を検査して得られた検査結果を表すパラメータ値」は、検査値属性が示す値に相当し、ウェブページに付す画像データを決定する行為は、属性テーブルから検査値属性の値に対応する属性画像識別情報を取得する行為にて実現されている。

本実施例の診療情報提供システム１の構成を表す説明図である。 投薬データ（ａ）及び診察データ（ｂ）並びに検査データ（ｃ）の構成を表す説明図である。 ハードディスク装置３９が記憶するデータの構成を表す説明図である。 ＣＰＵ３１が実行するデータ収集処理（ａ）、投薬データ取得処理（ｂ）、診察データ取得処理（ｃ）及び検査データ取得処理（ｄ）を表すフローチャートである。 ＣＰＵ３１が実行するデータ送信処理を表すフローチャートである。 ハードディスク装置５９が記憶するデータの構成を表す説明図である。 サービス提供装置５０のＣＰＵ５１が実行するデータ登録処理（ａ）及び認証・表示制御処理（ｂ）を表すフローチャートである。 ＣＰＵ５１が実行するメインページ作成処理（ａ）及びメインページ送信処理（ｂ）を表すフローチャート、並びにメインページの構成を表す説明図（ｃ）である。 ＣＰＵ５１が実行する検査ページ送信処理を表すフローチャート（ａ）及び検査ページの構成を表すフローチャート（ｂ）である。 携帯端末装置１００の制御装置１１０が実行するウェブページ表示処理を表すフローチャートである。

符号の説明

１…診療情報提供システム、１０…レセプトコンピュータ、１１，２１，３７，５７，１０５…通信装置、１３…投薬データ記憶装置、２０…電子カルテサーバ、２３…診察データ記憶装置、３０…管理装置、３１，５１…ＣＰＵ、３３，５３…ＲＯＭ、３５，５５…ＲＡＭ、３９，５９…ハードディスク装置、５０…サービス提供装置、６０…サーバ、１００…携帯端末装置、１０１…表示装置、１０３…入力装置、１１０…制御装置、１１１…ＵＲＬ情報記憶部

Claims (3)

1. ウェブページを表示可能な利用者の端末装置に、診療情報を提供するための診療情報提供システムであって、
   公共のネットワークに接続され、利用者の診療情報を有するウェブページを、前記公共のネットワークを介して、前記利用者の端末装置に送信する情報提供装置と、
   前記情報提供装置と通信可能に接続されると共に、患者の識別コードが付された各患者の診療情報を記憶する情報記憶装置から、その診療情報を取得可能に構成された提供情報管理装置と、
   を備え、
   前記提供情報管理装置は、
   当該システムの利用者毎に、システム利用者の識別コードと、その利用者に割り当てられた前記患者の識別コードと、を関連付けて記憶する識別情報記憶手段と、
   当該システムの利用者毎に、その利用者に対応する前記患者の識別コードを、前記識別情報記憶手段の記憶内容に基づき特定し、前記情報記憶装置から、その患者の識別コードが付された前記診療情報を取得する診療情報取得手段と、
   前記診療情報取得手段が前記情報記憶装置から取得した診療情報から、患者の識別コードを除く所定情報を抽出し、その抽出情報に、前記患者の識別コードに対応するシステム利用者の識別コードを付すことにより、前記情報提供装置に送信する提供診療情報を作成する提供診療情報作成手段と、
   前記提供診療情報作成手段が作成した各利用者の提供診療情報を、前記情報提供装置に送信する診療情報送信手段と、
   を備え、
   前記情報提供装置は、
   当該システムの利用者毎に、利用者の認証情報と、その利用者に割り当てられた前記システム利用者の識別コードと、を関連付けて記憶する利用者情報記憶手段と、
   前記各利用者の提供診療情報を記憶するための診療情報記憶手段と、
   前記提供情報管理装置の診療情報送信手段から送信されてくる前記各利用者の提供診療情報を受信して、前記診療情報記憶手段に記憶させる診療情報受信蓄積手段と、
   利用者の端末装置から送信されてきた認証情報が、前記利用者情報記憶手段に記憶された利用者の認証情報と一致するか否かを判断する照合手段と、
   前記ネットワークを介して、利用者の端末装置から診療情報の要求信号及び利用者の認証情報を受信すると、受信した前記認証情報を前記照合手段に提供して、前記照合手段を作動させる作動手段と、
   前記照合手段により、前記受信した認証情報が前記利用者情報記憶手段に記憶された利用者の認証情報と一致したと判断されると、一致した利用者の認証情報に対応する前記システム利用者の識別コードが付された提供診療情報を、前記診療情報記憶手段から取得する提供診療情報取得手段と、
   前記提供診療情報取得手段が取得した前記利用者の提供診療情報に基づいて、前記利用者の診療情報を有するウェブページを作成し、これを前記ネットワークを介して要求元の前記端末装置に送信する診療情報提供手段と、
   を備えることを特徴とする診療情報提供システム。
2. 前記情報記憶装置が記憶する診療情報は、患者の識別コードと、人間の内部又は外部を検査して得られた検査結果を表すパラメータ値と、を少なくとも有する情報であり、
   前記提供診療情報作成手段は、前記情報記憶装置から取得した診療情報から、前記所定情報として前記パラメータ値を抽出し、前記システム利用者の識別コードと、前記パラメータ値と、を有する提供診療情報を作成する構成にされ、
   前記情報提供装置は、
   前記パラメータにて表される健康状態の程度毎に、その健康状態を連想可能な画像を利用者の端末装置に表示させるための画像データを記憶する画像データ記憶手段を備え、
   前記診療情報提供手段は、前記提供診療情報取得手段が取得した提供診療情報が有する前記パラメータ値に基づいて、ウェブページに付す画像データを決定し、この画像データに基づく画像を前記端末装置に表示させることが可能なウェブページを作成して、前記ウェブページ及び画像データを、前記要求元の端末装置に送信する構成にされていること
   を特徴とする請求項１記載の診療情報提供システム。
3. 前記情報提供装置の作動手段は、前記診療情報の要求信号として、前記端末装置から所定ＵＲＬ情報を有するウェブページの要求信号を受信すると、そのＵＲＬ情報に利用者の認証情報が付されているか否か判断し、認証情報が付されていると判断すると、その認証情報を前記照合手段に提供して、前記照合手段を作動させる構成にされていることを特徴とする請求項１又は請求項２記載の診療情報提供システム。

Images