電子カルテサーバ、表示方法及び表示プログラム
【課題】重要な情報が見落とされることを防ぐこと。
【解決手段】本願の開示する技術は、一つの態様において、通信制御部と、共有情報記憶部と、決定部と、出力部とを備える。通信制御部は、受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける。決定部は、受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、共有情報が登録された登録日時または共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、要求に含まれる受診者識別情報に対応する共有情報を取得する。決定部は、属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、属性ごとに表示領域を区別して共有情報を表示する閲覧画面の表示を制御する。出力部は、決定部により制御された前記閲覧画面を前記端末に出力する。
【解決手段】本願の開示する技術は、一つの態様において、通信制御部と、共有情報記憶部と、決定部と、出力部とを備える。通信制御部は、受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける。決定部は、受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、共有情報が登録された登録日時または共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、要求に含まれる受診者識別情報に対応する共有情報を取得する。決定部は、属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、属性ごとに表示領域を区別して共有情報を表示する閲覧画面の表示を制御する。出力部は、決定部により制御された前記閲覧画面を前記端末に出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子カルテサーバ、表示方法及び表示プログラムに関する。
【背景技術】
【０００２】
近年、医療現場では、電子カルテシステムが広く用いられている。電子カルテシステムを利用する利用者は、受診者の診察結果や検査結果などの診療情報を電子カルテシステムのデータベースに登録する。なお、利用者は、例えば、医師や看護師、薬剤師など医療従事者を含む。また、受診者は、例えば、病人やけが人などの患者のみならず、健康診断を受診する者や妊産婦などの健常者も含む。また、以下では、電子カルテシステムにおいて用いられるカルテを「電子カルテ」と記載する。
【０００３】
電子カルテシステムにおいて、通常、電子カルテに記入する権限は医師にのみ認められており、看護師や薬剤師など、他の利用者には閲覧する権限のみが認められている。このため、電子カルテシステムにおいて、利用者の間で受診者についての情報を交換したり共有したりするために、全ての利用者が入力及び閲覧可能な「患者掲示板」と呼ばれる機能がある。患者掲示板には、例えば、利用者の間で交換されるメッセージや受診者の訴えなどが各利用者によって記載される。
【０００４】
また、電子カルテから重要な情報のみを把握させるために、電子カルテに記載された各項目について表示か非表示かを決定する技術も存在する。例えば、この技術では、電子カルテに記載された各項目について表示か非表示かの条件を設定しておく。そして、電子カルテを表示する際に、設定された条件に照らして各項目の表示か非表示かを決定する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−２３１５９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来技術では、重要な情報が見落とされてしまうことがあった。例えば、表示された患者掲示板の画面がタブで分割されている場合には、どのタブに重要な情報が含まれているのかが明確ではなく、利用者に重要な情報が見落とされてしまうことがあった。また、例えば、患者掲示板の画面が手動スクロールを要するものである場合には、スクロールした画面のどこに重要な情報が含まれているのかが明確ではなく、利用者に重要な情報が見落とされてしまうことがあった。
【０００７】
開示の技術は、上記に鑑みてなされたものであって、重要な情報が見落とされることを防ぐことができる電子カルテサーバ、表示方法及び表示プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願の開示する技術は、一つの態様において、通信制御部と、共有情報記憶部と、決定部と、出力部とを備える。通信制御部は、受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける。決定部は、受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、共有情報が登録された登録日時または共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、要求に含まれる受診者識別情報に対応する共有情報を取得する。決定部は、属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、属性ごとに表示領域を区別して共有情報を表示する閲覧画面の表示を制御する。出力部は、決定部により制御された前記閲覧画面を前記端末に出力する。
【発明の効果】
【０００９】
本願の開示する技術の一つの態様によれば、重要な情報が見落とされることを防ぐことができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１に係る電子カルテサーバの機能構成を示すブロック図である。
【図２】図２は、患者掲示板の表示画面の一例を示す図である。
【図３】図３は、患者掲示板の表示画面の一例を示す図である。
【図４】図４は、患者掲示板の表示画面の一例を示す図である。
【図５】図５は、閲覧履歴テーブルのデータ構造の一例を示す図である。
【図６】図６は、掲示板テーブルのデータ構造の一例を示す図である。
【図７】図７は、指導歴テーブルのデータ構造の一例を示す図である。
【図８】図８は、コンサルテーションテーブルのデータ構造の一例を示す図である。
【図９】図９は、実施例１に係る電子カルテサーバの処理手順を示すフローチャートである。
【図１０】図１０は、初期表示決定処理の処理手順を示すフローチャートである。
【図１１】図１１は、実施例２に係る電子カルテサーバの処理手順を示すフローチャートである。
【図１２】図１２は、データセンタへの適用例を説明するための図である。
【図１３】図１３は、表示プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願の開示する電子カルテサーバ、表示方法及び表示プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせても良い。
【実施例１】
【００１２】
［構成］
実施例１に係る電子カルテサーバの機能構成の一例について説明する。図１は、実施例１に係る電子カルテサーバの機能構成を示すブロック図である。図１に示すように、この電子カルテサーバ１００は、利用者が操作するクライアント２０ａ，２０ｂ，２０ｃにネットワーク１０を介して接続される。電子カルテサーバ１００は、例えば、医療機関ごとに設置され、受診者の診察結果や検査結果などの診療情報が記載されたカルテを記憶するデータベースを備える。なお、ネットワーク１０としては、有線又は無線を問わず、インターネット（Internet）、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用しても良い。また、図１に示した例では、電子カルテサーバ１００に３つのクライアント２０ａ，２０ｂ，２０ｃが接続される場合を示したが、図示の構成に限定されない。すなわち、電子カルテサーバ１００には任意数のクライアントが接続されて良い。また、以下では、クライアント２０ａ，２０ｂ，２０ｃの各装置を区別無く総称する場合には、クライアント２０と記載する。
【００１３】
クライアント２０は、医師や看護師、薬剤師などの各利用者がそれぞれ使用する端末であり、例えば、パーソナルコンピュータやＰＤＡ（Personal Digital Assistant）などの情報処理端末に対応する。例えば、クライアント２０には、受診者の電子カルテの記入及び閲覧、あるいは処方や検査などのオーダの発行など、診療に関する各種業務を支援するクライアント用アプリケーションがインストールされる。例えば、クライアント２０は、利用者が各自のアカウントでログインすることにより、クライアント用アプリケーションを起動する。このクライアント用アプリケーションは、後述する電子カルテサーバ１００にインストールされたサーバ用アプリケーションと連携して、電子カルテサーバ１００が有する各種の機能のうち、ログインした利用者のアカウントに応じた機能を提供する。なお、利用者は、例えば、医師や看護師、薬剤師など医療従事者を含む。また、受診者は、例えば、病人やけが人などの患者のみならず、健康診断を受診する者や妊産婦などの健常者も含む。また、以下では、電子カルテサーバ１００において用いられるカルテを「電子カルテ」と記載する。例えば、電子カルテを記入する権限は、医師にのみ認められており、看護師や薬剤師など、医師以外の利用者には閲覧する権限のみが認められているものとする。また、クライアント２０は、端末の一例である。
【００１４】
例えば、クライアント２０は、利用者から要求を受け付ける。例えば、クライアント２０は、受信者の電子カルテの表示を命令する情報である電子カルテの表示要求を利用者から受け付ける。この表示要求は、例えば、受診者を識別する受診者識別情報と、利用者を識別する利用者識別情報とを含む。クライアント２０は、受け付けた表示要求を電子カルテサーバ１００に送信する。また、例えば、クライアント２０は、患者掲示板の表示画面を電子カルテサーバ１００から受信し、受信した表示画面を出力する。この患者掲示板は、利用者の間で受診者についての情報を交換したり共有したりするために、医師以外の利用者にも入力及び閲覧の権限が認められている機能である。患者掲示板は、例えば、利用者の間で交換されるメッセージや受診者の訴えなどの情報を含む。なお、ここでは、表示要求が利用者識別情報を含む場合を説明したが、本発明はこれに限定されるものではない。例えば、利用者が利用者識別情報を用いてログインし、後述する電子カルテサーバ１００において利用者識別情報が一旦認証された場合には、必ずしも表示要求が利用者識別情報を含まなくても良い。
【００１５】
ここで、患者の電子カルテを閲覧する権限があるユーザ（医師、看護師などの医療従事者）が、ある患者の電子カルテを閲覧しようとした場合に、電子カルテの閲覧に先駆けて、患者掲示板を確認することで、患者掲示板に記入された情報が見逃されるリスクを低減することが考えられる。このような運用を考えた場合に、電子カルテを表示する以前に、ユーザが確認する必要がある情報を、患者掲示板の表示画面に、集約することで、情報の見落としをさらに効果的に抑止できる。例えば、医師が患者に対して医療的な指導を行った履歴や、診療科間での診療の履歴等は、電子カルテを閲覧する前に、ユーザが把握しておくことが望ましい情報といえる。
【００１６】
よって、以下では、患者掲示板の表示画面は、利用者の間で交換されるメッセージや受診者の訴えなどを表示する掲示板タグ、医師が患者に対して医療的な指導を行った履歴を表示する指導歴タブ、科間での診療の履歴を表示するコンサルテーションタブなどを備えるとして説明を行う。
【００１７】
図２から図４を用いて、クライアント２０に表示される患者掲示板の表示画面について説明する。図２から図４は、患者掲示板の表示画面の一例を示す図である。患者掲示板の表示画面は、記載内容に基づいて、例えば、「掲示板タブ」、「指導歴タブ」及び「コンサルテーションタブ」に分割表示される。なお、患者掲示板は、閲覧画面の一例である。
【００１８】
図２には、掲示板タブが表示された患者掲示板の表示画面の一例を示す。図２に示すように、表示画面２ａは、例えば、受診者の基礎情報２ｂと掲示板タブ２ｃとを含む。受診者の基礎情報２ｂには、例えば、受診者の受診者ＩＤ、氏名、性別、生年月日、年齢などが表示される。掲示板タブ２ｃには、例えば、あなたあてメッセージ、スタッフ伝言板、治療方針及び患者・家族の訴えなどが表示される。表示画面２ａの情報は、例えば、表示画面２ａを介して利用者により入力される。なお、掲示板タブ２ｃは、患者掲示板が起動した場合に最初に表示されるようにデフォルトで設定されている。
【００１９】
図３には、指導歴タブが表示された患者掲示板の表示画面の一例を示す。図３に示すように、表示画面３ａは、例えば、受診者の基礎情報３ｂと指導歴タブ３ｃとを含む。受診者の基礎情報３ｂは、図２に示した受診者の基礎情報２ｂと同様である。指導歴タブ３ｃには、例えば、現在までに受診者に対して行われた指導の履歴が表示される。表示画面３ａの情報は、例えば、表示画面３ａを介して利用者により入力される。なお、指導歴タブ３ｃを患者掲示板で共有するのは、指導料の算定漏れを防ぐためである。
【００２０】
図４には、コンサルテーションタブが表示された患者掲示板の表示画面の一例を示す。図４に示すように、表示画面４ａは、例えば、受診者の基礎情報４ｂとコンサルテーションタブ４ｃとを含む。受診者の基礎情報４ｂは、図２に示した受診者の基礎情報２ｂと同様である。コンサルテーションタブ４ｃには、例えば、他の診療科に対する診察の依頼と、その依頼に対する回答が表示される。表示画面４ａの情報は、例えば、表示画面４ａを介して利用者により入力される。なお、コンサルテーションタブ４ｃを患者掲示板で共有するのは、他の診療科から依頼された診察に係る情報の見落としを防ぐためである。
【００２１】
図１の説明に戻る。電子カルテサーバ１００は、クライアント２０に各種の機能を提供する。電子カルテサーバ１００には、カルテの記入及び閲覧、あるいは処方や検査などのオーダの発行など、診療に関する各種業務を支援するサーバ用アプリケーションがインストールされる。電子カルテサーバ１００は、クライアント２０から利用者の利用者ＩＤ（Identification）やパスワードなどの認証情報とともにログイン要求を受け付けると、ログイン認証を実行する。電子カルテサーバ１００は、ログイン認証に成功した場合に、クライアント用アプリケーションとの連携を開始する。このサーバ用アプリケーションは、電子カルテサーバ１００が有する各種の機能のうち、ログインした利用者のアカウントに応じた機能をクライアント用アプリケーションに解放する。なお、電子カルテサーバ１００は、ログインした利用者のアカウントに基づいて、利用者の氏名や職種、所属診療科、勤続年数などの個人情報を識別することができる。
【００２２】
また、電子カルテサーバ１００は、通信制御部１１０と、記憶部１２０と、制御部１３０とを有する。通信制御部１１０は、電子カルテサーバ１００とクライアント２０との間で送受信される各種情報に関する通信を制御する。例えば、通信制御部１１０は、受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける。例えば、ネットワークインタフェースカード（ＮＩＣ：Network Interface Card）である。
【００２３】
記憶部１２０は、例えば、閲覧履歴テーブル１２１と、掲示板テーブル１２２と、指導歴テーブル１２３と、コンサルテーションテーブル１２４とを有する。例えば、記憶部１２０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、ハードディスクや光ディスクなどの記憶装置に対応する。なお、掲示板テーブル１２２、指導歴テーブル１２３、コンサルテーションテーブル１２４は、それぞれ共有情報記憶部の一例である。共有情報記憶部は、例えば、受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する。このうち、共有情報は、属性ごとに管理されており、属性とは、情報の内容を区別する情報である。
【００２４】
閲覧履歴テーブル１２１は、患者掲示板が閲覧された履歴を記憶する。図５は、閲覧履歴テーブルのデータ構造の一例を示す図である。図５に示すように、閲覧履歴テーブル１２１は、例えば、「閲覧日時」と、「利用者ＩＤ」と、「受診者ＩＤ」とを対応付けて記憶する。このうち、閲覧日時は、患者掲示板が閲覧された日時を示す。利用者ＩＤは、患者掲示板を閲覧した利用者の利用者ＩＤを示す。また、利用者ＩＤは、電子カルテサーバ１００を利用する利用者を一意に識別する識別番号であり、利用者識別情報の一例である。受診者ＩＤは、閲覧された患者掲示板の受診者のＩＤを示す。また、受診者ＩＤは、受診者を一意に識別する識別番号であり、受診者識別情報の一例である。なお、閲覧履歴テーブル１２１は、閲覧履歴記憶部の一例である。閲覧履歴記憶部は、例えば、利用者識別情報と、利用者によって閲覧された履歴を記憶する。
【００２５】
図５に示すように、閲覧履歴テーブル１２１は、例えば、閲覧日時「２０１０／８／２７ １０：３２」と、利用者ＩＤ「００６３Ａ」と、受診者ＩＤ「１０１９」とを対応付けて記憶する。つまり、閲覧履歴テーブル１２１は、２０１０年８月２７日１０時３２分に、利用者ＩＤ「００６３Ａ」の利用者が受診者ＩＤ「１０１９」の受診者の患者掲示板を閲覧したことを記憶する。また、閲覧履歴テーブル１２１は、他の閲覧履歴についても同様に記憶する。
【００２６】
掲示板テーブル１２２は、患者掲示板の掲示板タブに表示される情報を記憶する。ここで、掲示板の情報とは、利用者の間で交換されるメッセージを含む情報である。例えば、掲示板テーブル１２２には、患者掲示板の掲示板タブを介して情報が入力されるごとに、１つのレコードが登録される。図６は、掲示板テーブルのデータ構造の一例を示す図である。図６に示すように、掲示板テーブル１２２は、例えば、「受診者ＩＤ」と、「利用者ＩＤ」と、「登録日時」と、「項目」と、「内容」とを対応付けて記憶する。このうち、受診者ＩＤは、情報が入力された患者掲示板を示す。利用者ＩＤは、情報を入力した利用者を示す。登録日時は、レコードが登録された日時を示す。項目は、情報が入力された項目を示す。例えば、項目「患者・家族の訴え」は、「患者・家族の訴え」に情報が入力されたことを示す。また、例えば、項目「スタッフ伝言板」は、「スタッフ伝言板」に情報が入力されたことを示す。また、例えば、項目「治療方針」は、「治療方針」に情報が入力されたことを示す。また、例えば、項目「あなたあてメッセージ」は、「あなたあてメッセージ」に情報が入力されたことを示す。内容は、入力された情報の内容を示す。なお、掲示板テーブル１２２が記憶する情報は、利用者の間で交換されるメッセージを示す第一の属性に係る情報の一例である。
【００２７】
図６に示すように、掲示板テーブル１２２は、例えば、受診者ＩＤ「１０１９」と、利用者ＩＤ「００６３Ａ」と、登録日時「２０１０／８／２７ １０：３２」と、項目「患者・家族の訴え」と、内容「寝つきが悪いと訴えています」とを対応付けて記憶する。つまり、掲示板テーブル１２２は、２０１０年８月２７日１０時３２分に、受診者ＩＤ「１０１９」の患者掲示板の「患者・家族の訴え」に対して、利用者ＩＤ「００６３Ａ」の利用者が「寝つきが悪いと訴えています」と入力したことを記憶する。また、掲示板テーブル１２２は、他の情報についても同様に記憶する。
【００２８】
指導歴テーブル１２３は、患者掲示板の指導歴タブに表示される情報を記憶する。ここで、指導歴とは、医師が受診者に対して行った指導に係る情報である。例えば、指導歴テーブル１２３には、医師が受診者に対して行った指導について指導料を算定するごとに、１つのレコードが登録される。図７は、指導歴テーブルのデータ構造の一例を示す図である。図７に示すように、指導歴テーブル１２３は、例えば、「受診者ＩＤ」と、「利用者ＩＤ」と、「登録日時」と、「指導日」と、「指導者」と、「指導内容」とを対応付けて記憶する。このうち、受診者ＩＤ、利用者ＩＤ及び登録日時は、図６に示した受診者ＩＤ、利用者ＩＤ及び登録日時と同様である。指導日は、指導料の算定対象となった指導が行われた日を示す。指導者は、指導料の算定対象となった指導を行った医師を示す。指導内容は、指導料の算定対象となった指導の内容を示す。なお、指導歴テーブル１２３が記憶する情報は、医師が受診者に対して行った指導歴を示す第二の属性に係る情報の一例である。
【００２９】
図７に示すように、指導歴テーブル１２３は、受診者ＩＤ「１０１９」と、利用者ＩＤ「００６３Ａ」と、登録日時「２０１０／８／２ １０：２９」と、指導日「２０１０／８／１」と、指導者「ＡＡ」と、指導内容「てんかん指導」とを対応付けて記憶する。つまり、指導歴テーブル１２３は、２０１０年８月２日１０時２９分に、利用者ＩＤ「００６３Ａ」の利用者が受診者ＩＤ「１０１９」の受診者について指導料を算定したことを記憶する。また、指導歴テーブル１２３は、この指導料の算定対象となった指導が、２０１０年８月１日に医師「ＡＡ」が行った「てんかん指導」であることも記憶する。また、指導歴テーブル１２３は、他の指導歴についても同様に記憶する。
【００３０】
コンサルテーションテーブル１２４は、患者掲示板のコンサルテーションタブに表示される情報を記憶する。ここで、コンサルテーションとは、他の診療科から依頼された診察に係る情報である。例えば、コンサルテーションテーブル１２４には、他の診療科から診察が依頼されるごとに、あるいは、診察の依頼に対して回答するごとに、１つのレコードが登録される。図８は、コンサルテーションテーブルのデータ構造の一例を示す図である。図８に示すように、コンサルテーションテーブル１２４は、例えば、「受診者ＩＤ」と、「利用者ＩＤ」と、「登録日時」と、「種別」と、「依頼先診療科」と、「依頼元診療科」と、「依頼内容」と、「確認」とを対応付けて記憶する。このうち、受診者ＩＤ、利用者ＩＤ及び登録日時は、図６に示した受診者ＩＤ、利用者ＩＤ及び登録日時と同様である。種別は、レコードの種別を示す。種別「依頼」は、他の診療科に対する診察の依頼であることを示し、種別「回答」は、依頼に対する回答であることを示す。依頼先診療科は、依頼先の診療科を示す。依頼元診療科は、依頼元の診療科を示す。依頼内容は、依頼元診療科から依頼先診療科に対する依頼の内容を示す。確認は、レコードが確認されたか否かを示す。確認「未」は、種別「依頼」の場合には、依頼先診療科の医師が未確認であることを示し、種別「回答」の場合には、依頼元診療科の医師が未確認であることを示す。確認「済」は、種別「依頼」の場合には、依頼先診療科の医師が確認済であることを示し、種別「回答」の場合には、依頼元診療科の医師が確認済であることを示す。なお、種別「依頼」のレコードを依頼先診療科の医師が確認すると、確認「未」は「済」に更新される。また、種別「回答」のレコードを依頼元診療科の医師が確認すると、確認「未」は「済」に更新される。なお、コンサルテーションテーブル１２４が記憶する情報は、診療科間で診療を依頼するコンサルテーションを示す第三の属性にかかる情報の一例である。
【００３１】
図８に示すように、コンサルテーションテーブル１２４は、受診者ＩＤ「１０１９」と、利用者ＩＤ「００６３Ａ」と、登録日時「２０１０／８／２２ １０：３２」とを対応付けて記憶する。さらに、コンサルテーションテーブル１２４は、種別「依頼」と、依頼先診療科「耳鼻科」と、依頼元診療科「内科」と、依頼内容「耳の痛みを訴えています」とを対応付けて記憶する。つまり、コンサルテーションテーブル１２４は、２０１０年８月２２日１０時３２分に、受診者ＩＤ「１０１９」の受診者について、利用者ＩＤ「００６３Ａ」の利用者が他の診療科に対して診察を依頼したことを記憶する。また、コンサルテーションテーブル１２４は、この依頼が、内科から耳鼻科に対して「耳の痛みを訴えています」という依頼であったことも記憶する。また、コンサルテーションテーブル１２４は、他のコンサルテーションについても同様に記憶する。
【００３２】
図１の説明に戻る。制御部１３０は、決定部１３１と、出力部１３２とを有する。制御部１３０の機能は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現することができる。また、制御部１３０の機能は、例えば、ＣＰＵ（Central Processing Unit）が所定のプログラムを実行することで実現することができる。
【００３３】
決定部１３１は、例えば、共有情報記憶部から、要求に含まれる受診者識別情報に対応する共有情報を取得する。決定部１３１は、属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御する。また、決定部１３１は、例えば、共有情報記憶部に、閲覧履歴記憶部から取得した利用者の最終閲覧日時より後の登録日時に対応する共有情報が存在する場合に、制御を行う。
【００３４】
例えば、決定部１３１は、受診者の電子カルテを表示する旨の要求を利用者が操作する端末から受け付けた場合に、閲覧履歴記憶部から、利用者が最後に閲覧した日時を取得する。決定部１３１は、取得した日時より後に共有情報を記憶する記憶部に格納された共有情報があれば、記憶部に記憶された共有情報に基づいて、端末に初期表示させる共有情報を決定する。
【００３５】
例えば、決定部１３１は、電子カルテの表示要求を利用者から受け付けると、利用者が最後に患者掲示板を閲覧した日時を示す最終閲覧日時を閲覧履歴テーブル１２１から取得する。決定部１３１は、取得した最終閲覧日時より後に登録された共有情報があるか否かを判定する。最終閲覧日時より後に登録された共有情報がある場合には、決定部１３１は、初期表示決定処理を実行する。なお、ここで決定部１３１により判定される「最終閲覧日時より後に登録された共有情報があるか否か」という条件は、属性ごと設定された条件の一例である。
【００３６】
例えば、決定部１３１は、受診者ＩＤ「１０１９」の電子カルテについての表示要求を利用者ＩＤ「００６３Ａ」の利用者から受け付けた場合に、利用者ＩＤ「００６３Ａ」と受診者ＩＤ「１０１９」とを用いて、閲覧履歴テーブル１２１から閲覧日時を抽出する。図５に示す例では、決定部１３１は、閲覧日時「２０１０／８／２７ １０：３２」を抽出する。決定部１３１は、抽出した閲覧日時のうち、最近の閲覧日時を最終閲覧日時として取得する。決定部１３１は、掲示板テーブル１２２と、指導歴テーブル１２３と、コンサルテーションテーブル１２４とを参照し、受診者ＩＤ「１０１９」のレコードについて、取得した最終閲覧日時より後に登録された共有情報があるか否かを判定する。図６に示す例では、掲示板テーブル１２２には、２０１０年８月２７日１０時４５分に、受診者ＩＤ「１０１９」の患者掲示板の「スタッフ伝言板」に対して、利用者ＩＤ「０１８９Ｂ」の利用者が入力したことを示すレコードが存在する。この場合、決定部１３１は、取得した最終閲覧日時より後に登録された共有情報があると判定し、初期表示決定処理を実行する。
【００３７】
以下において、決定部１３１が実行する初期表示決定処理について説明する。この初期表示決定処理は、患者掲示板の情報のうち、クライアント２０に初期表示させる情報を決定する処理である。例えば、決定部１３１は、取得した共有情報の属性が第二の属性であって、共有情報の登録日時から、所定日数以上経過している場合に、第二の属性の表示領域を端末に初期表示させる。例えば、決定部１３１は、取得した共有情報の属性が第三の属性であって、ステータスが未確認である場合に、第三の属性の表示領域を端末に初期表示させる。
【００３８】
例えば、決定部１３１は、指導歴テーブル１２３に閲覧を要する共有情報があるか否かを判定する。例えば、決定部１３１は、表示要求のあった電子カルテの受診者ＩＤについて指導歴テーブル１２３を参照し、前回の指導日から所定日数以上経過した指導歴があるか否かを判定する。指導歴テーブル１２３に閲覧を要する共有情報がある場合には、決定部１３１は、指導フラグを設定する。一方、指導歴テーブル１２３に閲覧を要する共有情報がない場合には、決定部１３１は、指導フラグを非設定とする。なお、所定日数は、例えば、３０日である。なお、ここで決定部１３１により判定される「指導歴テーブル１２３に閲覧を要する共有情報があるか否か」という条件は、属性ごと設定された条件の一例である。
【００３９】
図７を用いて、決定部１３１が指導歴テーブル１２３に閲覧を要する共有情報があるか否かを判定する場合を説明する。ここでは、２０１０年９月２日に、受診者ＩＤ「１０１９」の電子カルテの表示要求を受け付けた場合を説明する。また、所定日数が３０日である場合を説明する。図７に示す例では、受診者ＩＤ「１０１９」の指導歴について、２０１０年８月２日に算定された指導歴が存在するので、決定部１３１は、前回の指導日から３０日以上経過したレコードがあると判定する。この場合、決定部１３１は、受診者ＩＤ「１０１９」の患者掲示板に指導フラグを設定する。
【００４０】
例えば、決定部１３１は、コンサルテーションテーブル１２４に閲覧を要する共有情報があるか否かを判定する。例えば、決定部１３１は、表示要求のあった電子カルテの受診者ＩＤについてコンサルテーションテーブル１２４を参照し、未確認のコンサルテーションがあるか否かを判定する。具体的には、決定部１３１は、種別が「依頼」であり、確認が「未」であり、依頼先診療科が表示要求を行った利用者の所属診療科と一致するレコードがあるか否かを判定する。つまり、決定部１３１は、表示要求を行った利用者の所属診療科に対して、他の診療科から未確認の診療依頼があるか否かを判定する。あるいは、決定部１３１は、種別が「回答」であり、確認が「未」であり、依頼元診療科が表示要求を行った利用者の所属診療科と一致するレコードがあるか否かを判定する。つまり、決定部１３１は、表示要求を行った利用者の所属診療科に対して、他の診療科から未確認の回答があるか否かを判定する。コンサルテーションテーブル１２４に閲覧を要する共有情報がある場合には、決定部１３１は、コンサルテーションフラグを設定する。一方、コンサルテーションテーブル１２４に閲覧を要する共有情報がない場合には、決定部１３１は、コンサルテーションフラグを非設定とする。なお、ここで決定部１３１により判定される「コンサルテーションテーブル１２４に閲覧を要する共有情報があるか否か」という条件は、属性ごと設定された条件の一例である。
【００４１】
図８を用いて、決定部１３１がコンサルテーションテーブル１２４に閲覧を要する共有情報があるか否かを判定する場合を説明する。ここでは、受診者ＩＤ「１０１９」の電子カルテの表示要求を行った利用者が「耳鼻科」の所属であった場合を説明する。図８に示す例では、受診者ＩＤ「１０１９」のレコードについて、種別が「依頼」であり、確認が「未」であり、依頼先診療科が「耳鼻科」であるレコードが存在するので、決定部１３１は、閲覧を要する共有情報があると判定する。この場合、決定部１３１は、受診者ＩＤ「１０１９」の患者掲示板にコンサルテーションフラグを設定する。
【００４２】
例えば、決定部１３１は、指導フラグとコンサルテーションフラグとに基づいて、初期表示させる共有情報を決定する。例えば、決定部１３１は、指導フラグ及びコンサルテーションフラグがいずれも非設定である場合には、掲示板タブを初期表示させる共有情報として決定する。また、例えば、決定部１３１は、指導フラグが設定され、コンサルテーションフラグが非設定である場合には、指導歴タブを初期表示させる共有情報として決定する。また、例えば、決定部１３１は、コンサルテーションフラグが設定され、指導フラグが非設定である場合には、コンサルテーションタブを初期表示させる共有情報として決定する。また、例えば、決定部１３１は、指導フラグ及びコンサルテーションフラグがいずれも設定されている場合には、予め優先表示させるタブを設定しておくことで、初期表示させる共有情報を決定する。つまり、決定部１３１は、優先表示させるタブとして指導歴タブを設定していた場合には指導歴タブを初期表示させる共有情報として決定する。また、決定部１３１は、優先表示させるタブとしてコンサルテーションタブを設定していた場合にはコンサルテーションタブを初期表示させる共有情報として決定する。このように、決定部１３１は、初期表示決定処理によりクライアント２０に初期表示させる情報を決定する。
【００４３】
出力部１３２は、例えば、決定部１３１により制御された閲覧画面を端末に出力する。また、出力部１３２は、例えば、電子カルテの表示画面とは異なる閲覧画面を出力するとともに、閲覧画面を出力した後に、表示画面を出力する。
【００４４】
例えば、出力部１３２は、決定部１３１により決定された共有情報が初期画面として示された閲覧画面を端末に出力する。例えば、出力部１３２は、初期表示決定処理により決定された共有情報を初期画面として、患者掲示板の表示画面を生成する。出力部１３２は、生成した患者掲示板の表示画面を出力する。例えば、出力部１３２は、生成した患者掲示板の表示画面をクライアント２０に送信し、送信した表示画面をクライアント２０に表示させる。
【００４５】
［処理］
次に、実施例１に係る電子カルテサーバ１００の処理手順について説明する。図９は、実施例１に係る電子カルテサーバの処理手順を示すフローチャートである。図９に示す処理は、例えば、図示した各装置に電源から電力が供給される間、所定時間間隔で実行される。
【００４６】
図９に示すように、電子カルテサーバ１００が電子カルテの表示要求を利用者から受け付けると（ステップＳ１０１Ｙｅｓ）、決定部１３１は、閲覧履歴テーブル１２１から最終閲覧日時を取得する（ステップＳ１０２）。なお、表示要求には、利用者ＩＤと、受診者ＩＤとが含まれる。なお、電子カルテサーバ１００は、後述の処理によって、表示要求に含まれる受信者ＩＤに対応する受信者の電子カルテを表示する。
【００４７】
決定部１３１は、利用者ＩＤに対応する利用者の最終閲覧日時より後に、受信者ＩＤに対応する受信者に対して登録された共有情報があるか否かを判定する（ステップＳ１０３）。利用者の最終閲覧日時より後に登録された共有情報がある場合には（ステップＳ１０３Ｙｅｓ）、決定部１３１は、初期表示決定処理を実行する（ステップＳ１０４）。
【００４８】
ここで、図１０を用いて、図９のステップＳ１０４に示した初期表示決定処理の処理手順について説明する。図１０は、初期表示決定処理の処理手順を示すフローチャートである。
【００４９】
図１０に示すように、決定部１３１は、指導歴テーブル１２３に閲覧を要する共有情報があるか否かを判定する（ステップＳ２０１）。例えば、決定部１３１は、表示要求のあった電子カルテの受診者ＩＤについて指導歴テーブル１２３を参照し、前回の指導日時から３０日以上経過したレコードがあるか否かを判定する。
【００５０】
指導歴テーブル１２３に閲覧を要する共有情報がある場合には（ステップＳ２０１Ｙｅｓ）、決定部１３１は、指導フラグを設定し、ステップＳ２０４に移行する（ステップＳ２０２）。一方、指導歴テーブル１２３に閲覧を要する共有情報がない場合には（ステップＳ２０１Ｎｏ）、決定部１３１は、指導フラグを非設定とし、ステップＳ２０４に移行する（ステップＳ２０３）。
【００５１】
決定部１３１は、コンサルテーションテーブル１２４に閲覧を要する共有情報があるか否かを判定する（ステップＳ２０４）。例えば、決定部１３１は、表示要求のあった電子カルテの受診者ＩＤについてコンサルテーションテーブル１２４を参照し、未確認のコンサルテーションがあるか否かを判定する。具体的には、決定部１３１は、種別が「依頼」であり、確認が「未」であり、依頼先診療科が表示要求を行った利用者の所属診療科と一致するレコードがあるか否かを判定する。つまり、決定部１３１は、表示要求を行った利用者の所属診療科に対して、他の診療科から未確認の診療依頼があるか否かを判定する。あるいは、決定部１３１は、種別が「回答」であり、確認が「未」であり、依頼元診療科が表示要求を行った利用者の所属診療科と一致するレコードがあるか否かを判定する。つまり、決定部１３１は、表示要求を行った利用者の所属診療科に対して、他の診療科から未確認の回答があるか否かを判定する。
【００５２】
コンサルテーションテーブル１２４に閲覧を要する共有情報がある場合には（ステップＳ２０４Ｙｅｓ）、決定部１３１は、コンサルテーションフラグを設定し、ステップＳ２０７に移行する（ステップＳ２０５）。一方、コンサルテーションテーブル１２４に閲覧を要する共有情報がない場合には（ステップＳ２０４Ｎｏ）、決定部１３１は、コンサルテーションフラグを非設定とし、ステップＳ２０７に移行する（ステップＳ２０６）。そして、決定部１３１は、初期表示させる共有情報を決定する（ステップＳ２０７）。
【００５３】
図９の説明に戻る。出力部１３２は、初期表示決定処理により決定された共有情報を表示する領域を表示する、患者掲示板の表示画面を生成する（ステップＳ１０５）。出力部１３２は、生成した患者掲示板の表示画面を出力する（ステップＳ１０６）。例えば、出力部１３２は、生成した患者掲示板の表示画面をクライアント２０に送信し、送信した表示画面をクライアント２０に表示させる。つまり、出力部１３２は、掲示板表示領域と、指導歴表示領域と、コンサルテーション表示領域とを有する患者掲示板の表示画面においては、いずれかの表示領域を初期表示するように制御する。なお、表示領域は、図２乃至図４に示すように、タブごとに別れていてもよいし、各々の表示領域が一表示単位内に配置されていても良い。
【００５４】
なお、利用者の最終閲覧日時より後に登録された共有情報がない場合には（ステップＳ１０３Ｎｏ）、電子カルテサーバ１００は、処理を終了する。例えば、出力部１３２は、患者掲示板を出力することなく、ステップＳ１０１において表示要求のあった電子カルテの情報を出力する。
【００５５】
また、例えば、ステップＳ２０１の処理及びステップＳ２０４の処理は、表示要求を行った利用者の職種に応じて、実行／非実行を選択しても良い。例えば、表示要求を行った利用者の職種が医師又は事務員である場合には、ステップＳ２０１の処理は実行され、医師及び事務員でない場合には、ステップＳ２０１の処理は実行されない。ステップＳ２０１の処理が実行されない場合には、指導歴タブが患者掲示板の初期画面として選択されることはない。
【００５６】
また、図９及び図１０に示した処理手順は、必ずしも上記の処理手順で実行されなくても良い。例えば、電子カルテサーバ１００が電子カルテの表示要求を利用者から受け付ける処理であるステップＳ１０１が肯定判定されると、初期表示決定処理であるステップＳ１０４の処理が実行される。ステップＳ１０４において、指導歴タブ又はコンサルテーションタブが初期表示される旨が決定された場合には、初期表示決定処理により決定された共有情報を初期画面として、患者掲示板の表示画面を生成する処理であるステップＳ１０５の処理が実行される。そして、患者掲示板の表示画面を出力する処理であるステップＳ１０６の処理が実行される。
【００５７】
一方、ステップＳ１０４において、指導歴タブもコンサルテーションタブも初期表示されると決定されなかった場合には、最終閲覧日時を取得する処理であるステップＳ１０２の処理が実行される。そして、利用者の最終閲覧日時より後に登録された共有情報があるか否かを判定する処理であるステップＳ１０３の処理が実行される。
【００５８】
ステップＳ１０３が肯定判定された場合には、掲示板タブを初期画面として、患者掲示板の表示画面を生成する処理であるステップＳ１０５の処理が実行される。そして、患者掲示板の表示画面を出力する処理であるステップＳ１０６の処理が実行される。一方、ステップＳ１０３が否定判定された場合には、電子カルテサーバ１００は、処理を終了する。
【００５９】
［効果］
次に、実施例１に係る電子カルテサーバ１００の効果について説明する。電子カルテサーバ１００は、受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける。電子カルテサーバ１００は、受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、共有情報が登録された登録日時または共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、要求に含まれる受診者識別情報に対応する共有情報を取得する。電子カルテサーバ１００は、属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、属性ごとに表示領域を区別して共有情報を表示する閲覧画面の表示を制御する。電子カルテサーバ１００は、決定部により制御された前記閲覧画面を前記端末に出力する。このため、電子カルテサーバ１００は、重要な情報が見落とされることを防ぐことができる。
【００６０】
例えば、電子カルテサーバ１００は、受診者の電子カルテを利用者が閲覧する際に、その受診者の患者掲示板に利用者にとって新着の情報があれば、患者掲示板を自動起動させる。このため、電子カルテサーバ１００は、患者掲示板に新規に登録された情報を効率よく共有することができる。
【００６１】
また、例えば、電子カルテサーバ１００は、自動起動によって表示された患者掲示板の画面がタブで分割されている場合には、重要な情報を含むタブを初期画面として端末に出力させるので、重要な情報が見落とされることを防ぐことができる。
【００６２】
また、例えば、電子カルテサーバ１００は、指導歴テーブル１２３に閲覧を要する情報が存在する場合には、デフォルトの初期画面である掲示板タブではなく指導歴タブを初期表示させる。このため、電子カルテサーバ１００は、重要な情報が見落とされることを防ぐことができる。
【００６３】
また、例えば、電子カルテサーバ１００は、コンサルテーションテーブル１２４に閲覧を要する情報が存在する場合には、デフォルトの初期画面である掲示板タブではなくコンサルテーションタブを初期表示させる。このため、電子カルテサーバ１００は、重要な情報が見落とされることを防ぐことができる。
【実施例２】
【００６４】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、その他の実施例にて実施されても良い。そこで、以下では、その他の実施例について説明する。
【００６５】
［患者掲示板の直接起動］
実施例１では、電子カルテの表示要求に応じて自動起動された患者掲示板の初期画面を決定する場合を説明したが、本発明はこれに限定されるものではない。例えば、実施例１に示した電子カルテサーバ１００は、利用者によって患者掲示板が直接起動された場合にも、初期画面を決定することができる。
【００６６】
図１１を用いて、利用者によって直接起動された患者掲示板の初期画面を決定する場合を説明する。図１１は、実施例２に係る電子カルテサーバの処理手順を示すフローチャートである。図１１に示す処理は、例えば、図示した各装置に電源から電力が供給される間、所定時間間隔で実行される。
【００６７】
図１１に示すように、電子カルテサーバ１００が患者掲示板の表示要求を利用者から受け付けると（ステップＳ３０１Ｙｅｓ）、決定部１３１は、初期表示決定処理を実行する（ステップＳ３０２）。この初期表示決定処理は、図１０に示した初期表示決定処理の処理手順と同様である。
【００６８】
出力部１３２は、初期表示決定処理により決定された共有情報を初期画面として、患者掲示板の表示画面を生成する（ステップＳ３０３）。出力部１３２は、生成した患者掲示板の表示画面を出力する（ステップＳ３０４）。例えば、出力部１３２は、生成した患者掲示板の表示画面をクライアント２０に送信し、送信した表示画面をクライアント２０に表示させる。
【００６９】
［データセンタ］
また、実施例１では、電子カルテサーバ１００が医療機関に設置される場合を説明したが、本発明はこれに限定されるものではない。例えば、電子カルテサーバ１００は、複数の医療機関に接続されたデータセンタに適用されても良い。図１２は、データセンタへの適用例を説明するための図である。図１２に示すように、データセンタ２００は、例えば、ネットワーク２１０を介してクライアント２２０ａ，２２０ｂ・・・と接続される。ネットワーク２１０には、有線又は無線を問わず、インターネット（Internet）、ＷＡＮ（Wide Area Network）などの任意の種類の通信網を採用できる。また、クライアント２２０ａ，２２０ｂ・・・は、複数の医療機関に分散して設置される。また、データセンタ２００は、サーバ装置２０１ａ，２０１ｂ・・・と、記憶装置２０２ａ，２０２ｂ・・・とを有する。なお、ここでは、クライアント２２０ａ，２２０ｂ・・・を区別なく述べる場合にクライアント２２０と総称する。また、サーバ装置２０１ａ，２０１ｂ・・・を区別なく述べる場合にサーバ装置２０１と総称する。また、記憶装置２０２ａ，２０２ｂ・・・を区別なく述べる場合に記憶装置２０２と総称する。
【００７０】
例えば、データセンタ２００は、サーバ装置２０１を用いて、図１に示した電子カルテサーバ１００の機能を仮想マシンとして実現する。また、例えば、データセンタ２００は、記憶装置２０２を用いて、図１に示した閲覧履歴テーブル１２１と、掲示板テーブル１２２と、指導歴テーブル１２３と、コンサルテーションテーブル１２４とを病院ごとに区別して記憶する。
【００７１】
例えば、データセンタ２００において、電子カルテサーバ１００の機能を担う仮想マシンである電子カルテＶＭ（Virtual Machine）は、受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける。電子カルテＶＭは、受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、共有情報が登録された登録日時または共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、要求に含まれる受診者識別情報に対応する共有情報を取得する。電子カルテＶＭは、属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、属性ごとに表示領域を区別して共有情報を表示する閲覧画面の表示を制御する。電子カルテＶＭは、決定部により制御された前記閲覧画面を前記端末に出力する。このため、電子カルテＶＭは、重要な情報が見落とされることを防ぐことができる。
【００７２】
［その他］
また、実施例１では、新着情報の存在を判定する際、すなわち、最終閲覧日時より後に登録された共有情報の存在を判定する際に、決定部１３１が掲示板テーブル１２２と、指導歴テーブル１２３と、コンサルテーションテーブル１２４とを参照する場合を説明した。しかし、本発明はこれに限定されるものではない。例えば、決定部１３１は、新着情報の存在を判定する際に、掲示板テーブル１２２のみを参照し、指導歴テーブル１２３及びコンサルテーションテーブル１２４については参照しなくても良い。つまり、例えば、決定部１３１は、電子カルテの表示要求を利用者から受け付けると、利用者が最後に患者掲示板を閲覧した日時を示す最終閲覧日時を閲覧履歴テーブル１２１から取得する。決定部１３１は、掲示板テーブル１２２を参照し、取得した最終閲覧日時より後に登録された共有情報があるか否かを判定する。最終閲覧日時より後に登録された共有情報がある場合には、決定部１３１は、初期表示決定処理を実行する。
【００７３】
また、実施例１では、患者掲示板の表示画面が、記載内容に基づいて、「掲示板タブ」、「指導歴タブ」及び「コンサルテーションタブ」に分割表示される場合を説明したが、本発明はこれに限定されるものではない。例えば、患者掲示板の画面が手動スクロールを要するものである場合にも、本発明を適用することができる。例えば、指導フラグが設定され、コンサルテーションフラグが非設定である場合には、決定部１３１は、指導歴を表示する領域を初期表示させる共有情報として決定する。そして、出力部１３２は、指導歴を表示する領域を手動スクロールが不要な領域に配置した表示画面を生成し、生成した表示画面を出力する。例えば、出力部１３２は、生成した表示画面をクライアント２０に送信し、送信した表示画面をクライアント２０に表示させる。このため、電子カルテサーバ１００は、患者掲示板の画面が手動スクロールを要するものである場合にも、重要な情報が見落とされることを防ぐことができる。
【００７４】
また、実施例１では、クライアント２０にインストールされたクライアント用アプリケーションがサーバ用アプリケーションと連携し、電子カルテサーバ１００が有する各種の機能を提供する場合を説明したが、本発明はこれに限定されるものではない。例えば、クライアント２０は、電子カルテサーバ１００の機能を利用するための専用アプリケーションを用いることなく、ブラウザを介して電子カルテサーバ１００が提供するサービスを利用しても良い。
【００７５】
また、例えば、実施例１において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。例えば、最終閲覧日時より後に登録された共有情報がある場合には、初期表示決定処理が自動的に開始されるものとして説明したが、利用者による開始指示を受け付けるボタンの押下によって手動的に開始されても良い。この他、上述文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、コンサルテーションテーブル１２４は、コンサルテーションに基づいて診察される次回の診察日を記憶するようにしても良い。
【００７６】
また、例えば、図１に示した電子カルテサーバ１００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、電子カルテサーバ１００の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、電子カルテサーバ１００にネットワーク１０を介して外部記憶装置を接続し、記憶部１２０が記憶する情報を外部記憶装置が記憶するようにしても良い。
【００７７】
また、電子カルテサーバ１００は、電子カルテサーバ１００の各機能を既知の情報処理装置に搭載することによって実現することもできる。既知の情報処理装置は、例えば、パーソナルコンピュータ、ワークステーションなどの装置に対応する。
【００７８】
［プログラム］
図１３は、表示プログラムを実行するコンピュータを示す図である。図１３に示すように、コンピュータ３００は、各種演算処理を実行するＣＰＵ３０１と、ユーザからデータの入力を受け付ける入力装置３０２と、モニタ３０３とを有する。また、コンピュータ３００は、記憶媒体からプログラム等を読み取る媒体読み取り装置３０４と、他の装置と接続するためのインターフェース装置３０５と、他の装置と無線により接続するための無線通信装置３０６とを有する。また、コンピュータ３００は、各種情報を一時記憶するＲＡＭ（Random Access Memory）３０７と、ハードディスク装置３０８とを有する。また、各装置３０１〜３０８は、バス３０９に接続される。
【００７９】
ハードディスク装置３０８には、図１に示した決定部１３１及び出力部１３２の各処理部と同様の機能を有する表示プログラムが記憶される。また、ハードディスク装置３０８には、表示プログラムを実現するための各種データが記憶される。
【００８０】
ＣＰＵ３０１は、ハードディスク装置３０８に記憶された各プログラムを読み出して、ＲＡＭ３０７に展開し、各種の処理を行う。また、これらのプログラムは、コンピュータを図１に示した決定部１３１及び出力部１３２として機能させることができる。
【００８１】
なお、上記の表示プログラムは、必ずしもハードディスク装置３０８に記憶されている必要はない。例えば、コンピュータが読み取り可能な記録媒体に記憶されたプログラムを、コンピュータ３００が読み出して実行するようにしても良い。コンピュータが読み取り可能な記録媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等に接続された装置にこのプログラムを記憶させておき、コンピュータ３００がこれらからプログラムを読み出して実行するようにしても良い。
【００８２】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００８３】
（付記１）受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける通信制御部と、
前記受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部と、
前記共有情報記憶部から、前記要求に含まれる前記受診者識別情報に対応する共有情報を取得し、前記属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御する決定部と、
前記決定部により制御された前記閲覧画面を前記端末に出力する出力部と
を備えたことを特徴とする電子カルテサーバ。
【００８４】
（付記２）前記利用者識別情報と、前記利用者によって閲覧された履歴を記憶する閲覧履歴記憶部をさらに備え、
前記決定部は、前記共有情報記憶部に、前記閲覧履歴記憶部から取得した前記利用者の最終閲覧日時より後の登録日時に対応する共有情報が存在する場合に、前記制御を行うことを特徴とする付記１に記載の電子カルテサーバ。
【００８５】
（付記３）前記要求はさらに、前記受信者の電子カルテの表示を命令する情報を含み、
前記出力部は、前記電子カルテの表示画面とは異なる前記閲覧画面を出力するとともに、前記閲覧画面を出力した後に、該表示画面を出力することを特徴とする付記１または２に記載の電子カルテサーバ。
【００８６】
（付記４）前記共有情報は、利用者の間で交換されるメッセージを示す第一の属性に係る情報と、医師が受診者に対して行った指導歴を示す第二の属性に係る情報とを含み、
前記決定部は、前記取得した共有情報の属性が前記第二の属性であって、該共有情報の登録日時から、所定日数以上経過している場合に、該第二の属性の表示領域を前記端末に初期表示させることを特徴とする付記１乃至付記３のいずれか一つに記載の電子カルテサーバ。
【００８７】
（付記５）前記共有情報は、さらに、診療科間で診療を依頼するコンサルテーションを示す第三の属性にかかる情報を含み、
前記決定部は、前記取得した共有情報の属性が前記第三の属性であって、前記ステータスが未確認である場合に、該第三の属性の表示領域を前記端末に初期表示させることを特徴とする付記４に記載の電子カルテサーバ。
【００８８】
（付記６）コンピュータによって実行される表示方法であって、
受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付け、
前記受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、前記要求に含まれる前記受診者識別情報に対応する共有情報を取得し、前記属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御し、
前記閲覧画面の表示を制御する処理により制御された前記閲覧画面を前記端末に出力する
ことを特徴とする表示方法。
【００８９】
（付記７）前記閲覧画面の表示を制御する処理は、前記共有情報記憶部に、前記利用者識別情報と、前記利用者によって閲覧された履歴を記憶する閲覧履歴記憶部から取得した前記利用者の最終閲覧日時より後の登録日時に対応する共有情報が存在する場合に、前記制御を行うことを特徴とする付記６に記載の表示方法。
【００９０】
（付記８）前記要求はさらに、前記受信者の電子カルテの表示を命令する情報を含み、
前記端末に出力する処理は、前記電子カルテの表示画面とは異なる前記閲覧画面を出力するとともに、前記閲覧画面を出力した後に、該表示画面を出力することを特徴とする付記６または７に記載の表示方法。
【００９１】
（付記９）前記共有情報は、利用者の間で交換されるメッセージを示す第一の属性に係る情報と、医師が受診者に対して行った指導歴を示す第二の属性に係る情報とを含み、
前記閲覧画面の表示を制御する処理は、前記取得した共有情報の属性が前記第二の属性であって、該共有情報の登録日時から、所定日数以上経過している場合に、該第二の属性の表示領域を前記端末に初期表示させることを特徴とする付記６乃至付記８のいずれか一つに記載の表示方法。
【００９２】
（付記１０）前記共有情報は、さらに、診療科間で診療を依頼するコンサルテーションを示す第三の属性にかかる情報を含み、
前記閲覧画面の表示を制御する処理は、前記取得した共有情報の属性が前記第三の属性であって、前記ステータスが未確認である場合に、該第三の属性の表示領域を前記端末に初期表示させることを特徴とする付記９に記載の表示方法。
【００９３】
（付記１１）コンピュータに、
受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付け、
前記受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、前記要求に含まれる前記受診者識別情報に対応する共有情報を取得し、前記属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御し、
前記閲覧画面の表示を制御する処理により制御された前記閲覧画面を前記端末に出力する
処理を実行させることを特徴とする表示プログラム。
【００９４】
（付記１２）前記閲覧画面の表示を制御する処理は、前記共有情報記憶部に、前記利用者識別情報と、前記利用者によって閲覧された履歴を記憶する閲覧履歴記憶部から取得した前記利用者の最終閲覧日時より後の登録日時に対応する共有情報が存在する場合に、前記制御を行うことを特徴とする付記１１に記載の表示プログラム。
【００９５】
（付記１３）前記要求はさらに、前記受信者の電子カルテの表示を命令する情報を含み、
前記端末に出力する処理は、前記電子カルテの表示画面とは異なる前記閲覧画面を出力するとともに、前記閲覧画面を出力した後に、該表示画面を出力することを特徴とする付記１１または１２に記載の表示プログラム。
【００９６】
（付記１４）前記共有情報は、利用者の間で交換されるメッセージを示す第一の属性に係る情報と、医師が受診者に対して行った指導歴を示す第二の属性に係る情報とを含み、
前記閲覧画面の表示を制御する処理は、前記取得した共有情報の属性が前記第二の属性であって、該共有情報の登録日時から、所定日数以上経過している場合に、該第二の属性の表示領域を前記端末に初期表示させることを特徴とする付記１１乃至付記１３のいずれか一つに記載の表示プログラム。
【００９７】
（付記１５）前記共有情報は、さらに、診療科間で診療を依頼するコンサルテーションを示す第三の属性にかかる情報を含み、
前記閲覧画面の表示を制御する処理は、前記取得した共有情報の属性が前記第三の属性であって、前記ステータスが未確認である場合に、該第三の属性の表示領域を前記端末に初期表示させることを特徴とする付記１４に記載の表示プログラム。
【符号の説明】
【００９８】
１０ ネットワーク
２０，２０ａ，２０ｂ，２０ｃ クライアント
１００ 電子カルテサーバ
１１０ 通信制御部
１２０ 記憶部
１２１ 閲覧履歴テーブル
１２２ 掲示板テーブル
１２３ 指導歴テーブル
１２４ コンサルテーションテーブル
１３０ 制御部
１３１ 決定部
１３２ 出力部
２００ データセンタ
２０１，２０１ａ，２０１ｂ サーバ装置
２０２，２０２ａ，２０２ｂ 記憶装置
２１０ ネットワーク
２２０，２２０ａ，２２０ｂ クライアント
【技術分野】
【０００１】
本発明は、電子カルテサーバ、表示方法及び表示プログラムに関する。
【背景技術】
【０００２】
近年、医療現場では、電子カルテシステムが広く用いられている。電子カルテシステムを利用する利用者は、受診者の診察結果や検査結果などの診療情報を電子カルテシステムのデータベースに登録する。なお、利用者は、例えば、医師や看護師、薬剤師など医療従事者を含む。また、受診者は、例えば、病人やけが人などの患者のみならず、健康診断を受診する者や妊産婦などの健常者も含む。また、以下では、電子カルテシステムにおいて用いられるカルテを「電子カルテ」と記載する。
【０００３】
電子カルテシステムにおいて、通常、電子カルテに記入する権限は医師にのみ認められており、看護師や薬剤師など、他の利用者には閲覧する権限のみが認められている。このため、電子カルテシステムにおいて、利用者の間で受診者についての情報を交換したり共有したりするために、全ての利用者が入力及び閲覧可能な「患者掲示板」と呼ばれる機能がある。患者掲示板には、例えば、利用者の間で交換されるメッセージや受診者の訴えなどが各利用者によって記載される。
【０００４】
また、電子カルテから重要な情報のみを把握させるために、電子カルテに記載された各項目について表示か非表示かを決定する技術も存在する。例えば、この技術では、電子カルテに記載された各項目について表示か非表示かの条件を設定しておく。そして、電子カルテを表示する際に、設定された条件に照らして各項目の表示か非表示かを決定する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−２３１５９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来技術では、重要な情報が見落とされてしまうことがあった。例えば、表示された患者掲示板の画面がタブで分割されている場合には、どのタブに重要な情報が含まれているのかが明確ではなく、利用者に重要な情報が見落とされてしまうことがあった。また、例えば、患者掲示板の画面が手動スクロールを要するものである場合には、スクロールした画面のどこに重要な情報が含まれているのかが明確ではなく、利用者に重要な情報が見落とされてしまうことがあった。
【０００７】
開示の技術は、上記に鑑みてなされたものであって、重要な情報が見落とされることを防ぐことができる電子カルテサーバ、表示方法及び表示プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願の開示する技術は、一つの態様において、通信制御部と、共有情報記憶部と、決定部と、出力部とを備える。通信制御部は、受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける。決定部は、受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、共有情報が登録された登録日時または共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、要求に含まれる受診者識別情報に対応する共有情報を取得する。決定部は、属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、属性ごとに表示領域を区別して共有情報を表示する閲覧画面の表示を制御する。出力部は、決定部により制御された前記閲覧画面を前記端末に出力する。
【発明の効果】
【０００９】
本願の開示する技術の一つの態様によれば、重要な情報が見落とされることを防ぐことができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１に係る電子カルテサーバの機能構成を示すブロック図である。
【図２】図２は、患者掲示板の表示画面の一例を示す図である。
【図３】図３は、患者掲示板の表示画面の一例を示す図である。
【図４】図４は、患者掲示板の表示画面の一例を示す図である。
【図５】図５は、閲覧履歴テーブルのデータ構造の一例を示す図である。
【図６】図６は、掲示板テーブルのデータ構造の一例を示す図である。
【図７】図７は、指導歴テーブルのデータ構造の一例を示す図である。
【図８】図８は、コンサルテーションテーブルのデータ構造の一例を示す図である。
【図９】図９は、実施例１に係る電子カルテサーバの処理手順を示すフローチャートである。
【図１０】図１０は、初期表示決定処理の処理手順を示すフローチャートである。
【図１１】図１１は、実施例２に係る電子カルテサーバの処理手順を示すフローチャートである。
【図１２】図１２は、データセンタへの適用例を説明するための図である。
【図１３】図１３は、表示プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願の開示する電子カルテサーバ、表示方法及び表示プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせても良い。
【実施例１】
【００１２】
［構成］
実施例１に係る電子カルテサーバの機能構成の一例について説明する。図１は、実施例１に係る電子カルテサーバの機能構成を示すブロック図である。図１に示すように、この電子カルテサーバ１００は、利用者が操作するクライアント２０ａ，２０ｂ，２０ｃにネットワーク１０を介して接続される。電子カルテサーバ１００は、例えば、医療機関ごとに設置され、受診者の診察結果や検査結果などの診療情報が記載されたカルテを記憶するデータベースを備える。なお、ネットワーク１０としては、有線又は無線を問わず、インターネット（Internet）、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用しても良い。また、図１に示した例では、電子カルテサーバ１００に３つのクライアント２０ａ，２０ｂ，２０ｃが接続される場合を示したが、図示の構成に限定されない。すなわち、電子カルテサーバ１００には任意数のクライアントが接続されて良い。また、以下では、クライアント２０ａ，２０ｂ，２０ｃの各装置を区別無く総称する場合には、クライアント２０と記載する。
【００１３】
クライアント２０は、医師や看護師、薬剤師などの各利用者がそれぞれ使用する端末であり、例えば、パーソナルコンピュータやＰＤＡ（Personal Digital Assistant）などの情報処理端末に対応する。例えば、クライアント２０には、受診者の電子カルテの記入及び閲覧、あるいは処方や検査などのオーダの発行など、診療に関する各種業務を支援するクライアント用アプリケーションがインストールされる。例えば、クライアント２０は、利用者が各自のアカウントでログインすることにより、クライアント用アプリケーションを起動する。このクライアント用アプリケーションは、後述する電子カルテサーバ１００にインストールされたサーバ用アプリケーションと連携して、電子カルテサーバ１００が有する各種の機能のうち、ログインした利用者のアカウントに応じた機能を提供する。なお、利用者は、例えば、医師や看護師、薬剤師など医療従事者を含む。また、受診者は、例えば、病人やけが人などの患者のみならず、健康診断を受診する者や妊産婦などの健常者も含む。また、以下では、電子カルテサーバ１００において用いられるカルテを「電子カルテ」と記載する。例えば、電子カルテを記入する権限は、医師にのみ認められており、看護師や薬剤師など、医師以外の利用者には閲覧する権限のみが認められているものとする。また、クライアント２０は、端末の一例である。
【００１４】
例えば、クライアント２０は、利用者から要求を受け付ける。例えば、クライアント２０は、受信者の電子カルテの表示を命令する情報である電子カルテの表示要求を利用者から受け付ける。この表示要求は、例えば、受診者を識別する受診者識別情報と、利用者を識別する利用者識別情報とを含む。クライアント２０は、受け付けた表示要求を電子カルテサーバ１００に送信する。また、例えば、クライアント２０は、患者掲示板の表示画面を電子カルテサーバ１００から受信し、受信した表示画面を出力する。この患者掲示板は、利用者の間で受診者についての情報を交換したり共有したりするために、医師以外の利用者にも入力及び閲覧の権限が認められている機能である。患者掲示板は、例えば、利用者の間で交換されるメッセージや受診者の訴えなどの情報を含む。なお、ここでは、表示要求が利用者識別情報を含む場合を説明したが、本発明はこれに限定されるものではない。例えば、利用者が利用者識別情報を用いてログインし、後述する電子カルテサーバ１００において利用者識別情報が一旦認証された場合には、必ずしも表示要求が利用者識別情報を含まなくても良い。
【００１５】
ここで、患者の電子カルテを閲覧する権限があるユーザ（医師、看護師などの医療従事者）が、ある患者の電子カルテを閲覧しようとした場合に、電子カルテの閲覧に先駆けて、患者掲示板を確認することで、患者掲示板に記入された情報が見逃されるリスクを低減することが考えられる。このような運用を考えた場合に、電子カルテを表示する以前に、ユーザが確認する必要がある情報を、患者掲示板の表示画面に、集約することで、情報の見落としをさらに効果的に抑止できる。例えば、医師が患者に対して医療的な指導を行った履歴や、診療科間での診療の履歴等は、電子カルテを閲覧する前に、ユーザが把握しておくことが望ましい情報といえる。
【００１６】
よって、以下では、患者掲示板の表示画面は、利用者の間で交換されるメッセージや受診者の訴えなどを表示する掲示板タグ、医師が患者に対して医療的な指導を行った履歴を表示する指導歴タブ、科間での診療の履歴を表示するコンサルテーションタブなどを備えるとして説明を行う。
【００１７】
図２から図４を用いて、クライアント２０に表示される患者掲示板の表示画面について説明する。図２から図４は、患者掲示板の表示画面の一例を示す図である。患者掲示板の表示画面は、記載内容に基づいて、例えば、「掲示板タブ」、「指導歴タブ」及び「コンサルテーションタブ」に分割表示される。なお、患者掲示板は、閲覧画面の一例である。
【００１８】
図２には、掲示板タブが表示された患者掲示板の表示画面の一例を示す。図２に示すように、表示画面２ａは、例えば、受診者の基礎情報２ｂと掲示板タブ２ｃとを含む。受診者の基礎情報２ｂには、例えば、受診者の受診者ＩＤ、氏名、性別、生年月日、年齢などが表示される。掲示板タブ２ｃには、例えば、あなたあてメッセージ、スタッフ伝言板、治療方針及び患者・家族の訴えなどが表示される。表示画面２ａの情報は、例えば、表示画面２ａを介して利用者により入力される。なお、掲示板タブ２ｃは、患者掲示板が起動した場合に最初に表示されるようにデフォルトで設定されている。
【００１９】
図３には、指導歴タブが表示された患者掲示板の表示画面の一例を示す。図３に示すように、表示画面３ａは、例えば、受診者の基礎情報３ｂと指導歴タブ３ｃとを含む。受診者の基礎情報３ｂは、図２に示した受診者の基礎情報２ｂと同様である。指導歴タブ３ｃには、例えば、現在までに受診者に対して行われた指導の履歴が表示される。表示画面３ａの情報は、例えば、表示画面３ａを介して利用者により入力される。なお、指導歴タブ３ｃを患者掲示板で共有するのは、指導料の算定漏れを防ぐためである。
【００２０】
図４には、コンサルテーションタブが表示された患者掲示板の表示画面の一例を示す。図４に示すように、表示画面４ａは、例えば、受診者の基礎情報４ｂとコンサルテーションタブ４ｃとを含む。受診者の基礎情報４ｂは、図２に示した受診者の基礎情報２ｂと同様である。コンサルテーションタブ４ｃには、例えば、他の診療科に対する診察の依頼と、その依頼に対する回答が表示される。表示画面４ａの情報は、例えば、表示画面４ａを介して利用者により入力される。なお、コンサルテーションタブ４ｃを患者掲示板で共有するのは、他の診療科から依頼された診察に係る情報の見落としを防ぐためである。
【００２１】
図１の説明に戻る。電子カルテサーバ１００は、クライアント２０に各種の機能を提供する。電子カルテサーバ１００には、カルテの記入及び閲覧、あるいは処方や検査などのオーダの発行など、診療に関する各種業務を支援するサーバ用アプリケーションがインストールされる。電子カルテサーバ１００は、クライアント２０から利用者の利用者ＩＤ（Identification）やパスワードなどの認証情報とともにログイン要求を受け付けると、ログイン認証を実行する。電子カルテサーバ１００は、ログイン認証に成功した場合に、クライアント用アプリケーションとの連携を開始する。このサーバ用アプリケーションは、電子カルテサーバ１００が有する各種の機能のうち、ログインした利用者のアカウントに応じた機能をクライアント用アプリケーションに解放する。なお、電子カルテサーバ１００は、ログインした利用者のアカウントに基づいて、利用者の氏名や職種、所属診療科、勤続年数などの個人情報を識別することができる。
【００２２】
また、電子カルテサーバ１００は、通信制御部１１０と、記憶部１２０と、制御部１３０とを有する。通信制御部１１０は、電子カルテサーバ１００とクライアント２０との間で送受信される各種情報に関する通信を制御する。例えば、通信制御部１１０は、受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける。例えば、ネットワークインタフェースカード（ＮＩＣ：Network Interface Card）である。
【００２３】
記憶部１２０は、例えば、閲覧履歴テーブル１２１と、掲示板テーブル１２２と、指導歴テーブル１２３と、コンサルテーションテーブル１２４とを有する。例えば、記憶部１２０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、ハードディスクや光ディスクなどの記憶装置に対応する。なお、掲示板テーブル１２２、指導歴テーブル１２３、コンサルテーションテーブル１２４は、それぞれ共有情報記憶部の一例である。共有情報記憶部は、例えば、受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する。このうち、共有情報は、属性ごとに管理されており、属性とは、情報の内容を区別する情報である。
【００２４】
閲覧履歴テーブル１２１は、患者掲示板が閲覧された履歴を記憶する。図５は、閲覧履歴テーブルのデータ構造の一例を示す図である。図５に示すように、閲覧履歴テーブル１２１は、例えば、「閲覧日時」と、「利用者ＩＤ」と、「受診者ＩＤ」とを対応付けて記憶する。このうち、閲覧日時は、患者掲示板が閲覧された日時を示す。利用者ＩＤは、患者掲示板を閲覧した利用者の利用者ＩＤを示す。また、利用者ＩＤは、電子カルテサーバ１００を利用する利用者を一意に識別する識別番号であり、利用者識別情報の一例である。受診者ＩＤは、閲覧された患者掲示板の受診者のＩＤを示す。また、受診者ＩＤは、受診者を一意に識別する識別番号であり、受診者識別情報の一例である。なお、閲覧履歴テーブル１２１は、閲覧履歴記憶部の一例である。閲覧履歴記憶部は、例えば、利用者識別情報と、利用者によって閲覧された履歴を記憶する。
【００２５】
図５に示すように、閲覧履歴テーブル１２１は、例えば、閲覧日時「２０１０／８／２７ １０：３２」と、利用者ＩＤ「００６３Ａ」と、受診者ＩＤ「１０１９」とを対応付けて記憶する。つまり、閲覧履歴テーブル１２１は、２０１０年８月２７日１０時３２分に、利用者ＩＤ「００６３Ａ」の利用者が受診者ＩＤ「１０１９」の受診者の患者掲示板を閲覧したことを記憶する。また、閲覧履歴テーブル１２１は、他の閲覧履歴についても同様に記憶する。
【００２６】
掲示板テーブル１２２は、患者掲示板の掲示板タブに表示される情報を記憶する。ここで、掲示板の情報とは、利用者の間で交換されるメッセージを含む情報である。例えば、掲示板テーブル１２２には、患者掲示板の掲示板タブを介して情報が入力されるごとに、１つのレコードが登録される。図６は、掲示板テーブルのデータ構造の一例を示す図である。図６に示すように、掲示板テーブル１２２は、例えば、「受診者ＩＤ」と、「利用者ＩＤ」と、「登録日時」と、「項目」と、「内容」とを対応付けて記憶する。このうち、受診者ＩＤは、情報が入力された患者掲示板を示す。利用者ＩＤは、情報を入力した利用者を示す。登録日時は、レコードが登録された日時を示す。項目は、情報が入力された項目を示す。例えば、項目「患者・家族の訴え」は、「患者・家族の訴え」に情報が入力されたことを示す。また、例えば、項目「スタッフ伝言板」は、「スタッフ伝言板」に情報が入力されたことを示す。また、例えば、項目「治療方針」は、「治療方針」に情報が入力されたことを示す。また、例えば、項目「あなたあてメッセージ」は、「あなたあてメッセージ」に情報が入力されたことを示す。内容は、入力された情報の内容を示す。なお、掲示板テーブル１２２が記憶する情報は、利用者の間で交換されるメッセージを示す第一の属性に係る情報の一例である。
【００２７】
図６に示すように、掲示板テーブル１２２は、例えば、受診者ＩＤ「１０１９」と、利用者ＩＤ「００６３Ａ」と、登録日時「２０１０／８／２７ １０：３２」と、項目「患者・家族の訴え」と、内容「寝つきが悪いと訴えています」とを対応付けて記憶する。つまり、掲示板テーブル１２２は、２０１０年８月２７日１０時３２分に、受診者ＩＤ「１０１９」の患者掲示板の「患者・家族の訴え」に対して、利用者ＩＤ「００６３Ａ」の利用者が「寝つきが悪いと訴えています」と入力したことを記憶する。また、掲示板テーブル１２２は、他の情報についても同様に記憶する。
【００２８】
指導歴テーブル１２３は、患者掲示板の指導歴タブに表示される情報を記憶する。ここで、指導歴とは、医師が受診者に対して行った指導に係る情報である。例えば、指導歴テーブル１２３には、医師が受診者に対して行った指導について指導料を算定するごとに、１つのレコードが登録される。図７は、指導歴テーブルのデータ構造の一例を示す図である。図７に示すように、指導歴テーブル１２３は、例えば、「受診者ＩＤ」と、「利用者ＩＤ」と、「登録日時」と、「指導日」と、「指導者」と、「指導内容」とを対応付けて記憶する。このうち、受診者ＩＤ、利用者ＩＤ及び登録日時は、図６に示した受診者ＩＤ、利用者ＩＤ及び登録日時と同様である。指導日は、指導料の算定対象となった指導が行われた日を示す。指導者は、指導料の算定対象となった指導を行った医師を示す。指導内容は、指導料の算定対象となった指導の内容を示す。なお、指導歴テーブル１２３が記憶する情報は、医師が受診者に対して行った指導歴を示す第二の属性に係る情報の一例である。
【００２９】
図７に示すように、指導歴テーブル１２３は、受診者ＩＤ「１０１９」と、利用者ＩＤ「００６３Ａ」と、登録日時「２０１０／８／２ １０：２９」と、指導日「２０１０／８／１」と、指導者「ＡＡ」と、指導内容「てんかん指導」とを対応付けて記憶する。つまり、指導歴テーブル１２３は、２０１０年８月２日１０時２９分に、利用者ＩＤ「００６３Ａ」の利用者が受診者ＩＤ「１０１９」の受診者について指導料を算定したことを記憶する。また、指導歴テーブル１２３は、この指導料の算定対象となった指導が、２０１０年８月１日に医師「ＡＡ」が行った「てんかん指導」であることも記憶する。また、指導歴テーブル１２３は、他の指導歴についても同様に記憶する。
【００３０】
コンサルテーションテーブル１２４は、患者掲示板のコンサルテーションタブに表示される情報を記憶する。ここで、コンサルテーションとは、他の診療科から依頼された診察に係る情報である。例えば、コンサルテーションテーブル１２４には、他の診療科から診察が依頼されるごとに、あるいは、診察の依頼に対して回答するごとに、１つのレコードが登録される。図８は、コンサルテーションテーブルのデータ構造の一例を示す図である。図８に示すように、コンサルテーションテーブル１２４は、例えば、「受診者ＩＤ」と、「利用者ＩＤ」と、「登録日時」と、「種別」と、「依頼先診療科」と、「依頼元診療科」と、「依頼内容」と、「確認」とを対応付けて記憶する。このうち、受診者ＩＤ、利用者ＩＤ及び登録日時は、図６に示した受診者ＩＤ、利用者ＩＤ及び登録日時と同様である。種別は、レコードの種別を示す。種別「依頼」は、他の診療科に対する診察の依頼であることを示し、種別「回答」は、依頼に対する回答であることを示す。依頼先診療科は、依頼先の診療科を示す。依頼元診療科は、依頼元の診療科を示す。依頼内容は、依頼元診療科から依頼先診療科に対する依頼の内容を示す。確認は、レコードが確認されたか否かを示す。確認「未」は、種別「依頼」の場合には、依頼先診療科の医師が未確認であることを示し、種別「回答」の場合には、依頼元診療科の医師が未確認であることを示す。確認「済」は、種別「依頼」の場合には、依頼先診療科の医師が確認済であることを示し、種別「回答」の場合には、依頼元診療科の医師が確認済であることを示す。なお、種別「依頼」のレコードを依頼先診療科の医師が確認すると、確認「未」は「済」に更新される。また、種別「回答」のレコードを依頼元診療科の医師が確認すると、確認「未」は「済」に更新される。なお、コンサルテーションテーブル１２４が記憶する情報は、診療科間で診療を依頼するコンサルテーションを示す第三の属性にかかる情報の一例である。
【００３１】
図８に示すように、コンサルテーションテーブル１２４は、受診者ＩＤ「１０１９」と、利用者ＩＤ「００６３Ａ」と、登録日時「２０１０／８／２２ １０：３２」とを対応付けて記憶する。さらに、コンサルテーションテーブル１２４は、種別「依頼」と、依頼先診療科「耳鼻科」と、依頼元診療科「内科」と、依頼内容「耳の痛みを訴えています」とを対応付けて記憶する。つまり、コンサルテーションテーブル１２４は、２０１０年８月２２日１０時３２分に、受診者ＩＤ「１０１９」の受診者について、利用者ＩＤ「００６３Ａ」の利用者が他の診療科に対して診察を依頼したことを記憶する。また、コンサルテーションテーブル１２４は、この依頼が、内科から耳鼻科に対して「耳の痛みを訴えています」という依頼であったことも記憶する。また、コンサルテーションテーブル１２４は、他のコンサルテーションについても同様に記憶する。
【００３２】
図１の説明に戻る。制御部１３０は、決定部１３１と、出力部１３２とを有する。制御部１３０の機能は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現することができる。また、制御部１３０の機能は、例えば、ＣＰＵ（Central Processing Unit）が所定のプログラムを実行することで実現することができる。
【００３３】
決定部１３１は、例えば、共有情報記憶部から、要求に含まれる受診者識別情報に対応する共有情報を取得する。決定部１３１は、属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御する。また、決定部１３１は、例えば、共有情報記憶部に、閲覧履歴記憶部から取得した利用者の最終閲覧日時より後の登録日時に対応する共有情報が存在する場合に、制御を行う。
【００３４】
例えば、決定部１３１は、受診者の電子カルテを表示する旨の要求を利用者が操作する端末から受け付けた場合に、閲覧履歴記憶部から、利用者が最後に閲覧した日時を取得する。決定部１３１は、取得した日時より後に共有情報を記憶する記憶部に格納された共有情報があれば、記憶部に記憶された共有情報に基づいて、端末に初期表示させる共有情報を決定する。
【００３５】
例えば、決定部１３１は、電子カルテの表示要求を利用者から受け付けると、利用者が最後に患者掲示板を閲覧した日時を示す最終閲覧日時を閲覧履歴テーブル１２１から取得する。決定部１３１は、取得した最終閲覧日時より後に登録された共有情報があるか否かを判定する。最終閲覧日時より後に登録された共有情報がある場合には、決定部１３１は、初期表示決定処理を実行する。なお、ここで決定部１３１により判定される「最終閲覧日時より後に登録された共有情報があるか否か」という条件は、属性ごと設定された条件の一例である。
【００３６】
例えば、決定部１３１は、受診者ＩＤ「１０１９」の電子カルテについての表示要求を利用者ＩＤ「００６３Ａ」の利用者から受け付けた場合に、利用者ＩＤ「００６３Ａ」と受診者ＩＤ「１０１９」とを用いて、閲覧履歴テーブル１２１から閲覧日時を抽出する。図５に示す例では、決定部１３１は、閲覧日時「２０１０／８／２７ １０：３２」を抽出する。決定部１３１は、抽出した閲覧日時のうち、最近の閲覧日時を最終閲覧日時として取得する。決定部１３１は、掲示板テーブル１２２と、指導歴テーブル１２３と、コンサルテーションテーブル１２４とを参照し、受診者ＩＤ「１０１９」のレコードについて、取得した最終閲覧日時より後に登録された共有情報があるか否かを判定する。図６に示す例では、掲示板テーブル１２２には、２０１０年８月２７日１０時４５分に、受診者ＩＤ「１０１９」の患者掲示板の「スタッフ伝言板」に対して、利用者ＩＤ「０１８９Ｂ」の利用者が入力したことを示すレコードが存在する。この場合、決定部１３１は、取得した最終閲覧日時より後に登録された共有情報があると判定し、初期表示決定処理を実行する。
【００３７】
以下において、決定部１３１が実行する初期表示決定処理について説明する。この初期表示決定処理は、患者掲示板の情報のうち、クライアント２０に初期表示させる情報を決定する処理である。例えば、決定部１３１は、取得した共有情報の属性が第二の属性であって、共有情報の登録日時から、所定日数以上経過している場合に、第二の属性の表示領域を端末に初期表示させる。例えば、決定部１３１は、取得した共有情報の属性が第三の属性であって、ステータスが未確認である場合に、第三の属性の表示領域を端末に初期表示させる。
【００３８】
例えば、決定部１３１は、指導歴テーブル１２３に閲覧を要する共有情報があるか否かを判定する。例えば、決定部１３１は、表示要求のあった電子カルテの受診者ＩＤについて指導歴テーブル１２３を参照し、前回の指導日から所定日数以上経過した指導歴があるか否かを判定する。指導歴テーブル１２３に閲覧を要する共有情報がある場合には、決定部１３１は、指導フラグを設定する。一方、指導歴テーブル１２３に閲覧を要する共有情報がない場合には、決定部１３１は、指導フラグを非設定とする。なお、所定日数は、例えば、３０日である。なお、ここで決定部１３１により判定される「指導歴テーブル１２３に閲覧を要する共有情報があるか否か」という条件は、属性ごと設定された条件の一例である。
【００３９】
図７を用いて、決定部１３１が指導歴テーブル１２３に閲覧を要する共有情報があるか否かを判定する場合を説明する。ここでは、２０１０年９月２日に、受診者ＩＤ「１０１９」の電子カルテの表示要求を受け付けた場合を説明する。また、所定日数が３０日である場合を説明する。図７に示す例では、受診者ＩＤ「１０１９」の指導歴について、２０１０年８月２日に算定された指導歴が存在するので、決定部１３１は、前回の指導日から３０日以上経過したレコードがあると判定する。この場合、決定部１３１は、受診者ＩＤ「１０１９」の患者掲示板に指導フラグを設定する。
【００４０】
例えば、決定部１３１は、コンサルテーションテーブル１２４に閲覧を要する共有情報があるか否かを判定する。例えば、決定部１３１は、表示要求のあった電子カルテの受診者ＩＤについてコンサルテーションテーブル１２４を参照し、未確認のコンサルテーションがあるか否かを判定する。具体的には、決定部１３１は、種別が「依頼」であり、確認が「未」であり、依頼先診療科が表示要求を行った利用者の所属診療科と一致するレコードがあるか否かを判定する。つまり、決定部１３１は、表示要求を行った利用者の所属診療科に対して、他の診療科から未確認の診療依頼があるか否かを判定する。あるいは、決定部１３１は、種別が「回答」であり、確認が「未」であり、依頼元診療科が表示要求を行った利用者の所属診療科と一致するレコードがあるか否かを判定する。つまり、決定部１３１は、表示要求を行った利用者の所属診療科に対して、他の診療科から未確認の回答があるか否かを判定する。コンサルテーションテーブル１２４に閲覧を要する共有情報がある場合には、決定部１３１は、コンサルテーションフラグを設定する。一方、コンサルテーションテーブル１２４に閲覧を要する共有情報がない場合には、決定部１３１は、コンサルテーションフラグを非設定とする。なお、ここで決定部１３１により判定される「コンサルテーションテーブル１２４に閲覧を要する共有情報があるか否か」という条件は、属性ごと設定された条件の一例である。
【００４１】
図８を用いて、決定部１３１がコンサルテーションテーブル１２４に閲覧を要する共有情報があるか否かを判定する場合を説明する。ここでは、受診者ＩＤ「１０１９」の電子カルテの表示要求を行った利用者が「耳鼻科」の所属であった場合を説明する。図８に示す例では、受診者ＩＤ「１０１９」のレコードについて、種別が「依頼」であり、確認が「未」であり、依頼先診療科が「耳鼻科」であるレコードが存在するので、決定部１３１は、閲覧を要する共有情報があると判定する。この場合、決定部１３１は、受診者ＩＤ「１０１９」の患者掲示板にコンサルテーションフラグを設定する。
【００４２】
例えば、決定部１３１は、指導フラグとコンサルテーションフラグとに基づいて、初期表示させる共有情報を決定する。例えば、決定部１３１は、指導フラグ及びコンサルテーションフラグがいずれも非設定である場合には、掲示板タブを初期表示させる共有情報として決定する。また、例えば、決定部１３１は、指導フラグが設定され、コンサルテーションフラグが非設定である場合には、指導歴タブを初期表示させる共有情報として決定する。また、例えば、決定部１３１は、コンサルテーションフラグが設定され、指導フラグが非設定である場合には、コンサルテーションタブを初期表示させる共有情報として決定する。また、例えば、決定部１３１は、指導フラグ及びコンサルテーションフラグがいずれも設定されている場合には、予め優先表示させるタブを設定しておくことで、初期表示させる共有情報を決定する。つまり、決定部１３１は、優先表示させるタブとして指導歴タブを設定していた場合には指導歴タブを初期表示させる共有情報として決定する。また、決定部１３１は、優先表示させるタブとしてコンサルテーションタブを設定していた場合にはコンサルテーションタブを初期表示させる共有情報として決定する。このように、決定部１３１は、初期表示決定処理によりクライアント２０に初期表示させる情報を決定する。
【００４３】
出力部１３２は、例えば、決定部１３１により制御された閲覧画面を端末に出力する。また、出力部１３２は、例えば、電子カルテの表示画面とは異なる閲覧画面を出力するとともに、閲覧画面を出力した後に、表示画面を出力する。
【００４４】
例えば、出力部１３２は、決定部１３１により決定された共有情報が初期画面として示された閲覧画面を端末に出力する。例えば、出力部１３２は、初期表示決定処理により決定された共有情報を初期画面として、患者掲示板の表示画面を生成する。出力部１３２は、生成した患者掲示板の表示画面を出力する。例えば、出力部１３２は、生成した患者掲示板の表示画面をクライアント２０に送信し、送信した表示画面をクライアント２０に表示させる。
【００４５】
［処理］
次に、実施例１に係る電子カルテサーバ１００の処理手順について説明する。図９は、実施例１に係る電子カルテサーバの処理手順を示すフローチャートである。図９に示す処理は、例えば、図示した各装置に電源から電力が供給される間、所定時間間隔で実行される。
【００４６】
図９に示すように、電子カルテサーバ１００が電子カルテの表示要求を利用者から受け付けると（ステップＳ１０１Ｙｅｓ）、決定部１３１は、閲覧履歴テーブル１２１から最終閲覧日時を取得する（ステップＳ１０２）。なお、表示要求には、利用者ＩＤと、受診者ＩＤとが含まれる。なお、電子カルテサーバ１００は、後述の処理によって、表示要求に含まれる受信者ＩＤに対応する受信者の電子カルテを表示する。
【００４７】
決定部１３１は、利用者ＩＤに対応する利用者の最終閲覧日時より後に、受信者ＩＤに対応する受信者に対して登録された共有情報があるか否かを判定する（ステップＳ１０３）。利用者の最終閲覧日時より後に登録された共有情報がある場合には（ステップＳ１０３Ｙｅｓ）、決定部１３１は、初期表示決定処理を実行する（ステップＳ１０４）。
【００４８】
ここで、図１０を用いて、図９のステップＳ１０４に示した初期表示決定処理の処理手順について説明する。図１０は、初期表示決定処理の処理手順を示すフローチャートである。
【００４９】
図１０に示すように、決定部１３１は、指導歴テーブル１２３に閲覧を要する共有情報があるか否かを判定する（ステップＳ２０１）。例えば、決定部１３１は、表示要求のあった電子カルテの受診者ＩＤについて指導歴テーブル１２３を参照し、前回の指導日時から３０日以上経過したレコードがあるか否かを判定する。
【００５０】
指導歴テーブル１２３に閲覧を要する共有情報がある場合には（ステップＳ２０１Ｙｅｓ）、決定部１３１は、指導フラグを設定し、ステップＳ２０４に移行する（ステップＳ２０２）。一方、指導歴テーブル１２３に閲覧を要する共有情報がない場合には（ステップＳ２０１Ｎｏ）、決定部１３１は、指導フラグを非設定とし、ステップＳ２０４に移行する（ステップＳ２０３）。
【００５１】
決定部１３１は、コンサルテーションテーブル１２４に閲覧を要する共有情報があるか否かを判定する（ステップＳ２０４）。例えば、決定部１３１は、表示要求のあった電子カルテの受診者ＩＤについてコンサルテーションテーブル１２４を参照し、未確認のコンサルテーションがあるか否かを判定する。具体的には、決定部１３１は、種別が「依頼」であり、確認が「未」であり、依頼先診療科が表示要求を行った利用者の所属診療科と一致するレコードがあるか否かを判定する。つまり、決定部１３１は、表示要求を行った利用者の所属診療科に対して、他の診療科から未確認の診療依頼があるか否かを判定する。あるいは、決定部１３１は、種別が「回答」であり、確認が「未」であり、依頼元診療科が表示要求を行った利用者の所属診療科と一致するレコードがあるか否かを判定する。つまり、決定部１３１は、表示要求を行った利用者の所属診療科に対して、他の診療科から未確認の回答があるか否かを判定する。
【００５２】
コンサルテーションテーブル１２４に閲覧を要する共有情報がある場合には（ステップＳ２０４Ｙｅｓ）、決定部１３１は、コンサルテーションフラグを設定し、ステップＳ２０７に移行する（ステップＳ２０５）。一方、コンサルテーションテーブル１２４に閲覧を要する共有情報がない場合には（ステップＳ２０４Ｎｏ）、決定部１３１は、コンサルテーションフラグを非設定とし、ステップＳ２０７に移行する（ステップＳ２０６）。そして、決定部１３１は、初期表示させる共有情報を決定する（ステップＳ２０７）。
【００５３】
図９の説明に戻る。出力部１３２は、初期表示決定処理により決定された共有情報を表示する領域を表示する、患者掲示板の表示画面を生成する（ステップＳ１０５）。出力部１３２は、生成した患者掲示板の表示画面を出力する（ステップＳ１０６）。例えば、出力部１３２は、生成した患者掲示板の表示画面をクライアント２０に送信し、送信した表示画面をクライアント２０に表示させる。つまり、出力部１３２は、掲示板表示領域と、指導歴表示領域と、コンサルテーション表示領域とを有する患者掲示板の表示画面においては、いずれかの表示領域を初期表示するように制御する。なお、表示領域は、図２乃至図４に示すように、タブごとに別れていてもよいし、各々の表示領域が一表示単位内に配置されていても良い。
【００５４】
なお、利用者の最終閲覧日時より後に登録された共有情報がない場合には（ステップＳ１０３Ｎｏ）、電子カルテサーバ１００は、処理を終了する。例えば、出力部１３２は、患者掲示板を出力することなく、ステップＳ１０１において表示要求のあった電子カルテの情報を出力する。
【００５５】
また、例えば、ステップＳ２０１の処理及びステップＳ２０４の処理は、表示要求を行った利用者の職種に応じて、実行／非実行を選択しても良い。例えば、表示要求を行った利用者の職種が医師又は事務員である場合には、ステップＳ２０１の処理は実行され、医師及び事務員でない場合には、ステップＳ２０１の処理は実行されない。ステップＳ２０１の処理が実行されない場合には、指導歴タブが患者掲示板の初期画面として選択されることはない。
【００５６】
また、図９及び図１０に示した処理手順は、必ずしも上記の処理手順で実行されなくても良い。例えば、電子カルテサーバ１００が電子カルテの表示要求を利用者から受け付ける処理であるステップＳ１０１が肯定判定されると、初期表示決定処理であるステップＳ１０４の処理が実行される。ステップＳ１０４において、指導歴タブ又はコンサルテーションタブが初期表示される旨が決定された場合には、初期表示決定処理により決定された共有情報を初期画面として、患者掲示板の表示画面を生成する処理であるステップＳ１０５の処理が実行される。そして、患者掲示板の表示画面を出力する処理であるステップＳ１０６の処理が実行される。
【００５７】
一方、ステップＳ１０４において、指導歴タブもコンサルテーションタブも初期表示されると決定されなかった場合には、最終閲覧日時を取得する処理であるステップＳ１０２の処理が実行される。そして、利用者の最終閲覧日時より後に登録された共有情報があるか否かを判定する処理であるステップＳ１０３の処理が実行される。
【００５８】
ステップＳ１０３が肯定判定された場合には、掲示板タブを初期画面として、患者掲示板の表示画面を生成する処理であるステップＳ１０５の処理が実行される。そして、患者掲示板の表示画面を出力する処理であるステップＳ１０６の処理が実行される。一方、ステップＳ１０３が否定判定された場合には、電子カルテサーバ１００は、処理を終了する。
【００５９】
［効果］
次に、実施例１に係る電子カルテサーバ１００の効果について説明する。電子カルテサーバ１００は、受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける。電子カルテサーバ１００は、受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、共有情報が登録された登録日時または共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、要求に含まれる受診者識別情報に対応する共有情報を取得する。電子カルテサーバ１００は、属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、属性ごとに表示領域を区別して共有情報を表示する閲覧画面の表示を制御する。電子カルテサーバ１００は、決定部により制御された前記閲覧画面を前記端末に出力する。このため、電子カルテサーバ１００は、重要な情報が見落とされることを防ぐことができる。
【００６０】
例えば、電子カルテサーバ１００は、受診者の電子カルテを利用者が閲覧する際に、その受診者の患者掲示板に利用者にとって新着の情報があれば、患者掲示板を自動起動させる。このため、電子カルテサーバ１００は、患者掲示板に新規に登録された情報を効率よく共有することができる。
【００６１】
また、例えば、電子カルテサーバ１００は、自動起動によって表示された患者掲示板の画面がタブで分割されている場合には、重要な情報を含むタブを初期画面として端末に出力させるので、重要な情報が見落とされることを防ぐことができる。
【００６２】
また、例えば、電子カルテサーバ１００は、指導歴テーブル１２３に閲覧を要する情報が存在する場合には、デフォルトの初期画面である掲示板タブではなく指導歴タブを初期表示させる。このため、電子カルテサーバ１００は、重要な情報が見落とされることを防ぐことができる。
【００６３】
また、例えば、電子カルテサーバ１００は、コンサルテーションテーブル１２４に閲覧を要する情報が存在する場合には、デフォルトの初期画面である掲示板タブではなくコンサルテーションタブを初期表示させる。このため、電子カルテサーバ１００は、重要な情報が見落とされることを防ぐことができる。
【実施例２】
【００６４】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、その他の実施例にて実施されても良い。そこで、以下では、その他の実施例について説明する。
【００６５】
［患者掲示板の直接起動］
実施例１では、電子カルテの表示要求に応じて自動起動された患者掲示板の初期画面を決定する場合を説明したが、本発明はこれに限定されるものではない。例えば、実施例１に示した電子カルテサーバ１００は、利用者によって患者掲示板が直接起動された場合にも、初期画面を決定することができる。
【００６６】
図１１を用いて、利用者によって直接起動された患者掲示板の初期画面を決定する場合を説明する。図１１は、実施例２に係る電子カルテサーバの処理手順を示すフローチャートである。図１１に示す処理は、例えば、図示した各装置に電源から電力が供給される間、所定時間間隔で実行される。
【００６７】
図１１に示すように、電子カルテサーバ１００が患者掲示板の表示要求を利用者から受け付けると（ステップＳ３０１Ｙｅｓ）、決定部１３１は、初期表示決定処理を実行する（ステップＳ３０２）。この初期表示決定処理は、図１０に示した初期表示決定処理の処理手順と同様である。
【００６８】
出力部１３２は、初期表示決定処理により決定された共有情報を初期画面として、患者掲示板の表示画面を生成する（ステップＳ３０３）。出力部１３２は、生成した患者掲示板の表示画面を出力する（ステップＳ３０４）。例えば、出力部１３２は、生成した患者掲示板の表示画面をクライアント２０に送信し、送信した表示画面をクライアント２０に表示させる。
【００６９】
［データセンタ］
また、実施例１では、電子カルテサーバ１００が医療機関に設置される場合を説明したが、本発明はこれに限定されるものではない。例えば、電子カルテサーバ１００は、複数の医療機関に接続されたデータセンタに適用されても良い。図１２は、データセンタへの適用例を説明するための図である。図１２に示すように、データセンタ２００は、例えば、ネットワーク２１０を介してクライアント２２０ａ，２２０ｂ・・・と接続される。ネットワーク２１０には、有線又は無線を問わず、インターネット（Internet）、ＷＡＮ（Wide Area Network）などの任意の種類の通信網を採用できる。また、クライアント２２０ａ，２２０ｂ・・・は、複数の医療機関に分散して設置される。また、データセンタ２００は、サーバ装置２０１ａ，２０１ｂ・・・と、記憶装置２０２ａ，２０２ｂ・・・とを有する。なお、ここでは、クライアント２２０ａ，２２０ｂ・・・を区別なく述べる場合にクライアント２２０と総称する。また、サーバ装置２０１ａ，２０１ｂ・・・を区別なく述べる場合にサーバ装置２０１と総称する。また、記憶装置２０２ａ，２０２ｂ・・・を区別なく述べる場合に記憶装置２０２と総称する。
【００７０】
例えば、データセンタ２００は、サーバ装置２０１を用いて、図１に示した電子カルテサーバ１００の機能を仮想マシンとして実現する。また、例えば、データセンタ２００は、記憶装置２０２を用いて、図１に示した閲覧履歴テーブル１２１と、掲示板テーブル１２２と、指導歴テーブル１２３と、コンサルテーションテーブル１２４とを病院ごとに区別して記憶する。
【００７１】
例えば、データセンタ２００において、電子カルテサーバ１００の機能を担う仮想マシンである電子カルテＶＭ（Virtual Machine）は、受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける。電子カルテＶＭは、受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、共有情報が登録された登録日時または共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、要求に含まれる受診者識別情報に対応する共有情報を取得する。電子カルテＶＭは、属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、属性ごとに表示領域を区別して共有情報を表示する閲覧画面の表示を制御する。電子カルテＶＭは、決定部により制御された前記閲覧画面を前記端末に出力する。このため、電子カルテＶＭは、重要な情報が見落とされることを防ぐことができる。
【００７２】
［その他］
また、実施例１では、新着情報の存在を判定する際、すなわち、最終閲覧日時より後に登録された共有情報の存在を判定する際に、決定部１３１が掲示板テーブル１２２と、指導歴テーブル１２３と、コンサルテーションテーブル１２４とを参照する場合を説明した。しかし、本発明はこれに限定されるものではない。例えば、決定部１３１は、新着情報の存在を判定する際に、掲示板テーブル１２２のみを参照し、指導歴テーブル１２３及びコンサルテーションテーブル１２４については参照しなくても良い。つまり、例えば、決定部１３１は、電子カルテの表示要求を利用者から受け付けると、利用者が最後に患者掲示板を閲覧した日時を示す最終閲覧日時を閲覧履歴テーブル１２１から取得する。決定部１３１は、掲示板テーブル１２２を参照し、取得した最終閲覧日時より後に登録された共有情報があるか否かを判定する。最終閲覧日時より後に登録された共有情報がある場合には、決定部１３１は、初期表示決定処理を実行する。
【００７３】
また、実施例１では、患者掲示板の表示画面が、記載内容に基づいて、「掲示板タブ」、「指導歴タブ」及び「コンサルテーションタブ」に分割表示される場合を説明したが、本発明はこれに限定されるものではない。例えば、患者掲示板の画面が手動スクロールを要するものである場合にも、本発明を適用することができる。例えば、指導フラグが設定され、コンサルテーションフラグが非設定である場合には、決定部１３１は、指導歴を表示する領域を初期表示させる共有情報として決定する。そして、出力部１３２は、指導歴を表示する領域を手動スクロールが不要な領域に配置した表示画面を生成し、生成した表示画面を出力する。例えば、出力部１３２は、生成した表示画面をクライアント２０に送信し、送信した表示画面をクライアント２０に表示させる。このため、電子カルテサーバ１００は、患者掲示板の画面が手動スクロールを要するものである場合にも、重要な情報が見落とされることを防ぐことができる。
【００７４】
また、実施例１では、クライアント２０にインストールされたクライアント用アプリケーションがサーバ用アプリケーションと連携し、電子カルテサーバ１００が有する各種の機能を提供する場合を説明したが、本発明はこれに限定されるものではない。例えば、クライアント２０は、電子カルテサーバ１００の機能を利用するための専用アプリケーションを用いることなく、ブラウザを介して電子カルテサーバ１００が提供するサービスを利用しても良い。
【００７５】
また、例えば、実施例１において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。例えば、最終閲覧日時より後に登録された共有情報がある場合には、初期表示決定処理が自動的に開始されるものとして説明したが、利用者による開始指示を受け付けるボタンの押下によって手動的に開始されても良い。この他、上述文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、コンサルテーションテーブル１２４は、コンサルテーションに基づいて診察される次回の診察日を記憶するようにしても良い。
【００７６】
また、例えば、図１に示した電子カルテサーバ１００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、電子カルテサーバ１００の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、電子カルテサーバ１００にネットワーク１０を介して外部記憶装置を接続し、記憶部１２０が記憶する情報を外部記憶装置が記憶するようにしても良い。
【００７７】
また、電子カルテサーバ１００は、電子カルテサーバ１００の各機能を既知の情報処理装置に搭載することによって実現することもできる。既知の情報処理装置は、例えば、パーソナルコンピュータ、ワークステーションなどの装置に対応する。
【００７８】
［プログラム］
図１３は、表示プログラムを実行するコンピュータを示す図である。図１３に示すように、コンピュータ３００は、各種演算処理を実行するＣＰＵ３０１と、ユーザからデータの入力を受け付ける入力装置３０２と、モニタ３０３とを有する。また、コンピュータ３００は、記憶媒体からプログラム等を読み取る媒体読み取り装置３０４と、他の装置と接続するためのインターフェース装置３０５と、他の装置と無線により接続するための無線通信装置３０６とを有する。また、コンピュータ３００は、各種情報を一時記憶するＲＡＭ（Random Access Memory）３０７と、ハードディスク装置３０８とを有する。また、各装置３０１〜３０８は、バス３０９に接続される。
【００７９】
ハードディスク装置３０８には、図１に示した決定部１３１及び出力部１３２の各処理部と同様の機能を有する表示プログラムが記憶される。また、ハードディスク装置３０８には、表示プログラムを実現するための各種データが記憶される。
【００８０】
ＣＰＵ３０１は、ハードディスク装置３０８に記憶された各プログラムを読み出して、ＲＡＭ３０７に展開し、各種の処理を行う。また、これらのプログラムは、コンピュータを図１に示した決定部１３１及び出力部１３２として機能させることができる。
【００８１】
なお、上記の表示プログラムは、必ずしもハードディスク装置３０８に記憶されている必要はない。例えば、コンピュータが読み取り可能な記録媒体に記憶されたプログラムを、コンピュータ３００が読み出して実行するようにしても良い。コンピュータが読み取り可能な記録媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等に接続された装置にこのプログラムを記憶させておき、コンピュータ３００がこれらからプログラムを読み出して実行するようにしても良い。
【００８２】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００８３】
（付記１）受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける通信制御部と、
前記受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部と、
前記共有情報記憶部から、前記要求に含まれる前記受診者識別情報に対応する共有情報を取得し、前記属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御する決定部と、
前記決定部により制御された前記閲覧画面を前記端末に出力する出力部と
を備えたことを特徴とする電子カルテサーバ。
【００８４】
（付記２）前記利用者識別情報と、前記利用者によって閲覧された履歴を記憶する閲覧履歴記憶部をさらに備え、
前記決定部は、前記共有情報記憶部に、前記閲覧履歴記憶部から取得した前記利用者の最終閲覧日時より後の登録日時に対応する共有情報が存在する場合に、前記制御を行うことを特徴とする付記１に記載の電子カルテサーバ。
【００８５】
（付記３）前記要求はさらに、前記受信者の電子カルテの表示を命令する情報を含み、
前記出力部は、前記電子カルテの表示画面とは異なる前記閲覧画面を出力するとともに、前記閲覧画面を出力した後に、該表示画面を出力することを特徴とする付記１または２に記載の電子カルテサーバ。
【００８６】
（付記４）前記共有情報は、利用者の間で交換されるメッセージを示す第一の属性に係る情報と、医師が受診者に対して行った指導歴を示す第二の属性に係る情報とを含み、
前記決定部は、前記取得した共有情報の属性が前記第二の属性であって、該共有情報の登録日時から、所定日数以上経過している場合に、該第二の属性の表示領域を前記端末に初期表示させることを特徴とする付記１乃至付記３のいずれか一つに記載の電子カルテサーバ。
【００８７】
（付記５）前記共有情報は、さらに、診療科間で診療を依頼するコンサルテーションを示す第三の属性にかかる情報を含み、
前記決定部は、前記取得した共有情報の属性が前記第三の属性であって、前記ステータスが未確認である場合に、該第三の属性の表示領域を前記端末に初期表示させることを特徴とする付記４に記載の電子カルテサーバ。
【００８８】
（付記６）コンピュータによって実行される表示方法であって、
受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付け、
前記受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、前記要求に含まれる前記受診者識別情報に対応する共有情報を取得し、前記属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御し、
前記閲覧画面の表示を制御する処理により制御された前記閲覧画面を前記端末に出力する
ことを特徴とする表示方法。
【００８９】
（付記７）前記閲覧画面の表示を制御する処理は、前記共有情報記憶部に、前記利用者識別情報と、前記利用者によって閲覧された履歴を記憶する閲覧履歴記憶部から取得した前記利用者の最終閲覧日時より後の登録日時に対応する共有情報が存在する場合に、前記制御を行うことを特徴とする付記６に記載の表示方法。
【００９０】
（付記８）前記要求はさらに、前記受信者の電子カルテの表示を命令する情報を含み、
前記端末に出力する処理は、前記電子カルテの表示画面とは異なる前記閲覧画面を出力するとともに、前記閲覧画面を出力した後に、該表示画面を出力することを特徴とする付記６または７に記載の表示方法。
【００９１】
（付記９）前記共有情報は、利用者の間で交換されるメッセージを示す第一の属性に係る情報と、医師が受診者に対して行った指導歴を示す第二の属性に係る情報とを含み、
前記閲覧画面の表示を制御する処理は、前記取得した共有情報の属性が前記第二の属性であって、該共有情報の登録日時から、所定日数以上経過している場合に、該第二の属性の表示領域を前記端末に初期表示させることを特徴とする付記６乃至付記８のいずれか一つに記載の表示方法。
【００９２】
（付記１０）前記共有情報は、さらに、診療科間で診療を依頼するコンサルテーションを示す第三の属性にかかる情報を含み、
前記閲覧画面の表示を制御する処理は、前記取得した共有情報の属性が前記第三の属性であって、前記ステータスが未確認である場合に、該第三の属性の表示領域を前記端末に初期表示させることを特徴とする付記９に記載の表示方法。
【００９３】
（付記１１）コンピュータに、
受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付け、
前記受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、前記要求に含まれる前記受診者識別情報に対応する共有情報を取得し、前記属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御し、
前記閲覧画面の表示を制御する処理により制御された前記閲覧画面を前記端末に出力する
処理を実行させることを特徴とする表示プログラム。
【００９４】
（付記１２）前記閲覧画面の表示を制御する処理は、前記共有情報記憶部に、前記利用者識別情報と、前記利用者によって閲覧された履歴を記憶する閲覧履歴記憶部から取得した前記利用者の最終閲覧日時より後の登録日時に対応する共有情報が存在する場合に、前記制御を行うことを特徴とする付記１１に記載の表示プログラム。
【００９５】
（付記１３）前記要求はさらに、前記受信者の電子カルテの表示を命令する情報を含み、
前記端末に出力する処理は、前記電子カルテの表示画面とは異なる前記閲覧画面を出力するとともに、前記閲覧画面を出力した後に、該表示画面を出力することを特徴とする付記１１または１２に記載の表示プログラム。
【００９６】
（付記１４）前記共有情報は、利用者の間で交換されるメッセージを示す第一の属性に係る情報と、医師が受診者に対して行った指導歴を示す第二の属性に係る情報とを含み、
前記閲覧画面の表示を制御する処理は、前記取得した共有情報の属性が前記第二の属性であって、該共有情報の登録日時から、所定日数以上経過している場合に、該第二の属性の表示領域を前記端末に初期表示させることを特徴とする付記１１乃至付記１３のいずれか一つに記載の表示プログラム。
【００９７】
（付記１５）前記共有情報は、さらに、診療科間で診療を依頼するコンサルテーションを示す第三の属性にかかる情報を含み、
前記閲覧画面の表示を制御する処理は、前記取得した共有情報の属性が前記第三の属性であって、前記ステータスが未確認である場合に、該第三の属性の表示領域を前記端末に初期表示させることを特徴とする付記１４に記載の表示プログラム。
【符号の説明】
【００９８】
１０ ネットワーク
２０，２０ａ，２０ｂ，２０ｃ クライアント
１００ 電子カルテサーバ
１１０ 通信制御部
１２０ 記憶部
１２１ 閲覧履歴テーブル
１２２ 掲示板テーブル
１２３ 指導歴テーブル
１２４ コンサルテーションテーブル
１３０ 制御部
１３１ 決定部
１３２ 出力部
２００ データセンタ
２０１，２０１ａ，２０１ｂ サーバ装置
２０２，２０２ａ，２０２ｂ 記憶装置
２１０ ネットワーク
２２０，２２０ａ，２２０ｂ クライアント
【特許請求の範囲】
【請求項１】
受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける通信制御部と、
前記受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部と、
前記共有情報記憶部から、前記要求に含まれる前記受診者識別情報に対応する共有情報を取得し、前記属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御する決定部と、
前記決定部により制御された前記閲覧画面を前記端末に出力する出力部と
を備えたことを特徴とする電子カルテサーバ。
【請求項２】
前記利用者識別情報と、前記利用者によって閲覧された履歴を記憶する閲覧履歴記憶部をさらに備え、
前記決定部は、前記共有情報記憶部に、前記閲覧履歴記憶部から取得した前記利用者の最終閲覧日時より後の登録日時に対応する共有情報が存在する場合に、前記制御を行うことを特徴とする請求項１に記載の電子カルテサーバ。
【請求項３】
前記要求はさらに、前記受信者の電子カルテの表示を命令する情報を含み、
前記出力部は、前記電子カルテの表示画面とは異なる前記閲覧画面を出力するとともに、前記閲覧画面を出力した後に、該表示画面を出力することを特徴とする請求項１または２に記載の電子カルテサーバ。
【請求項４】
前記共有情報は、利用者の間で交換されるメッセージを示す第一の属性に係る情報と、医師が受診者に対して行った指導歴を示す第二の属性に係る情報とを含み、
前記決定部は、前記取得した共有情報の属性が前記第二の属性であって、該共有情報の登録日時から、所定日数以上経過している場合に、該第二の属性の表示領域を前記端末に初期表示させることを特徴とする請求項１乃至請求項３のいずれか一項に記載の電子カルテサーバ。
【請求項５】
前記共有情報は、さらに、診療科間で診療を依頼するコンサルテーションを示す第三の属性にかかる情報を含み、
前記決定部は、前記取得した共有情報の属性が前記第三の属性であって、前記ステータスが未確認である場合に、該第三の属性の表示領域を前記端末に初期表示させることを特徴とする請求項４に記載の電子カルテサーバ。
【請求項６】
コンピュータによって実行される表示方法であって、
受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付け、
前記受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、前記要求に含まれる前記受診者識別情報に対応する共有情報を取得し、前記属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御し、
前記閲覧画面の表示を制御する処理により制御された前記閲覧画面を前記端末に出力する
ことを特徴とする表示方法。
【請求項７】
コンピュータに、
受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付け、
前記受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、前記要求に含まれる前記受診者識別情報に対応する共有情報を取得し、前記属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御し、
前記閲覧画面の表示を制御する処理により制御された前記閲覧画面を前記端末に出力する
処理を実行させることを特徴とする表示プログラム。
【請求項１】
受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付ける通信制御部と、
前記受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部と、
前記共有情報記憶部から、前記要求に含まれる前記受診者識別情報に対応する共有情報を取得し、前記属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御する決定部と、
前記決定部により制御された前記閲覧画面を前記端末に出力する出力部と
を備えたことを特徴とする電子カルテサーバ。
【請求項２】
前記利用者識別情報と、前記利用者によって閲覧された履歴を記憶する閲覧履歴記憶部をさらに備え、
前記決定部は、前記共有情報記憶部に、前記閲覧履歴記憶部から取得した前記利用者の最終閲覧日時より後の登録日時に対応する共有情報が存在する場合に、前記制御を行うことを特徴とする請求項１に記載の電子カルテサーバ。
【請求項３】
前記要求はさらに、前記受信者の電子カルテの表示を命令する情報を含み、
前記出力部は、前記電子カルテの表示画面とは異なる前記閲覧画面を出力するとともに、前記閲覧画面を出力した後に、該表示画面を出力することを特徴とする請求項１または２に記載の電子カルテサーバ。
【請求項４】
前記共有情報は、利用者の間で交換されるメッセージを示す第一の属性に係る情報と、医師が受診者に対して行った指導歴を示す第二の属性に係る情報とを含み、
前記決定部は、前記取得した共有情報の属性が前記第二の属性であって、該共有情報の登録日時から、所定日数以上経過している場合に、該第二の属性の表示領域を前記端末に初期表示させることを特徴とする請求項１乃至請求項３のいずれか一項に記載の電子カルテサーバ。
【請求項５】
前記共有情報は、さらに、診療科間で診療を依頼するコンサルテーションを示す第三の属性にかかる情報を含み、
前記決定部は、前記取得した共有情報の属性が前記第三の属性であって、前記ステータスが未確認である場合に、該第三の属性の表示領域を前記端末に初期表示させることを特徴とする請求項４に記載の電子カルテサーバ。
【請求項６】
コンピュータによって実行される表示方法であって、
受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付け、
前記受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、前記要求に含まれる前記受診者識別情報に対応する共有情報を取得し、前記属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御し、
前記閲覧画面の表示を制御する処理により制御された前記閲覧画面を前記端末に出力する
ことを特徴とする表示方法。
【請求項７】
コンピュータに、
受診者を識別する受診者識別情報を含む要求を、利用者が操作する端末から受け付け、
前記受診者識別情報と、内容に応じた属性ごとに登録された共有情報と、該共有情報が登録された登録日時または該共有情報が閲覧されたか否かを示すステータスとを記憶する共有情報記憶部から、前記要求に含まれる前記受診者識別情報に対応する共有情報を取得し、前記属性ごと設定された条件と、取得した共有情報の登録日時またはステータスとの比較結果に基づいて、該属性ごとに表示領域を区別して該共有情報を表示する閲覧画面の表示を制御し、
前記閲覧画面の表示を制御する処理により制御された前記閲覧画面を前記端末に出力する
処理を実行させることを特徴とする表示プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−４１３３９（Ｐ２０１３−４１３３９Ａ）
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願番号】特願２０１１−１７６２８６（Ｐ２０１１−１７６２８６）
【出願日】平成２３年８月１１日（２０１１．８．１１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願日】平成２３年８月１１日（２０１１．８．１１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]