(57)【要約】      （修正有）【課題】サーバにアクセスできる場合もできない場合も患者情報を適切に表示する手段を提供する。【解決手段】患者情報の閲覧依頼の入力を受け付けると、患者情報を記憶したサーバに患者情報の取得要求を送信し、サーバから取得要求に対応する患者情報を受信した場合に、受信した患者情報を表示部上に表示させる。一方、サーバから取得要求に対応する患者情報を受信できない場合（ネットワークが利用できない場合）には、予め部分患者情報ＤＢに記憶していた取得要求に対応する患者情報のうちの一部の情報（部分患者情報）を表示部に表示させる。【選択図】図８
2015138518.tif 000002
【特許請求の範囲】
【請求項１】
患者情報の閲覧依頼を検出すると、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信し、
前記サーバから前記取得要求に対応する患者情報を受信した場合に、受信した該患者情報を画面に表示させ、前記サーバから前記取得要求に対応する患者情報を受信できない場合には、予め記憶部に記憶していた前記取得要求に対応する患者情報のうちの一部の情報を前記画面に表示させる、
処理をコンピュータに実行させることを特徴とする患者情報表示プログラム。
【請求項２】
前記一部の情報は、患者に処方された薬、患者のアレルギーの情報の少なくとも一方を含むことを特徴とする請求項１に記載の患者情報表示プログラム。
【請求項３】
前記一部の情報は、患者の病気によって定められる検査結果情報を含むことを特徴とする請求項１に記載の患者情報表示プログラム。
【請求項４】
前記一部の情報を前記記憶部に記憶する処理を前記コンピュータに更に実行させ、
前記記憶する処理では、前記一部の情報のうち、前記コンピュータを有する端末の識別情報に基づいて暗号化された第１の情報を前記記憶部に記憶するとともに、前記端末の識別情報と、該端末を利用する患者の認証情報と、に基づいて暗号化された第２の情報を前記記憶部に記憶する、ことを特徴とする請求項１〜３のいずれか一項に記載の患者情報表示プログラム。
【請求項５】
端末から患者情報のうちの一部の情報の取得依頼を受け付けると、該取得依頼に対応する患者情報を記憶部から抽出し、
抽出した前記患者情報のうちの第１の情報を前記端末の識別情報に基づいて暗号化して、前記端末に送信する、
処理をコンピュータに実行させることを特徴とする患者情報管理プログラム。
【請求項６】
前記送信する処理では、抽出した前記患者情報のうちの第２の情報を、前記端末の識別情報と該端末を利用する患者の認証情報とに基づいて暗号化して、前記端末に送信する、ことを特徴とする請求項５に記載の患者情報管理プログラム。
【請求項７】
患者情報の閲覧依頼を検出すると、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信し、
前記サーバから前記取得要求に対応する患者情報を受信した場合に、受信した該患者情報を画面に表示させ、前記サーバから前記取得要求に対応する患者情報を受信できない場合には、予め記憶部に記憶していた前記取得要求に対応する患者情報のうちの一部の情報を前記画面に表示させる、
処理をコンピュータが実行することを特徴とする患者情報表示方法。
【請求項８】
端末から患者情報のうちの一部の情報の取得依頼を受け付けると、該取得依頼に対応する患者情報を記憶部から抽出し、
抽出した前記患者情報のうちの第１の情報を前記端末の識別情報に基づいて暗号化して、前記端末に送信する、
処理をコンピュータが実行することを特徴とする患者情報管理方法。
【請求項９】
端末が患者情報の閲覧依頼を検出すると、前記端末は、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信し、
前記サーバが前記患者情報の取得要求を前記端末から取得すると、該端末の識別情報に関連付けられた患者についての患者情報を抽出して、前記端末に送信し、
前記端末が前記サーバから前記取得要求に対応する患者情報を受信した場合には、前記端末は受信した該患者情報を画面に表示させ、前記端末が前記サーバから前記取得要求に対応する患者情報を受信できない場合には、前記取得要求に対応する患者情報のうち、予め記憶部に記憶していた一部の情報を前記画面に表示させる、ことを特徴とする患者情報表示方法。
【請求項１０】
患者情報のうちの一部の情報を予め記憶する記憶部と、
患者情報の閲覧依頼を検出すると、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信する送信部と、
前記サーバから前記取得要求に対応する患者情報を受信した場合に、受信した該患者情報を画面に表示させ、前記サーバから前記取得要求に対応する患者情報を受信できない場合には、予め前記記憶部に記憶していた前記取得要求に対応する患者情報のうちの一部の情報を前記画面に表示させる情報表示部と、
を備える患者情報表示装置。
【請求項１１】
患者情報を記憶する記憶部と、
患者情報表示装置から患者情報のうちの一部の情報の取得依頼を受け付けると、該取得依頼に対応する患者情報を前記記憶部から抽出する抽出部と、
抽出した前記患者情報のうちの第１の情報を前記患者情報表示装置の識別情報に基づいて暗号化して、前記患者情報表示装置に送信する送信部と、
を備える患者情報管理装置。
【請求項１２】
端末とサーバとを有する患者情報表示システムであって、
前記サーバが患者情報の閲覧依頼を検出すると、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信する情報取得要求送信部と、
前記サーバが前記患者情報の取得要求を前記端末から取得すると、該端末の識別情報に関連付けられた患者についての患者情報を抽出して、前記端末に送信する情報抽出・送信部と、
前記端末が前記サーバから前記取得要求に対応する患者情報を受信した場合には、前記端末は受信した該患者情報を画面に表示させ、前記端末が前記サーバから前記取得要求に対応する患者情報を受信できない場合には、前記取得要求に対応する患者情報のうち、予め記憶部に記憶していた一部の情報を前記画面に表示させる情報表示部と、を備える患者情報表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者情報表示プログラム、方法、装置及びシステム、並びに患者情報管理プログラム、方法及び装置に関する。
【背景技術】
【０００２】
近年、患者個人の診療情報などの健康に関する情報を１つに集約して記録するＰＨＲ（Personal Healthcare Record）と呼ばれる技術が出現してきている。ＰＨＲでは、データセンタ内のサーバにおいて個人の健康情報や診療情報等を管理しており、情報を必要とする人（患者等）はネットワークを経由して個人が所有する端末からサーバにアクセスし、情報を参照する。
【０００３】
なお、特許文献１，２には、サーバ等を利用したデータ管理に関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−９７７４９号公報
【特許文献２】特開２０１１−７０３２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、例えば災害などが発生しネットワークが利用できない状況下においては、端末からサーバへのアクセスができないため、必要としている情報を端末上で閲覧することができないという事態が発生するおそれがある。
【０００６】
また、このような事態を想定して、個人が携帯するＩＣ（Integrated Circuit）カードに情報を予め記録しておき、ネットワークが利用できないときでも情報を閲覧できるようにすることも考えられる。しかるに、ＩＣカードへのデータの書き込みは、専用の機械に通す必要があるなど手間がかかるため、情報が必要なときにＩＣカードに必要な情報が蓄積されていない可能性がある。
【０００７】
１つの側面では、本発明は、サーバとの接続状況に応じて患者情報を適切に表示することが可能な患者情報表示プログラム、方法、装置及びシステム、並びに患者情報の適切な管理が可能な患者情報管理プログラム、方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
一つの態様では、患者情報表示プログラムは、患者情報の閲覧依頼を検出すると、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信し、前記サーバから前記取得要求に対応する患者情報を受信した場合に、受信した該患者情報を画面に表示させ、前記サーバから前記取得要求に対応する患者情報を受信できない場合には、予め記憶部に記憶していた前記取得要求に対応する患者情報のうちの一部の情報を前記画面に表示させる、処理をコンピュータに実行させるプログラムである。
【０００９】
一つの態様では、患者情報管理プログラムは、端末から患者情報のうちの一部の情報の取得依頼を受け付けると、該取得依頼に対応する患者情報を記憶部から抽出し、抽出した前記患者情報のうちの第１の情報を前記端末の識別情報に基づいて暗号化して、前記端末に送信する、処理をコンピュータに実行させるプログラムである。
【００１０】
一つの態様では、患者情報表示方法は、患者情報の閲覧依頼を検出すると、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信し、前記サーバから前記取得要求に対応する患者情報を受信した場合に、受信した該患者情報を画面に表示させ、前記サーバから前記取得要求に対応する患者情報を受信できない場合には、予め記憶部に記憶していた前記取得要求に対応する患者情報のうちの一部の情報を前記画面に表示させる、処理をコンピュータが実行する患者情報表示方法である。
【００１１】
一つの態様では、患者情報管理方法は、端末から患者情報のうちの一部の情報の取得依頼を受け付けると、該取得依頼に対応する患者情報を記憶部から抽出し、抽出した前記患者情報のうちの第１の情報を前記端末の識別情報に基づいて暗号化して、前記端末に送信する、処理をコンピュータが実行する患者情報管理方法である。
【００１２】
一つの態様では、患者情報表示方法は、端末が患者情報の閲覧依頼を検出すると、前記端末は、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信し、前記サーバが前記患者情報の取得要求を前記端末から取得すると、該端末の識別情報に関連付けられた患者についての患者情報を抽出して、前記端末に送信し、前記端末が前記サーバから前記取得要求に対応する患者情報を受信した場合には、前記端末は受信した該患者情報を画面に表示させ、前記端末が前記サーバから前記取得要求に対応する患者情報を受信できない場合には、前記取得要求に対応する患者情報のうち、予め記憶部に記憶していた一部の情報を前記画面に表示させる、ことを特徴とする患者情報表示方法である。
【００１３】
一つの態様では、患者情報表示装置は、患者情報のうちの一部の情報を予め記憶する記憶部と、患者情報の閲覧依頼を検出すると、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信する送信部と、前記サーバから前記取得要求に対応する患者情報を受信した場合に、受信した該患者情報を画面に表示させ、前記サーバから前記取得要求に対応する患者情報を受信できない場合には、予め前記記憶部に記憶していた前記取得要求に対応する患者情報のうちの一部の情報を前記画面に表示させる情報表示部と、を備えている。
【００１４】
一つの態様では、患者情報管理装置は、患者情報を記憶する記憶部と、患者情報表示装置から患者情報のうちの一部の情報の取得依頼を受け付けると、該取得依頼に対応する患者情報を前記記憶部から抽出する抽出部と、抽出した前記患者情報のうちの第１の情報を前記患者情報表示装置の識別情報に基づいて暗号化して、前記患者情報表示装置に送信する送信部と、を備えている。
【００１５】
一つの態様では、患者情報表示システムは、端末とサーバとを有する患者情報表示システムであって、前記サーバが患者情報の閲覧依頼を検出すると、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信する情報取得要求送信部と、前記サーバが前記患者情報の取得要求を前記端末から取得すると、該端末の識別情報に関連付けられた患者についての患者情報を抽出して、前記端末に送信する情報抽出・送信部と、前記端末が前記サーバから前記取得要求に対応する患者情報を受信した場合には、前記端末は受信した該患者情報を画面に表示させ、前記端末が前記サーバから前記取得要求に対応する患者情報を受信できない場合には、前記取得要求に対応する患者情報のうち、予め記憶部に記憶していた一部の情報を前記画面に表示させる情報表示部と、を備えている。
【発明の効果】
【００１６】
サーバとの接続状況に応じて患者情報を適切に表示することができる。また、患者情報の適切な管理ができる。
【図面の簡単な説明】
【００１７】
【図１】一実施形態に係る患者情報表示システムの構成を概略的に示す図である。
【図２】図２（ａ）は、患者端末のハードウェア構成を示す図であり、図２（ｂ）は、サーバのハードウェア構成を示す図である。
【図３】図３（ａ）は、患者端末及びサーバの機能ブロック図であり、図３（ｂ）は、端末利用者テーブルを示す図である。
【図４】図４（ａ）は、利用者テーブルを示す図であり、図４（ｂ）は、病名テーブルを示す図であり、図４（ｃ）は、処方テーブルを示す図である。
【図５】図５（ａ）は、検査結果テーブルを示す図であり、図５（ｂ）は、プロファイルテーブルを示す図である。
【図６】図６（ａ）は、疾病別ダウンロード対象テーブル（大分類）を示す図であり、図６（ｂ）は、疾病別ダウンロード対象テーブル（検査結果）を示す図であり、図６（ｃ）は、疾病別ダウンロード対象テーブル（プロファイル）を示す図である。
【図７】図７（ａ）は、患者端末の処理（部分患者情報更新処理）を示すフローチャートであり、図７（ｂ）は、サーバの処理（部分患者情報更新処理）を示すフローチャートである。
【図８】患者端末による患者情報閲覧処理を示すフローチャートである。
【図９】図９（ａ）〜図９（ｄ）は、図８の処理で患者端末の表示部に表示される表示画面の例を示す図である。
【発明を実施するための形態】
【００１８】
以下、患者情報表示システムの一実施形態について、図１〜図９に基づいて詳細に説明する。図１は、患者情報表示システム１００の構成を概略的に示すブロック図である。
【００１９】
患者情報表示システム１００は、図１に示すように、患者情報表示装置としての患者端末１０と、患者情報管理装置としてのサーバ２０と、医療機関端末８０と、薬局端末８５と、を備える。患者端末１０、サーバ２０、医療機関端末８０、及び薬局端末８５は、インターネットなどのネットワーク７０に接続されている。なお、各端末の数は１つでもよいし、複数でもよい。
【００２０】
患者端末１０は、患者が利用する携帯電話やスマートフォン、タブレット型端末などの端末である。患者端末１０は、サーバ２０で管理する患者情報（ＰＨＲデータ）を閲覧するために用いることができる。
【００２１】
図２（ａ）には、患者端末１０のハードウェア構成が示されている。図２（ａ）に示すように、患者端末１０は、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、画面を有する表示部９３、入力部９５、ネットワークインタフェース９７及び可搬型記憶媒体用ドライブ９９等を備える。患者端末１０の構成各部は、バス９８に接続されている。表示部９３は、液晶ディスプレイ等を含み、入力部９５は、タッチパネルやボタン、キーボード等を含む。患者端末１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（患者情報表示プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（患者情報表示プログラムを含む）をＣＰＵ９０が実行することにより、図３（ａ）の各部の機能が実現される。なお、図３（ａ）の各部の詳細については、後述する。
【００２２】
サーバ２０は、医療機関端末８０や薬局端末８５から入力される患者情報を取得し、管理する装置である。また、サーバ２０は、患者端末１０からの要求に応じて、患者情報を患者端末１０に対して送信する。例えば、患者から患者端末１０に対して患者情報の閲覧依頼が入力された場合には、サーバ２０は、閲覧依頼を受け付けた患者端末１０に対応する患者情報を該患者端末１０に送信する。また、例えば、患者端末１０から定期的に送信されてくる患者情報の更新依頼を受信した場合には、サーバ２０は、患者情報のうちの一部の情報（部分患者情報とも呼ぶ）を暗号化して、患者端末１０に送信する。なお、部分患者情報は、必要最小限の情報であり、ミニマムデータセットとも呼ばれる。
【００２３】
図２（ｂ）には、サーバ２０のハードウェア構成が示されている。図２（ｂ）に示すように、サーバ２０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、表示部１９３、入力部１９５、ネットワークインタフェース１９７及び可搬型記憶媒体用ドライブ１９９等を備える。サーバ２０の構成各部は、バス１９８に接続されている。サーバ２０では、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム（患者情報管理プログラムを含む）、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラム（患者情報管理プログラムを含む）をＣＰＵ１９０が実行することにより、図３（ａ）の各部の機能が実現される。
【００２４】
ここで、患者端末１０とサーバ２０の機能について、図３（ａ）に基づいて詳細に説明する。
【００２５】
図３（ａ）に示すように、患者端末１０は、ＣＰＵ９０がプログラムを実行することにより、閲覧依頼受付部１１、送信部としての情報取得要求送信部１２、情報受信部１３、情報表示部１４、ＳＩＭ情報取得部１５、情報更新要求部１６、及び更新情報受信部１７の機能を実現する。また、サーバ２０は、ＣＰＵ９０がプログラムを実行することにより、情報取得要求受信部２１、抽出部及び送信部としての情報抽出・送信部２２、及び更新情報抽出・送信部２３の機能を実現する。なお、図３（ａ）には、患者端末１０のＨＤＤ９６等に格納されている端末利用者テーブル１８、部分患者情報ＤＢ１９、及びサーバ２０のＨＤＤ１９６等に格納されている患者情報ＤＢ２９も図示されている。なお、部分患者情報ＤＢ１９により、患者情報のうちの一部の情報を予め記憶する記憶部が実現され、患者情報ＤＢ２９により、患者情報を記憶する記憶部が実現されている。患者情報ＤＢ２９には、図４（ａ）〜図６（ｃ）の各テーブルが格納されている。
【００２６】
（患者端末１０の各部について）
閲覧依頼受付部１１は、患者から入力される患者情報の閲覧依頼を受け付けたときに、ネットワーク７０を利用できる状態であれば、受け付けた閲覧依頼を情報取得要求送信部１２に送信する。なお、閲覧依頼受付部１１は、患者からの閲覧依頼を情報取得要求送信部１２に送信する場合には、患者ＩＤや患者の認証情報としてのパスワードを用いて患者のユーザ認証を行うものとする。この場合、閲覧依頼受付部１１は、図３（ｂ）に示すような端末利用者テーブル１８を用いる。ここで、端末利用者テーブル１８は、図３（ｂ）に示すように、「患者ＩＤ」と「パスワード」を関連付けて記憶する。本実施形態では、端末利用者テーブル１８において、１人の患者の患者ＩＤ（１３０００００００１）及びパスワード（sgreXm4k5）を記憶しているものとする。
【００２７】
また、閲覧依頼受付部１１は、患者から入力される患者情報の閲覧依頼を受け付けたときに、ネットワーク７０を利用できない場合（災害やメンテナンスなどで不通になっている場合）には、閲覧依頼を情報表示部１４に送信する。
【００２８】
情報取得要求送信部１２は、閲覧依頼受付部１１から閲覧依頼を受信した場合に、閲覧依頼に対応する患者情報の取得要求をサーバ２０の情報取得要求受信部２１に送信する。
【００２９】
情報受信部１３は、サーバ２０側から患者情報を受信した場合に、受信した患者情報を情報表示部１４に送信する。
【００３０】
情報表示部１４は、情報受信部１３から患者情報を受信した場合に、該患者情報を表示部９３に表示させる。一方、ネットワーク７０が利用できず、サーバ２０側から患者情報を取得できない場合には、情報表示部１４は、部分患者情報ＤＢ１９に格納されている第１の情報としての部分患者情報（認証不要）を表示部９３に表示させる。また、情報表示部１４は、部分患者情報（認証不要）を表示部９３に表示させた状態で、患者の認証に成功した場合には、部分患者情報ＤＢ１９に格納されている第２の情報としての部分患者情報（認証要）を表示部９３に表示させる。なお、部分患者情報（認証不要）、部分患者情報（認証要）の詳細については、後述する。
【００３１】
ＳＩＭ情報取得部１５は、患者端末１０に接続されている不図示のＳＩＭ（Subscriber Identity Module）カードから、患者端末１０の識別情報としてのＳＩＭ情報を取得し、取得したＳＩＭ情報を情報表示部１４及び情報更新要求部１６に対して送信する。
【００３２】
情報更新要求部１６は、部分患者情報ＤＢ１９を更新するため、情報更新要求を所定の更新間隔でサーバ２０（更新情報抽出・送信部２３）に対して送信する。この場合、情報更新要求部１６は、患者ＩＤの情報とともに情報更新要求を更新情報抽出・送信部２３に対して送信するものとする。なお、所定の更新間隔は、数分間隔でよいし、所定日数間隔でもよい。また、所定の更新間隔は、患者が手動で設定してもよいし、例えば患者の年齢や病院への通院履歴等に応じて、個別に自動設定してもよい。
【００３３】
更新情報受信部１７は、サーバ２０側から送信された部分患者情報（認証不要）、部分患者情報（認証要）を部分患者情報ＤＢ１９に格納する。なお、部分患者情報（認証不要）は、患者情報の一部をＳＩＭ情報に基づいて暗号化したものであり、部分患者情報（認証要）は、患者情報の一部をＳＩＭ情報及び患者のパスワードに基づいて暗号化した情報である。
【００３４】
部分患者情報ＤＢ１９は、サーバ２０側から送信された部分患者情報（認証不要）、部分患者情報（認証要）を記憶する。
【００３５】
（サーバ２０の各部について）
情報取得要求受信部２１は、患者端末１０の情報取得要求送信部１２から送信された患者情報の取得要求（患者ＩＤの情報を含む）を受信する。情報取得要求受信部２１は、情報抽出・送信部２２に対して患者情報の取得要求を送信する。
【００３６】
情報抽出・送信部２２は、情報取得要求受信部２１から患者情報の取得要求を受信すると、患者ＩＤに対応する患者情報を患者情報ＤＢ２９から抽出する。具体的には、情報抽出・送信部２２は、図４（ｂ）に示すような病名テーブル、図４（ｃ）に示すような処方テーブルから、患者ＩＤに対応する全ての患者情報を抽出する。また、情報抽出・送信部２２は、図５（ａ）に示すような検査結果テーブル、図５（ｂ）に示すようなプロファイルテーブルから、患者ＩＤに対応する全ての患者情報を抽出する。
【００３７】
例えば、患者ＩＤが「１３０００００００１」の患者の場合、図４（ｂ）の病名テーブルの上から１つ目及び２つ目のレコードが抽出され、図４（ｃ）の処方テーブルの上から１つ目及び２つ目のレコードが抽出される。また、図５（ａ）の検査結果テーブルの上から１つ目及び２つ目のレコードが抽出され、図５（ｂ）のプロファイルテーブルの上から１つ目のレコードが抽出される。情報抽出・送信部２２は、抽出した患者情報を患者端末１０の情報受信部１３に対して送信する。
【００３８】
ここで、図４（ｂ）の病名テーブルは、患者の患った病気に関する情報を格納するテーブルであり、「患者ＩＤ」、「開始日」、「病名コード」、「病名」、「転帰」、「転帰日」、「更新日」のフィールドを有する。
【００３９】
「患者ＩＤ」のフィールドには患者の識別情報が格納され、「開始日」のフィールドには、初診日が格納される。「病名コード」には病気を一意に特定するコード情報が格納され、「病名」のフィールドには、病気の名称が格納される。「転帰」のフィールドには、病気が進行した結果、至った状態の情報が格納され、「転帰日」のフィールドには、転帰の日付が格納される。また、「更新日」のフィールドには、情報の最新更新日が格納される。
【００４０】
図４（ｂ）の処方テーブルは、薬局が患者に対して処方した薬剤の情報が格納されるテーブルであり、「患者ＩＤ」、「処方日」、「処方薬名」等のフィールドを有する。「患者ＩＤ」のフィールドには患者の識別情報が格納され、「処方日」のフィールドには、患者に対して薬剤が処方された日付が格納される。また、「処方薬名」のフィールドには、患者に対して処方された薬剤の名称が格納される。
【００４１】
図５（ａ）の検査結果テーブルは、患者が受けた検査の結果を格納するテーブルであり、「患者ＩＤ」、「検査日」、「検査コード」、「検査名」、「検査値」、「単位」、「上限、下減」、「更新日」のフィールドを有する。「患者ＩＤ」のフィールドには検査を受けた患者の識別情報が格納され、「検査日」のフィールドには、患者が検査を受けた日付が格納される。「検査コード」のフィールドには、検査を一意に特定するコード情報が格納され、「検査名」のフィールドには、検査の名称が格納される。「検査値」、「単位」のフィールドには、検査結果及び単位が格納され、「上限、下限」のフィールドには、検査結果の許容値が格納される。また、「更新日」のフィールドには、レコードが更新された日付が格納される。
【００４２】
図５（ｂ）のプロファイルテーブルは、患者の個人情報や健康情報が格納されるテーブルであり、「患者ＩＤ」、「生年月日」、「アレルギー」、「収入」等のフィールドを有する。「患者ＩＤ」のフィールドには、患者の識別情報が格納される。また、「生年月日」のフィールドには、患者の生年月日、「アレルギー」のフィールドには、患者のアレルギー情報、「収入」のフィールドには患者の年収額が格納される。なお、プロファイルテーブルの情報は、一例として、患者端末１０から入力された情報であるものとする。
【００４３】
図３（ａ）に戻り、更新情報抽出・送信部２３は、患者端末１０の情報更新要求部１６から情報更新要求を受信した場合に、患者情報ＤＢ２９から患者情報の一部を、図６（ａ）〜図６（ｃ）に示す疾病別ダウンロード対象テーブルに基づいて抽出し、暗号化する。なお、更新情報抽出・送信部２３は、暗号化を行う際に、図４（ａ）に示す利用者テーブルを参照する。
【００４４】
ここで、図６（ａ）の疾病別ダウンロード対象テーブル（大分類）は、患者の病名コード別に、「病名（テーブル）」、「処方（テーブル）」、「検査結果（テーブル）」、「プロファイル（テーブル）」のいずれを患者端末１０に送信するかを定めたテーブルである。すなわち、更新情報抽出・送信部２３は、図６（ａ）において「○」が格納されているテーブルを患者端末１０に対して送信する。なお、図６（ａ）においては、送信する「期間」が設定されている。したがって、更新情報抽出・送信部２３は、各テーブルの更新日から「期間」に格納されている日数が経過するまでの間、各テーブルを患者端末１０に送信する。なお、病名コードの「＊」は、ワイルドカード（任意文字）を意味する。
【００４５】
図６（ｂ）の疾病別ダウンロード対象テーブル（検査結果）は、検査結果テーブル（図５（ａ））のうち、患者端末１０に送信可能な検査結果の「検査コード」及び「検査名」を病名コード別に定義している。また、「暗号化レベル」において、送信可能な検査結果の情報をＳＩＭ情報を用いて暗号化するか、ＳＩＭ情報と患者のパスワードを用いて暗号化するかを定義している。例えば、疾病別ダウンロード対象テーブル（検査結果）では、病名コードが「Ｅ１＊（例えば、Ｅ１１９）」の場合、検査名「ＨｂＡ１ｃ」の検査結果をＳＩＭ情報を用いて暗号化し、検査名「ｅＧＦＲ」の検査結果をＳＩＭ情報とパスワードを用いて暗号化することが定義されている。また、疾病別ダウンロード対象テーブル（検査結果）では、病名コードが「Ｅ１＊」の場合、検査名「ＨｂＡ１ｃ」、「ｅＧＦＲ」以外の検査結果は患者端末１０に送信しないことが定義されているとも言える。
【００４６】
更新情報抽出・送信部２３は、前述のように情報更新要求を受信する場合に患者ＩＤの情報も受信しているので、患者ＩＤに対応するＳＩＭ情報（ＳＩＭＮｏ．）とパスワードを、利用者テーブル（図４（ａ））から取得し、取得した情報を用いて暗号化を実行する。
【００４７】
図６（ｃ）の疾病別ダウンロード対象テーブル（プロファイル）は、プロファイルテーブル（図５（ｂ））のうち、患者端末１０に送信可能な「プロファイル名」を病名コード別に定義している。また、「暗号化レベル」において、送信可能なプロファイル情報をＳＩＭ情報を用いて暗号化するか、ＳＩＭ情報と患者のパスワードを用いて暗号化するかを定義している。
【００４８】
なお、図６（ａ）の疾病別ダウンロード対象テーブル（大分類）の「病名（テーブル）」および「処方（テーブル）」に「○」が格納されている場合には、更新情報抽出・送信部２３は、各テーブルの全情報をＳＩＭ情報で暗号化して患者端末１０に送信する。ただし、図６（ｂ）、図６（ｃ）と同様、病名テーブルや、処方テーブルに関しても、疾病別ダウンロード対象テーブルを作成し、暗号化の方法を定義してもよい。
【００４９】
更新情報抽出・送信部２３は、上記のようにしてＳＩＭ情報を用いて暗号化した患者情報を、部分患者情報（認証不要）として患者端末１０の更新情報受信部１７に送信する。また、更新情報抽出・送信部２３は、上記のようにしてＳＩＭ情報とパスワードを用いて暗号化した患者情報を、部分患者情報（認証要）として、更新情報受信部１７に送信する。
【００５０】
図１に戻り、医療機関端末８０は、電子カルテに対する入力や閲覧を行うための端末である。医療機関端末８０は、患者端末１０やサーバ２０と同様のハードウェア構成を有している。ネットワーク７０に接続されている複数の医療機関端末８０から入力され、サーバ２０に集められた患者情報は、患者情報ＤＢ２９の病名テーブル（図４（ｂ））や検査結果テーブル（図５（ｃ））に格納される。
【００５１】
薬局端末８５は、薬剤の処方情報などを入力等する端末である。薬局端末８５は、患者端末１０やサーバ２０と同様のハードウェア構成を有している。ネットワーク７０に接続されている複数の薬局端末８５から入力され、サーバ２０に集められた情報は、患者情報ＤＢ２９の処方テーブル（図４（ｃ））に格納される。
【００５２】
次に、患者情報表示システム１００における処理について、図７、図８のフローチャートに沿って、その他図面を適宜参照しつつ、詳細に説明する。
【００５３】
（部分患者情報更新処理）
図７（ａ）、図７（ｂ）には、患者端末１０及びサーバ２０により実行される部分患者情報更新処理がフローチャートにて示されている。本処理は、部分患者情報ＤＢ１９に格納されている情報、すなわち部分患者情報（認証不要）、部分患者情報（認証要）を定期的に更新する処理である。
【００５４】
図７（ａ）の処理では、ステップＳ１０において、情報更新要求部１６が、予め定められている情報更新時刻になるまで待機する。情報更新時刻になると、情報更新要求部１６はステップＳ１２に移行する。
【００５５】
ステップＳ１２に移行すると、情報更新要求部１６は、患者ＩＤをサーバ２０の更新情報抽出・送信部２３に送信することで、情報更新要求を実行する。その後は、ステップＳ１４に移行し、更新情報受信部１７がサーバ２０側から情報（部分患者情報）を受信するまで待機する。
【００５６】
一方、サーバ２０側では、図７（ｂ）のステップＳ２０において、更新情報抽出・送信部２３が、患者端末１０側から情報更新要求（患者ＩＤを含む）を受信するまで待機している。したがって、患者端末１０側において図７（ａ）のステップＳ１２の処理が実行された段階で、更新情報抽出・送信部２３は、ステップＳ２２に移行する。
【００５７】
ステップＳ２２に移行すると、更新情報抽出・送信部２３は、図６（ａ）の疾病別ダウンロード対象テーブル（大分類）と、患者ＩＤとに基づいて、患者端末１０に送信すべき情報（部分患者情報）を患者情報ＤＢ２９から抽出する。この場合、更新情報抽出・送信部２３は、図４（ｂ）の病名テーブルから、患者ＩＤに対応する病名コードを取得し、取得した病名コードに対応するテーブルを図６（ａ）の疾病別ダウンロード対象テーブル（大分類）から特定する。そして、更新情報抽出・送信部２３は、特定されたテーブルの患者ＩＤに対応する情報（レコード）を抽出する。
【００５８】
次いで、ステップＳ２４では、更新情報抽出・送信部２３は、図６（ｂ）の疾病別ダウンロード対象テーブル（検査結果）、図６（ｃ）の疾病別ダウンロード対象テーブル（プロファイル）の暗号化レベルに基づいて、抽出した情報を暗号化する。具体的には、更新情報抽出・送信部２３は、患者ＩＤに基づいて、図４（ａ）の利用者テーブルから、ＳＩＭ情報とパスワードを取得する。そして、更新情報抽出・送信部２３は、抽出した情報のうち、病名テーブルや処方テーブルの情報については、全情報をＳＩＭ情報を用いて暗号化する。また、更新情報抽出・送信部２３は、検査結果テーブルやプロファイルテーブルの情報については、「暗号化レベル」が「ＳＩＭ」となっている情報をＳＩＭ情報を用いて暗号化する。更に、更新情報抽出・送信部２３は、検査結果テーブルやプロファイルテーブルの情報のうち「暗号化レベル」が「ＳＩＭ＋パスワード」となっている情報をＳＩＭ情報とパスワードを用いて暗号化する。
【００５９】
次いで、ステップＳ２６では、更新情報抽出・送信部２３は、患者端末１０に情報を送信する。この場合、更新情報抽出・送信部２３は、ＳＩＭ情報を用いて暗号化された部分患者情報（認証不要）とＳＩＭ情報とパスワードを用いて暗号化された部分患者情報（認証要）とを、更新情報受信部１７に送信する。その後は、ステップＳ２０に戻る。
【００６０】
なお、ステップＳ２６においては、更新情報抽出・送信部２３は、患者端末１０に対して前回までに送信した部分患者情報との差分のみを患者端末１０に対して送信するようにしてもよい。この場合、各テーブルの「更新日」を参照して、前回更新日以降に更新された情報のみを暗号化して送信するようにしてもよい。
【００６１】
ところで、患者端末１０側では、前述のように図７（ａ）のステップＳ１２の後は、ステップＳ１４においてサーバ２０側から部分患者情報を受信するまで待機している。したがって、更新情報受信部１７は、サーバ２０側でステップＳ２６の処理が実行されたタイミングで、ステップＳ１６に移行する。
【００６２】
ステップＳ１６に移行すると、更新情報受信部１７は、受信した情報（部分患者情報）を部分患者情報ＤＢ１９に格納する。なお、部分患者情報ＤＢ１９においては、部分患者情報（認証不要）と部分患者情報（認証要）とを区別して格納する。その後は、ステップＳ１０に戻る。
【００６３】
以上のように、図７（ａ）、図７（ｂ）の処理が行われることにより、部分患者情報ＤＢ１９には、所定の更新間隔で、最新の部分患者情報が格納されることになる。また、部分患者情報ＤＢ１９には、ＳＩＭ情報を用いて暗号化された部分患者情報（認証不要）と、ＳＩＭ情報情報とパスワードとを用いて暗号化された部分患者情報（認証要）とが格納されることになる。
【００６４】
なお、図７（ａ）、図７（ｂ）の処理では、患者端末１０において、情報更新時刻になったか否かを判断する（Ｓ１０）場合について説明したが、これに限られるものではない。例えば、サーバ２０側において、情報更新時刻になったか否かを判断し、情報更新時刻になったタイミングで、利用者テーブル（図４（ａ））に情報が格納されている各患者端末に対して、患者情報を送信するようにしてもよい。
【００６５】
（患者情報閲覧処理）
次に、図８に基づいて、患者端末１０による患者情報閲覧処理について説明する。本処理は、患者や患者以外が患者端末１０から患者情報を閲覧する場合に実行される処理である。なお、患者以外が患者端末１０から患者情報を閲覧する場合とは、患者が災害等により重篤な状態となり、医師等が患者情報を閲覧する必要がある場合などを想定している。
【００６６】
図８の処理では、ステップＳ３０において、閲覧依頼受付部１１が、患者情報の閲覧依頼があるまで待機する。この場合、患者端末１０の入力部９５を介して閲覧依頼が入力された段階で、閲覧依頼受付部１１は、ステップＳ３２に移行する。
【００６７】
次いで、ステップＳ３２では、閲覧依頼受付部１１は、サーバ２０に接続できるか否かを判断する。このステップＳ３２の判断が否定される場合とは、例えば、災害等により、ネットワーク７０が利用できない状態になっている場合などを意味する。サーバ２０に接続できない場合、ステップＳ３２の判断は肯定され、ステップＳ３４に移行する。
【００６８】
ステップＳ３４に移行すると、閲覧依頼受付部１１は、認証画面（図９（ａ）参照）を表示部９３に表示する。なお、図９（ａ）の認証画面には、患者ＩＤ及びパスワードの入力欄と、「ＯＫ」ボタンとが設けられている。
【００６９】
次いで、ステップＳ３６では、閲覧依頼受付部１１が、患者ＩＤ、パスワードが入力されるまで待機する。すなわち、患者により患者ＩＤ、パスワードが入力され、「ＯＫ」ボタンが押された段階で、閲覧依頼受付部１１は、ステップＳ３８に移行する。
【００７０】
ステップＳ３８に移行すると、閲覧依頼受付部１１は、端末利用者テーブル（図３（ｂ））を参照して、患者端末１０の正規のユーザであるか否かを判断する。このステップＳ３８の判断が否定された場合、すなわち、認証に失敗した場合には、ステップＳ４０に移行し、閲覧依頼受付部１１は、情報表示部１４に指示を出し、認証に失敗したことを表示部９３に表示する。その後は、図８の全処理を終了する。
【００７１】
一方、ステップＳ３８の判断が肯定された場合には、ステップＳ４２に移行する。ステップＳ４２では、情報取得要求送信部１２が情報取得要求（患者ＩＤを含む）をサーバ２０の情報取得要求受信部２１に対して送信し、情報表示部１４が情報抽出・送信部２２から受信した患者情報を表示部９３上に表示する。ここで、情報取得要求受信部２１は、患者ＩＤに対応する情報を患者情報ＤＢ２９から取得して、情報受信部１３に対して送信する。このため、表示部９３上では、閲覧依頼を出した患者に対応する患者情報の全てを閲覧することができるようになっている。
【００７２】
一方、ネットワーク７０が利用できず、サーバ２０に接続できないため、ステップＳ３２の判断が否定された場合には、ステップＳ４３に移行する。ステップＳ４３では、情報表示部１４は、部分患者情報ＤＢ１９に格納されているＳＩＭ情報で暗号化された情報、すなわち、部分患者情報（認証不要）を復号化し、表示部９３上に表示する。なお、情報表示部１４は、ＳＩＭ情報取得部１５から取得したＳＩＭ情報を用いて部分患者情報（認証不要）を復号化する。そして、情報表示部１４は、復号化した部分患者情報（認証不要）を図９（ｂ）に示すように表示部９３上に表示する。なお、図９（ｂ）の画面には、部分患者情報（認証不要）のほか、「認証が必要な情報を見る」ボタンが設けられているものとする。
【００７３】
次いで、ステップＳ４４では、閲覧依頼受付部１１は、認証要求があるまで待機する。ここで、認証要求とは、図９（ｂ）の画面において、「認証が必要な情報を見る」ボタンが押された場合に出される要求である。認証要求があった場合、閲覧依頼受付部１１は、ステップＳ４５に移行する。
【００７４】
ステップＳ４５に移行すると、閲覧依頼受付部１１が、認証画面（図９（ｃ）参照）を表示部９３に表示する。なお、図９（ｃ）の認証画面は、図９（ａ）と同様である。
【００７５】
次いで、ステップＳ４６では、閲覧依頼受付部１１が、患者ＩＤ、パスワードが入力されるまで待機する。すなわち、患者により患者ＩＤ、パスワードが入力され、「ＯＫ」ボタンが押された段階で、閲覧依頼受付部１１は、ステップＳ４８に移行する。
【００７６】
次いで、ステップＳ４８では、閲覧依頼受付部１１が、図３（ｂ）の端末利用者テーブル１８を参照して、正規のユーザであるか否かを判断する。このステップＳ４８の判断が否定された場合には、図８の全処理を終了する。なお、ステップＳ４８の判断が否定された場合には、図８の処理を終了せずに、ステップＳ４３に戻ってもよい。これにより、表示部９３上の表示は、図９（ｃ）の画面から、図９（ｂ）の画面に戻る。
【００７７】
一方、ステップＳ４８の判断が肯定された場合、ステップＳ５２に移行し、情報表示部１４は、ＳＩＭ情報及びパスワードで暗号化された部分患者情報（認証要）を復号化し、部分患者情報（認証不要）とともに表示部９３上に表示する（図９（ｄ）参照）。その後は、図８の全処理を終了する。
【００７８】
以上のように、本実施形態では、ネットワーク７０を利用できる場合には、サーバ２０から取得した患者情報が表示部９３上に表示され、ネットワーク７０を利用できない場合には、部分患者情報（認証不要）が表示される。また、部分患者情報（認証不要）が表示された後に認証に成功した場合には、部分患者情報（認証不要）とともに部分患者情報（認証要）が表示される。例えば、災害などが発生した場合で、患者本人が重篤となり患者端末１０を操作できない場合がある。このような場合でも、医師等が患者端末１０を操作することで、医療に必要なアレルギーや検査結果の情報などを含む最低限の情報（部分患者情報（認証不要））を閲覧することができる。また、災害などが発生したが、患者本人が患者端末１０を操作できる場合には、認証を行うことで、部分患者情報（認証要）を閲覧することができる。
【００７９】
なお、図８の説明においては、サーバ２０に接続できる場合で、認証に失敗した場合（ステップＳ３８：否定）に、ステップＳ４０の処理を実行する場合について説明したが、これに限られるものではない。例えば、ステップＳ３８の判断が否定された場合に、ステップＳ４３の処理を実行することとしてもよい。これにより、ネットワーク７０を利用できるが、患者本人が重篤な場合等において、医師等が最低限の情報（部分患者情報（認証不要））を閲覧することが可能となる。
【００８０】
以上、詳細に説明したように、本実施形態によると、患者端末１０では、患者情報の閲覧依頼の入力を受け付けると、情報取得要求送信部１２は、患者情報を記憶したサーバ２０に患者情報の取得要求を送信する。また、情報表示部１４は、サーバ２０から取得要求に対応する患者情報を受信した場合に、受信した患者情報を表示部９３上に表示させる（Ｓ４２）。一方、サーバ２０から取得要求に対応する患者情報を受信できない場合（ネットワーク７０が利用できない場合）には、情報表示部１４は、予め部分患者情報ＤＢ１９に記憶していた取得要求に対応する患者情報のうちの一部の情報（部分患者情報）を表示部９３に表示させる（Ｓ４３、Ｓ５２）。これにより、本実施形態では、ネットワーク７０を利用できる場合には、サーバ２０から取得した患者情報を表示し、ネットワーク７０を利用できない場合には、予めサーバ２０から取得し、部分患者情報ＤＢ１９に記憶しておいた部分患者情報を表示することができる。したがって、患者端末１０のユーザ（患者等）は、サーバ２０との接続状況に応じた患者情報の適切な範囲を閲覧することが可能となる。
【００８１】
また、本実施形態では、部分患者情報には、患者に処方された薬の情報（処方テーブル）や、患者のアレルギーの情報（プロファイルテーブル）、患者の病気によって定められる検査結果の情報（検査結果テーブル）の情報が含まれる。これによりネットワーク７０を利用できないとき（例えば災害等が発生したとき）でも、医師等は、患者端末１０において、患者に関する最低限の情報を閲覧することが可能となる。
【００８２】
また、本実施形態では、部分患者情報ＤＢ１９には、ＳＩＭ情報を用いて暗号化された部分患者情報（認証不要）と、ＳＩＭ情報とパスワードを用いて暗号化された部分患者情報（認証要）と、が格納される。これにより、ネットワーク７０が利用できない状態において、患者が閲覧要求を出した場合と、患者以外（医師等）が閲覧要求を出した場合とで、閲覧可能な情報を異ならせることができる。したがって、閲覧要求を出した人に応じた適切な範囲で、部分患者情報を閲覧可能にすることができる。
【００８３】
また、本実施形態では、サーバ２０の更新情報抽出・送信部２３は、患者端末１０から患者情報のうちの一部の情報（部分患者情報）の取得依頼（情報更新要求）を受け付けると（Ｓ２０：肯定）、患者ＩＤに対応する患者情報を疾病別ダウンロード対象テーブルに基づいて抽出する（Ｓ２２）。そして、更新情報抽出・送信部２３は、取得した患者情報のうちの一部を患者端末１０の識別情報（ＳＩＭ情報）に基づいて暗号化して、患者端末１０に送信する（Ｓ２４，Ｓ２６）。これにより、本実施形態では、患者端末１０からの情報更新要求に応じて、該要求を送信してきた患者端末１０においてのみ閲覧可能な患者情報をサーバ２０から患者端末１０に対して送信することができる。これにより、セキュリティ（患者情報の機密性）を向上することができる。
【００８４】
また、本実施形態では、更新情報抽出・送信部２３は、抽出した患者情報のうちの一部を、患者端末１０の識別情報（ＳＩＭ情報）と患者端末１０を利用する患者の認証情報（パスワード）とに基づいて暗号化して、患者端末１０に送信する（Ｓ２４、Ｓ２６）。これにより、患者以外が患者端末１０から閲覧可能な患者情報（部分患者情報（認証不要））と、患者が患者端末１０から閲覧可能な患者情報（部分患者情報（認証要））とを、区別して、患者端末１０に送信することができる。
【００８５】
なお、上記実施形態では、図８のステップＳ４３の後に、ステップＳ４４以降の処理を実行する場合について説明したが、これに限られるものではない。例えば、ステップＳ３２の判断が否定された場合には、ステップＳ４５、Ｓ４６、Ｓ４８を実行し、ステップＳ４８の判断が否定された場合（認証に失敗した場合）に、ステップＳ４３の処理を実行し、ステップＳ４８の判断が肯定された場合（認証に成功した場合）に、ステップＳ５２の処理を実行することとしてもよい。
【００８６】
なお、上記実施形態では、患者情報ＤＢ２９の患者情報を登録する端末が、医療機関端末８０や薬局端末８５である場合について説明したが、これに限られるものではない。例えば、介護施設や健診センターなどの健康情報や診療情報を取り扱う機関に設置される端末等から患者情報を登録することとしてもよい。
【００８７】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【００８８】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００８９】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００９０】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００９１】
なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  患者情報の閲覧依頼を検出すると、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信し、
前記サーバから前記取得要求に対応する患者情報を受信した場合に、受信した該患者情報を画面に表示させ、前記サーバから前記取得要求に対応する患者情報を受信できない場合には、予め記憶部に記憶していた前記取得要求に対応する患者情報のうちの一部の情報を前記画面に表示させる、
処理をコンピュータに実行させることを特徴とする患者情報表示プログラム。
（付記２）  前記一部の情報は、患者に処方された薬、患者のアレルギーの情報の少なくとも一方を含むことを特徴とする付記１に記載の患者情報表示プログラム。
（付記３）  前記一部の情報は、患者の病気によって定められる検査結果情報を含むことを特徴とする付記１に記載の患者情報表示プログラム。
（付記４）  前記一部の情報を前記記憶部に記憶する処理を前記コンピュータに更に実行させ、
前記記憶する処理では、前記一部の情報のうち、前記コンピュータを有する端末の識別情報に基づいて暗号化された第１の情報を前記記憶部に記憶するとともに、前記端末の識別情報と、該端末を利用する患者の認証情報と、に基づいて暗号化された第２の情報を前記記憶部に記憶する、ことを特徴とする付記１〜３のいずれかに記載の患者情報表示プログラム。
（付記５）  端末から患者情報のうちの一部の情報の取得依頼を受け付けると、該取得依頼に対応する患者情報を記憶部から抽出し、
抽出した前記患者情報のうちの第１の情報を前記端末の識別情報に基づいて暗号化して、前記端末に送信する、
処理をコンピュータに実行させることを特徴とする患者情報管理プログラム。
（付記６）  前記送信する処理では、抽出した前記患者情報のうちの第２の情報を、前記端末の識別情報と該端末を利用する患者の認証情報とに基づいて暗号化して、前記端末に送信する、ことを特徴とする付記５に記載の患者情報管理プログラム。
（付記７）  患者情報の閲覧依頼を検出すると、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信し、
前記サーバから前記取得要求に対応する患者情報を受信した場合に、受信した該患者情報を画面に表示させ、前記サーバから前記取得要求に対応する患者情報を受信できない場合には、予め記憶部に記憶していた前記取得要求に対応する患者情報のうちの一部の情報を前記画面に表示させる、
処理をコンピュータが実行することを特徴とする患者情報表示方法。
（付記８）  前記一部の情報は、患者に処方された薬、患者のアレルギーの情報の少なくとも一方を含むことを特徴とする付記７に記載の患者情報表示方法。
（付記９）  前記一部の情報は、患者の病気によって定められる検査結果情報を含むことを特徴とする付記７に記載の患者情報表示方法。
（付記１０）  前記一部の情報を前記記憶部に記憶する処理を前記コンピュータが更に実行し、
前記記憶する処理では、前記一部の情報のうち、前記コンピュータを有する端末の識別情報に基づいて暗号化された第１の情報を前記記憶部に記憶するとともに、前記端末の識別情報と、該端末を利用する患者の認証情報と、に基づいて暗号化された第２の情報を前記記憶部に記憶する、ことを特徴とする付記７〜９のいずれかに記載の患者情報表示方法。
（付記１１）  端末から患者情報のうちの一部の情報の取得依頼を受け付けると、該取得依頼に対応する患者情報を記憶部から抽出し、
抽出した前記患者情報のうちの第１の情報を前記端末の識別情報に基づいて暗号化して、前記端末に送信する、
処理をコンピュータが実行することを特徴とする患者情報管理方法。
（付記１２）  前記送信する処理では、抽出した前記患者情報のうちの第２の情報を、前記端末の識別情報と該端末を利用する患者の認証情報とに基づいて暗号化して、前記端末に送信する、ことを特徴とする付記１１に記載の患者情報管理方法。
（付記１３）  端末が患者情報の閲覧依頼を検出すると、前記端末は、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信し、
前記サーバが前記患者情報の取得要求を前記端末から取得すると、該端末の識別情報に関連付けられた患者についての患者情報を抽出して、前記端末に送信し、
前記端末が前記サーバから前記取得要求に対応する患者情報を受信した場合には、前記端末は受信した該患者情報を画面に表示させ、前記端末が前記サーバから前記取得要求に対応する患者情報を受信できない場合には、前記取得要求に対応する患者情報のうち、予め記憶部に記憶していた一部の情報を前記画面に表示させる、ことを特徴とする患者情報表示方法。
（付記１４）  患者情報のうちの一部の情報を予め記憶する記憶部と、
患者情報の閲覧依頼を検出すると、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信する送信部と、
前記サーバから前記取得要求に対応する患者情報を受信した場合に、受信した該患者情報を画面に表示させ、前記サーバから前記取得要求に対応する患者情報を受信できない場合には、予め前記記憶部に記憶していた前記取得要求に対応する患者情報のうちの一部の情報を前記画面に表示させる情報表示部と、
を備える患者情報表示装置。
（付記１５）  前記一部の情報は、患者に処方された薬、患者のアレルギーの情報の少なくとも一方を含むことを特徴とする付記１４に記載の患者情報表示装置。
（付記１６）  前記一部の情報は、患者の病気によって定められる検査結果情報を含むことを特徴とする付記１４に記載の患者情報表示装置。
（付記１７）  前記記憶部は、前記一部の情報のうち、前記患者情報表示装置の識別情報に基づいて暗号化された第１の情報を前記記憶部に記憶するとともに、前記患者情報表示装置の識別情報と、該患者情報表示装置を利用する患者の認証情報と、に基づいて暗号化された第２の情報を前記記憶部に記憶する、ことを特徴とする付記１４〜１６のいずれかに記載の患者情報表示装置。
（付記１８）  患者情報を記憶する記憶部と、
患者情報表示装置から患者情報のうちの一部の情報の取得依頼を受け付けると、該取得依頼に対応する患者情報を前記記憶部から抽出する抽出部と、
抽出した前記患者情報のうちの第１の情報を前記患者情報表示装置の識別情報に基づいて暗号化して、前記患者情報表示装置に送信する送信部と、
を備える患者情報管理装置。
（付記１９）  前記送信部は、抽出した前記患者情報のうちの第２の情報を、前記患者情報表示装置の識別情報と該患者情報表示装置を利用する患者の認証情報とに基づいて暗号化して、前記患者情報表示装置に送信する、ことを特徴とする付記１８に記載の患者情報管理装置。
（付記２０）  端末とサーバとを有する患者情報表示システムであって、
前記サーバが患者情報の閲覧依頼を検出すると、前記患者情報を記憶したサーバに前記患者情報の取得要求を送信する情報取得要求送信部と、
前記サーバが前記患者情報の取得要求を前記端末から取得すると、該端末の識別情報に関連付けられた患者についての患者情報を抽出して、前記端末に送信する情報抽出・送信部と、
前記端末が前記サーバから前記取得要求に対応する患者情報を受信した場合には、前記端末は受信した該患者情報を画面に表示させ、前記端末が前記サーバから前記取得要求に対応する患者情報を受信できない場合には、前記取得要求に対応する患者情報のうち、予め記憶部に記憶していた一部の情報を前記画面に表示させる情報表示部と、を備える患者情報表示システム。
【符号の説明】
【００９２】
１０  患者端末（端末、患者情報表示装置）
１２  情報取得要求送信部（送信部）
１４  情報表示部
１９  部分患者情報ＤＢ（記憶部）
２０  サーバ（患者情報管理装置）
２２  情報抽出・送信部（抽出部、送信部）
２９  患者情報ＤＢ（記憶部）
９０  ＣＰＵ（コンピュータ）
９３  表示部（画面）
１００  患者情報表示システム
【図１】
2015138518.tif 000003
【図２】
2015138518.tif 000004
【図３】
2015138518.tif 000005
【図４】
2015138518.tif 000006
【図５】
2015138518.tif 000007
【図６】
2015138518.tif 000008
【図７】
2015138518.tif 000009
【図８】
2015138518.tif 000010
【図９】
2015138518.tif 000011