JP6505920B2 - 診療支援装置、診療支援装置の作動方法および作動プログラム、並びに診療支援システム - Google Patents

Description

本発明は、診療支援装置、診療支援装置の作動方法および作動プログラム、並びに診療支援システムに関するものである。

医療分野において、患者を診察する医師や医療検査を実施する検査技師等の医療スタッフが患者の治療を円滑に進めるために、患者の診療に関する複数の項目と、複数の患者を識別する患者識別情報とがそれぞれ配列される二次元領域に、患者毎の複数の項目の内容を表示した患者リストを生成し、生成した患者リストを医療スタッフの閲覧に供することが行われている。

例えば特許文献１には、患者の診療に関する項目として、医療スタッフが患者に対して実施する診察や医療検査等の診療プロセスの項目を含む患者リストを有する表示画面を生成する診療支援装置（特許文献１では管理サーバと表記）が記載されている。診療支援装置は、生成した表示画面を、各医療スタッフが操作するクライアント端末に出力する。クライアント端末は、表示画面をディスプレイに表示させ、各医療スタッフの閲覧に供する。

特許文献１に記載の患者リストは、項目が横軸に、患者識別情報（特許文献１では患者番号と表記）が縦軸に配されている。項目には、視力検査、散瞳、眼底撮影、非接触眼圧測定等の眼科の医療検査の項目や、医療検査以外の診療プロセスである診察、処置、会計等の項目が例示されている。こうした診療プロセスの項目には、診療プロセスの進捗状況を表すアイコン（特許文献１ではステータスマークと表記）が配されている。

特許文献１の表示画面には、上記の各項目のうちの一部が表示され、表示画面に収まりきらない残りの項目は非表示とされる。この非表示の項目を表示可能とするため、患者リストには横スクロールバーが設けられている。また、患者リストには、患者が多くなって全患者の患者識別情報が表示画面に収まりきらない場合に備えて縦スクロールバーも設けられている。

スクロールバーは、周知のように、スクロールバー内を移動可能なスライダーと、スクロールバーの両端に配された一対のアローボタンとを有する。非表示部分に対して表示部分のほうが多い場合、スクロールバー全体に占めるスライダーの面積は比較的大きくなり、逆に表示部分に対して非表示部分のほうが多い場合、スクロールバー全体に占めるスライダーの面積は比較的小さくなる。非表示部分は、スライダーやアローボタンがマウスカーソルで操作される、あるいはマウスのホイールボタンが回転されるといったスクロール操作により表示可能となる。

特開２００６−３３８５２１号公報

患者リストを構成する複数の項目や複数の患者識別情報が表示画面に収まりきらず、非表示部分が生じる場合、特許文献１に記載されているように、スクロール操作により非表示部分を表示可能とする表示態様は、従来から常套的に行われている。

特許文献１のようにスクロールバーを設ける表示態様では、上述のようにスクロールバー全体に占めるスライダーの面積によって大まかな非表示部分の量を把握することはできる。しかしながら、非表示部分に含まれる項目の件数や、非表示部分に含まれる患者識別情報の件数（非表示部分に患者識別情報が含まれる患者の人数）がどれだけあるかといった具体的な非表示部分の量は把握することができない。

このように具体的な非表示部分の量を把握することができないと、患者リストの閲覧に掛かる具体的な労力および時間を予測することができない。このため、多忙を極める医療スタッフにとって余計なストレスとなる場合があった。

本発明は、医療スタッフがストレスを感じることなく患者リストを閲覧することが可能な診療支援装置、診療支援装置の作動方法および作動プログラム、並びに診療支援システムを提供することを目的とする。

上記課題を解決するために、本発明の診療支援装置は、患者の診療に関する複数の項目が配列される項目配列軸と、複数の患者を識別する患者識別情報が配列される患者識別情報配列軸とで構成される二次元領域に、患者毎の複数の項目の内容を表す患者リストを有する表示画面を生成する画面生成部と、複数の項目の一部または複数の患者識別情報の一部のうちの少なくとも一方が、表示画面に収まりきらない非表示部分となる場合に、スクロール操作により非表示部分を表示可能とさせる画面表示制御部であり、非表示部分に含まれる項目の件数または非表示部分に含まれる患者識別情報の件数のうちの少なくとも一方を表示画面に表示させる画面表示制御部とを備えている。

件数は、患者リスト上に半透明で表示されることが好ましい。また、件数は、スクロール操作により表示が消えることが好ましい。さらに、件数は、非表示部分が存在することを示すマーク内に表示されることが好ましい。マークは、非表示部分が存在する方向を指し示す矢印の形状を有することが好ましい。

項目には、医療スタッフが患者に対して実施する診療プロセスの項目が含まれることが好ましい。また、患者リストには、項目の内容を表すアイコンがマトリクス状に配されており、アイコンは、実施の予定が登録された診療プロセスに対してのみ表示されることが好ましい。また、アイコンは診療プロセスの進捗状況を表し、進捗状況の変化に応じてアイコンの表示形態が変化することが好ましい。

各医療スタッフに応じた患者リストが生成され、患者リストは、表示される項目、患者識別情報、または進捗状況のうちの少なくとも１つが、各医療スタッフがそれぞれ担当している患者および診療プロセスに応じて異なることが好ましい。

各患者の種類に応じた患者リストが生成され、患者リストは、表示される項目、患者識別情報、または進捗状況のうちの少なくとも１つが、各患者の種類に応じて異なることが好ましい。各患者の種類は、手術が決定した手術決定患者、通院している外来通院患者、または病棟に入院している病棟入院患者を含むことが好ましい。

本発明の診療支援装置の作動方法は、患者の診療に関する複数の項目が配列される項目配列軸と、複数の患者を識別する患者識別情報が配列される患者識別情報配列軸とで構成される二次元領域に、患者毎の複数の項目の内容を表す患者リストを有する表示画面を生成する画面生成ステップと、複数の項目の一部または複数の患者識別情報の一部のうちの少なくとも一方が、表示画面に収まりきらない非表示部分となる場合に、スクロール操作により非表示部分を表示可能とさせる画面表示制御ステップであり、非表示部分に含まれる項目の件数または非表示部分に含まれる患者識別情報の件数のうちの少なくとも一方を表示画面に表示させる画面表示制御ステップとを備えている。

本発明の診療支援装置の作動プログラムは、患者の診療に関する複数の項目が配列される項目配列軸と、複数の患者を識別する患者識別情報が配列される患者識別情報配列軸とで構成される二次元領域に、患者毎の複数の項目の内容を表す患者リストを有する表示画面を生成する画面生成機能と、複数の項目の一部または複数の患者識別情報の一部のうちの少なくとも一方が、表示画面に収まりきらない非表示部分となる場合に、スクロール操作により非表示部分を表示可能とさせる画面表示制御機能であり、非表示部分に含まれる項目の件数または非表示部分に含まれる患者識別情報の件数のうちの少なくとも一方を表示画面に表示させる画面表示制御機能とを、コンピュータに実行させる。

さらに本発明の診療支援システムは、診療支援装置とクライアント端末とこれらを相互に通信可能に接続するネットワークとで構成される診療支援システムであって、患者の診療に関する複数の項目が配列される項目配列軸と、複数の患者を識別する患者識別情報が配列される患者識別情報配列軸とで構成される二次元領域に、患者毎の複数の項目の内容を表す患者リストを有する表示画面を生成する画面生成部と、複数の項目の一部または複数の患者識別情報の一部のうちの少なくとも一方が、表示画面に収まりきらない非表示部分となる場合に、スクロール操作により非表示部分を表示可能とさせる画面表示制御部であり、非表示部分に含まれる項目の件数または非表示部分に含まれる患者識別情報の件数のうちの少なくとも一方を表示画面に表示させる画面表示制御部とを備えている。

本発明によれば、非表示部分に含まれる項目の件数または非表示部分に含まれる患者識別情報の件数のうちの少なくとも一方を表示画面に表示させるので、医療スタッフがストレスを感じることなく患者リストを閲覧することが可能な診療支援装置、診療支援装置の作動方法および作動プログラム、並びに診療支援システムを提供することができる。

診療支援システムを示す説明図である。 カルテＤＢに格納された電子カルテの内容を示す図である。 画像ＤＢに格納された検査画像の内容を示す図である。 レポートＤＢに格納された医用レポートの内容を示す図である。 診療支援サーバやクライアント端末を構成するコンピュータを示すブロック図である。 診療支援サーバおよびクライアント端末のＣＰＵの各機能部を示すブロック図である。 進捗状況情報の内容を示す図である。 医療検査の流れと、対応する進捗状況を示す説明図である。 格納先情報の内容を示す図である。 スタッフ情報の内容を示す図である。 第１表示画面を示す図である。 患者リスト表示部の上部を示す図である。 患者リスト表示部を示す図である。 患者件数表示マークの拡大図である。 図１３の状態から右方向へのスクロール操作がされた場合の患者リスト表示部を示す図である。 患者種類およびスタッフ種類別項目表の内容を示す図である。 患者の種類が「病棟入院患者」で医療スタッフの種類が管理栄養士であった場合の患者リストを示す図である。 小アイコンによる進捗状況の表示例を示す図である。 通常アイコンによる進捗状況の表示例を示す図である。 第２表示画面を示す図である。 検査履歴表示部を示す図である。 診療支援サーバおよびクライアント端末のＣＰＵの各機能部の処理の流れを示すフローチャートである。 件数表示マークの別の例を示す図である。 フローティングマップを示す図である。 図２４の状態から右方向に現在表示枠が移動操作された場合のフローティングマップを示す図である。 フローティングマップの表示位置の例を示す図である。 非表示部分を表示可能とするスクロール操作がされた場合に、件数表示マークの表示が残る場合を示す図である。 医療スタッフの種類に応じて進捗状況を変更する例を示す説明図である。 クライアント端末が診療支援装置の機能を担う例を示すブロック図である。

図１において、診療支援システム１０は、病院等の医療施設で診療支援を行うためのコンピュータシステムである。診療支援システム１０は、診療支援サーバ１１と、クライアント端末１２と、サーバ群１３とを備えている。これらは医療施設内に敷設されたＬＡＮ（Local Area Network）等のネットワーク１４で相互に通信可能に接続されている。

診療支援サーバ１１は、本発明の診療支援装置として機能する。具体的には、診療支援サーバ１１は、患者の診療過程で取得された診療データをサーバ群１３から取得し、取得した診療データに基づいて、第１表示画面１５Ａ（表示画面に相当、図１１も参照）および第２表示画面１５Ｂ（図２０参照）を生成する。診療支援サーバ１１は、生成した第１表示画面１５Ａおよび第２表示画面１５Ｂを、クライアント端末１２に配信する。なお、図１では第１表示画面１５Ａを図示している。

診療支援サーバ１１は、画面編集情報１６が格納される画面編集情報データベース（以下、ＤＢ（Data Base）と略す）１１Ａを有する。診療支援サーバ１１は、この画面編集情報１６を参照して第１表示画面１５Ａおよび第２表示画面１５Ｂを生成、編集する。

クライアント端末１２は、内科、外科、耳鼻科、眼科といった医療施設内の各診療科や、放射線検査科、臨床検査科等の各検査科に設置され、各診療科の医師や各検査科の検査技師、あるいは看護師、管理栄養士等の医療スタッフにより操作される。クライアント端末１２は、診療支援サーバ１１から送信された第１表示画面１５Ａおよび第２表示画面１５Ｂを表示して医療スタッフの閲覧に供する。つまり、クライアント端末１２は、第１表示画面１５Ａおよび第２表示画面１５Ｂを医療スタッフが閲覧するためのビューア端末として機能する。

診療支援サーバ１１は、第１表示画面１５Ａおよび第２表示画面１５Ｂを、例えば、ＸＭＬ（Extensible Markup Language）等のマークアップ言語によって作成されるウェブ配信用のＸＭＬデータの形式でクライアント端末１２に配信する。クライアント端末１２は、ＸＭＬデータに基づき第１表示画面１５Ａおよび第２表示画面１５Ｂをウェブブラウザ上に再現して表示する。なお、ＸＭＬに代えて、ＪＳＯＮ（JavaScript（登録商標） Object Notation）等の他のデータ記述言語を利用してもよい。

サーバ群１３は、診療支援サーバ１１からの取得要求に応じた診療データを検索して、検索した診療データを診療支援サーバ１１に送信する。サーバ群１３は、電子カルテサーバ２１と画像サーバ２２とレポートサーバ２３とを備えている。

電子カルテサーバ２１は、電子カルテ２４が格納されるカルテＤＢ２１Ａを有する。電子カルテ２４には、診療データとして、問診内容や診断内容、病名等を記録した診察記録データ、血液検査、生化学検査等の検体検査、および心電図検査、脳波検査等の生理検査を含む医療検査の検査値といった検査データ、患者の心拍、脈拍、血圧、体温等のバイタルサインの測定値といった測定データ、医療検査、レポート作成、処置、手術、投薬等の各種オーダを記録するオーダデータ、初診、入院、退院、再入院、処置、手術、投薬、完治等の患者の診療過程で生じたイベントを記録する治療記録データ、受診料、薬料、入院費等を記録する会計データが入力されている。電子カルテ２４のこれらの各種診療データはクライアント端末１２で入力することができ、また、クライアント端末１２で閲覧することができる。

画像サーバ２２は、いわゆるＰＡＣＳ（Picture Archiving and Communication System）サーバであり、検査画像２５が格納される画像ＤＢ２２Ａを有する。検査画像２５は、ＣＴ（Computed tomography）検査、ＭＲＩ（Magnetic Resonance Imaging）検査、単純Ｘ線検査、超音波検査、内視鏡検査等の各種画像検査で得られた画像であり、例えばＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格のデータファイル形式で作成される。検査画像２５はクライアント端末１２で閲覧することができる。

レポートサーバ２３は、医用レポート２６が格納されるレポートＤＢ２３Ａを有する。医用レポート２６は、画像検査で得られた検査画像２５を読影医が読影した結果をまとめたものである。医用レポート２６はクライアント端末１２で作成、閲覧することができる。

電子カルテ２４、検査画像２５、および医用レポート２６には、個々の患者を識別するための番号や記号である患者ＩＤ（Identification Data）等が付帯情報として関連付けて記憶されている（図２ないし図４参照）。また、電子カルテ２４には各種診療データを入力した医療スタッフの医療スタッフＩＤ、検査画像２５には検査を実施した検査技師の医療スタッフＩＤ、医用レポート２６にはこれを作成した読影医の医療スタッフＩＤが付帯情報として関連付けて記憶されている。この医療スタッフＩＤによって、医療スタッフの誰がどの診療プロセスを行ったかが分かるようになっている。なお、医療スタッフＩＤは、各医療スタッフを識別するための番号や記号である。電子カルテ２４、検査画像２５、および医用レポート２６は、こうした患者ＩＤ等の付帯情報を検索キーワードとして、各ＤＢ２１Ａ、２２Ａ、２３Ａから検索することが可能である。

図２において、カルテＤＢ２１Ａに格納された電子カルテ２４は、「０１２３４５６７８９」といった１０桁の数字で表される患者ＩＤが関連付けられて患者単位で管理される。電子カルテ２４には、患者ＩＤの他、患者の氏名、性別、生年月日あるいは年齢等の患者情報と、複数項目の診療データとが記録される。診療データは、「血圧（上）」、「血圧（下）」、「生化学検査Ａ」、「治療記録」等の項目別に整理されて時系列に記録されている。なお、図２では示していないが、診療データには、前述の診察記録データ、血圧以外の心拍、脈拍、体温等のバイタルサインの測定値、オーダデータ、会計データ等も含まれる。

診療データの各項目の１件分のレコードには、診療日時、検査日時、測定日時、投薬日時（投薬を実施した日時または処方した日時）、患者の診療過程で生じた様々なイベントの日時等の日時に関する情報と、問診内容、診断内容、検査値、測定値、投与量、診療報酬額、イベント等のデータ内容とが含まれる。項目が投薬の場合は、投薬効果が発現するまでに時間を要する場合があるため、例えば、「１日に一定量ずつの服用を５日間継続する」というように、所定期間にわたる投薬が１回の処方で指示される場合がある。この場合には、投薬日時として、その薬の服用が予定されている日時が記録される。

治療記録データに記録されるイベントは、入院、手術、転科、退院、再入院等を含み、入院のイベントに付随する入院予約の内容、手術のイベントに付随する麻酔依頼の内容、術前サマリ、手術申込の内容、麻酔同意書、手術同意書等も記録される。なお、術前サマリは、手術前に実施した医療検査の結果の要約である。また、麻酔同意書、手術同意書は、麻酔、手術を行う必要性やリスク等を患者やその家族に説明し、患者やその家族に署名や捺印を求める文書である。

図３において、画像ＤＢ２２Ａに格納された検査画像２５は、電子カルテ２４と同じく患者ＩＤが関連付けられて患者単位で管理される。検査画像２５には、患者ＩＤの他、画像検査を実施した検査日時（検査画像２５が画像ＤＢ２２Ａにアップされた日時）、画像ＩＤおよびオーダＩＤ、「単純Ｘ線検査」、「ＣＴ検査」等の画像検査の種類、「Ｘ線画像」、「断層画像」等の検査画像の種類、「胸部」、「腹部」等の撮影部位といった検査画像２５の属性が付帯情報として関連付けられている。画像サーバ２２は、こうした検査日時や属性といった付帯情報とともに、検査画像２５を診療データとして診療支援サーバ１１に送信する。

画像ＩＤは、各検査画像２５を識別するための番号や記号であり、オーダＩＤは、各オーダを識別するための番号や記号である。単純Ｘ線検査では、１回の画像検査で１枚のＸ線画像が撮影されることが多い。対してＣＴ検査で取得される断層画像のように、１回の画像検査で複数枚の検査画像２５が撮影される場合もある。このように１回の画像検査で複数枚の検査画像２５が撮影された場合は、複数枚の検査画像２５が１回の画像検査で得られたことを示すために各検査画像２５に共通のオーダＩＤが付与され、１まとめの検査画像２５として管理される。単純Ｘ線検査で複数枚撮影された場合も同様である。

なお、検査画像２５の付帯情報としては、検査画像２５内の病変の位置やサイズ、病変の種類、病変の特徴量、病変の治癒レベル等に関する情報を含めてもよい。また、画像検査が超音波検査であった場合は、超音波画像を解析して得られた血流計測値を付帯情報として含めてもよい。

図４において、レポートＤＢ２３Ａに格納された医用レポート２６は、電子カルテ２４および検査画像２５と同じく患者ＩＤが関連付けられて患者単位で管理される。医用レポート２６には、患者ＩＤの他、医用レポート２６の作成日時（医用レポート２６がレポートＤＢ２３Ａにアップされた日時）、医用レポート２６のレポートＩＤ、医用レポート２６に添付した検査画像２５の画像ＩＤとオーダＩＤ、および検査画像２５と同様の属性が付帯情報として関連付けられている。レポートサーバ２３は、こうした付帯情報とともに、医用レポート２６を診療データとして診療支援サーバ１１に送信する。なお、図２〜図４では、各種日時のうちの日付のみを示している。

診療支援サーバ１１、クライアント端末１２、およびサーバ群１３の各サーバ２１〜２３は、サーバコンピュータ、パーソナルコンピュータ、ワークステーションといったコンピュータをベースに、オペレーティングシステム等の制御プログラムや、サーバプログラムまたはクライアントプログラム等のアプリケーションプログラムをインストールして構成される。

図５において、診療支援サーバ１１やクライアント端末１２等を構成するコンピュータは、基本的な構成は同じであり、それぞれ、ストレージデバイス３０、メモリ３１、ＣＰＵ（Central Processing Unit）３２、通信部３３、ディスプレイ３４、および入力デバイス３５を備えている。これらはデータバス３６を介して相互接続されている。

ストレージデバイス３０は、診療支援サーバ１１やクライアント端末１２等を構成するコンピュータに内蔵、またはケーブルやネットワークを通じて接続されたハードディスクドライブ、もしくはハードディスクドライブを複数台連装したディスクアレイである。ストレージデバイス３０には、オペレーティングシステム等の制御プログラムや各種アプリケーションプログラム、およびこれらのプログラムに付随する各種操作画面の表示データが記憶されている。

メモリ３１は、ＣＰＵ３２が処理を実行するためのワークメモリである。ＣＰＵ３２は、ストレージデバイス３０に記憶されたプログラムをメモリ３１へロードして、プログラムにしたがった処理を実行することにより、コンピュータの各部を統括的に制御する。

通信部３３は、ネットワーク１４を介した各種情報の伝送制御を行うネットワークインターフェースである。ディスプレイ３４は、マウスやキーボード等の入力デバイス３５の操作に応じた各種操作画面を表示する。操作画面にはＧＵＩ(Graphical User Interface)による操作機能が備えられる。診療支援サーバ１１やクライアント端末１２等を構成するコンピュータは、操作画面を通じて入力デバイス３５からの操作指示の入力を受け付ける。なお、以下の説明では、診療支援サーバ１１を構成するコンピュータの各部には添え字の「Ａ」を、クライアント端末１２を構成するコンピュータの各部には添え字の「Ｂ」をそれぞれ符号に付して区別する。

図６において、クライアント端末１２のストレージデバイス３０Ｂには、第１表示画面１５Ａおよび第２表示画面１５Ｂを閲覧するためのビューアソフトウエア４０がアプリケーションプログラムとして記憶されている。ビューアソフトウエア４０は、第１表示画面１５Ａおよび第２表示画面１５Ｂを構成する複数の表示部の表示を制御する複数のガジェットエンジン（以下、単にガジェットという）を含む。なお、ガジェットとは、ビューアソフトウエア４０等の主たるアプリケーションプログラムに付随して動作して、各種機能を発揮するサブプログラムである。

ビューアソフトウエア４０が起動されると、クライアント端末１２のＣＰＵ３２Ｂは、メモリ３１Ｂ（図示せず）と協働して、ＧＵＩ制御部４１および要求発行部４２として機能する。

ＧＵＩ制御部４１は、診療支援サーバ１１から配信された第１表示画面１５Ａおよび第２表示画面１５Ｂをディスプレイ３４Ｂのウェブブラウザ上に表示する。ＧＵＩ制御部４１は、カーソル７５（図１２等参照）によるボタンのクリック操作等、第１表示画面１５Ａおよび第２表示画面１５Ｂを通じて入力デバイス３５Ｂから入力される操作指示に応じた第１表示画面１５Ａおよび第２表示画面１５Ｂの画面出力制御を行う。

要求発行部４２は、ＧＵＩ制御部４１を介した入力デバイス３５Ｂの操作指示に応じて、診療支援サーバ１１に対する各種処理要求を発行する。各種処理要求には、第１表示画面１５Ａの配信要求、並びに第１表示画面１５Ａおよび第２表示画面１５Ｂの編集要求がある。要求発行部４２で発行された各種処理要求は、ネットワーク１４を通じて診療支援サーバ１１に送信される。

配信要求には、医療スタッフＩＤが含まれる。医療スタッフＩＤは、例えば認証キーとともに第１表示画面１５Ａを起動するためのログイン画面（図示せず）を通じて入力される。

編集要求は、入力デバイス３５Ｂによる各種操作指示に応じた、第１表示画面１５Ａおよび第２表示画面１５Ｂの表示内容の編集を診療支援サーバ１１に要求するものである。編集要求には、患者の種類の指定を含むものがある。患者の種類としては、診療支援システム１０を有する医療施設で治療を受けている全患者のうち、手術が決定した患者（以下、手術決定患者という）、通院している患者（以下、外来通院患者という）、病棟に入院している患者（以下、病棟入院患者という）が用意されている。また、胃癌の患者というように、患者の病名を患者の種類として指定することも可能である。

診療支援サーバ１１のストレージデバイス３０Ａには、作動プログラム４５がアプリケーションプログラムとして記憶されている。作動プログラム４５は、診療支援サーバ１１を構成するコンピュータを、診療支援装置として機能させるためのプログラムである。診療支援サーバ１１のＣＰＵ３２Ａは、作動プログラム４５が起動されると、メモリ３１Ａ（図示せず）と協働して、要求受付部４６、画面編集情報管理部４７、画面編集部４８、および配信制御部４９として機能する。

要求受付部４６は、クライアント端末１２からの配信要求および編集要求を受け付ける。要求受付部４６は、受け付けた配信要求および編集要求を画面編集情報管理部４７に出力する。

画面編集情報管理部４７は、画面編集情報ＤＢ１１Ａの画面編集情報１６を管理する。画面編集情報１６は、第１表示画面１５Ａの生成に必要な、医療スタッフが患者に対して実施する診療プロセスの進捗状況を患者毎に記録した進捗状況情報５０（図７参照）と、第２表示画面１５Ｂの編集に必要な、検査画像２５の画像ＤＢ２２Ａ内の格納先および医用レポート２６のレポートＤＢ２３Ａ内の格納先等の各種診療データの格納先を患者毎に記録した格納先情報５１（図９参照）と、第１表示画面１５Ａおよび第２表示画面１５Ｂに関する各種設定データを医療スタッフ毎に記録したスタッフ情報５２（図１０参照）とで構成される。

画面編集情報管理部４７は、サーバ群１３に対して、定期的、例えば１時間毎に診療データの取得要求を発行する。画面編集情報管理部４７は、この取得要求に応じてサーバ群１３から送信された診療データを取得し、取得した診療データに基づいて進捗状況情報５０および格納先情報５１を更新する。また、画面編集情報管理部４７は、要求受付部４６からの編集要求に応じて、スタッフ情報５２を更新する。なお、医療検査に関わる診療データの取得要求は１時間毎、その他の診療データは１日毎というように、診療データの種類に応じて取得要求を発行する間隔を変更してもよい。

画面編集情報管理部４７は、要求受付部４６からの配信要求および編集要求に応じて、第１表示画面１５Ａの生成、編集、および第２表示画面１５Ｂの編集に必要な画面編集情報１６を画面編集部４８に提供する。

画面編集部４８は、画面編集情報管理部４７から提供された画面編集情報１６に基づいて、第１表示画面１５Ａを生成する。すなわち画面編集部４８は画面生成部として機能する。

画面編集部４８は、第１表示画面１５Ａおよび第２表示画面１５Ｂの表示を制御する画面表示制御部として機能する。具体的には、画面編集部４８は、要求受付部４６が受け付けた編集要求に基づいて、第１表示画面１５Ａおよび第２表示画面１５Ｂの表示内容を編集する。また、画面編集部４８は、医療スタッフが患者に対して実施する診療プロセスの進捗状況の変化に応じて、通常アイコン８１Ｃおよび小アイコン８２（図１３参照）の表示形態を変化させる。

配信制御部４９は、第１表示画面１５Ａおよび第２表示画面１５Ｂを、処理要求を送信したクライアント端末１２に通信部３３Ａ（図示せず）を介して配信する制御を行う。

図７において、進捗状況情報５０は、診療プロセスの進捗状況を患者ＩＤ毎に記録したものである。進捗状況情報５０は、患者種類、担当医療スタッフＩＤ、病名、および診療プロセス項目の各項目を有する。なお、図７では、左上端のタブに示すように、医療スタッフの種類が医師の場合の進捗状況情報５０を示している。

患者種類の項目には、前述の「手術決定患者」、「外来通院患者」、および「病棟入院患者」のいずれかが記録される。「手術決定患者」は、電子カルテ２４のオーダデータに手術のオーダが記録されている患者である。「病棟入院患者」は、電子カルテ２４の治療記録データに入院のイベントが記録されていて、退院のイベントが記録されていない患者である。「病棟入院患者」の中には、「病棟入院患者」でかつ「手術決定患者」のものもいる。この場合の患者種類の項目には、「手術決定患者」が記録される。「外来通院患者」は、「手術決定患者」および「病棟入院患者」に該当しない患者である。このように患者の種類は電子カルテ２４の診療データを参照することで特定することができる。

担当医療スタッフＩＤの項目には、当該患者の治療を担当する医療スタッフの医療スタッフＩＤが記録される。担当医療スタッフＩＤの項目に記録された医療スタッフは、当該患者の治療を連携して行うチーム医療を担う医療スタッフの一員である。担当医療スタッフＩＤは、診療データに付帯される医療スタッフＩＤから特定することができる。

病名の項目には、「胃癌」といった病名とともに、「０１／２３」等の病名を記録した日付、および「Ｄ００１」等の病名を記録した医師（主治医）の医療スタッフＩＤが記録される。病名および医療スタッフＩＤは電子カルテ２４の診察記録データから特定することができる。

診療プロセス項目は、入院予約、検査（医療検査）、麻酔依頼、術前サマリ、手術申込、麻酔同意書、手術同意書等の各項目を有する。これら各項目には、各診療プロセスに関する情報が記録される。例えば入院予約の項目には、「０１／２３ ０９：３０」等の入院予約を行った日時、「１月２５日〜１月３０日」等の入院予約した期間、「４０５号」等の病室名、および「個室」等の病室の種類が記録される。また、麻酔依頼の項目には、「０１／２３」等の麻酔依頼を行った日付、「全身」等の麻酔の種類、および「Ｄ００５」等の麻酔依頼を受けた医療スタッフの医療スタッフＩＤが表示される。

検査の項目には、「０１／２４」等の最初に医療検査に着手した日付、および各種医療検査の進捗状況が記録される。各種医療検査は、例えばＣＴ検査であれば「ＣＴ」、ＭＲＩ検査であれば「ＭＲ」、単純Ｘ線検査であれば「ＤＲ（Digital Radiography）」、超音波検査であれば「ＵＳ（Ultrasonography）」、内視鏡検査であれば「ＥＳ（Endoscopy）」、血液検査であれば「血」、生化学検査であれば「生」、心電図検査であれば「心」、脳波検査であれば「脳」等というように略記される。

検査以外の診療プロセス項目の進捗状況には、診療プロセスに着手していない状態である「未着手」、診療プロセスに着手しているが診療プロセスを完了していない状態である「未完了」、および診療プロセスが完了した状態である「確定」がある。図７において、「未着手」は、患者ＩＤ「００００００３２１０」の手術同意書の項目が該当する。この場合は診療プロセス項目には未着手である旨が記録される。「未完了」は、患者ＩＤ「００００００３２１０」の術前サマリ、および麻酔同意書の項目が該当する。この場合、診療プロセス項目には、「中断 肝臓転移の為・・・」や「提出待ち」等の診療プロセスが未完了である理由と、「０１／２０」等の理由を入力した日付、および「Ｄ００２」等の理由を入力した医療スタッフの医療スタッフＩＤが記録される。「確定」は、例えば患者ＩＤ「０１２３４５６７８９」の術前サマリ、患者ＩＤ「００００２５４７９８」の入院予約の診療プロセス項目等が該当する。患者ＩＤ「００００２５４７９８」の麻酔同意書の診療プロセス項目等、実施不要な診療プロセスの診療プロセス項目には何も記録されず空欄となる。

医療検査の進捗状況には、医療検査を実施していない状態を示す「未実施」、医用レポート２６が作成されて医療検査自体は実施し終えたが、医療スタッフが医用レポート２６を確認していない状態である「未確認」、および医用レポートを確認し終えた状態である「確認済」がある。医療検査の進捗状況が「未確認」か「確認済」かは、担当医療スタッフによって異なる。このため、「未実施」、および担当医療スタッフ全員が「確認済」以外の医療検査については、例えば患者ＩＤ「０１２３４５６７８９」の検査の項目の「ＵＳ：Ｄ０５０未確認、Ｄ００１、Ｄ００５、Ｄ０１８確認済」のように、「未確認」の担当医療スタッフの医療スタッフＩＤと、「確認済」の担当医療スタッフの医療スタッフＩＤとが併記される。

ここで、医療検査は図８に示すような流れに沿って実施される。まず、各診療科の医師により電子カルテ２４上で医療検査のオーダが発行される（ステップＳ１０）。発行されたオーダは各検査科のクライアント端末１２に送信され、クライアント端末１２で各検査科の検査技師により確認される（ステップＳ１１）。検査技師は、確認したオーダに応じて、検査器具を用意したり患者を検査室に呼び込んだりして医療検査の準備を行った後（ステップＳ１２）、確認したオーダに応じた医療検査を実施する（ステップＳ１３）。

医療検査実施後、検査結果がアップされる（ステップＳ１４）。医療検査が画像検査の場合は、検査結果として検査画像２５が画像サーバ２２の画像ＤＢ２２Ａにアップされる。医療検査が検体検査、生理検査の場合は、検査結果として検査値が電子カルテサーバ２１のカルテＤＢ２１Ａにアップされる。医療検査が画像検査の場合は、検査結果がアップされると、その旨が医用レポート２６の作成を担当する読影医に通知される。

読影医は、アップされた検査結果をクライアント端末１２で閲覧し、検査結果に基づき医用レポート２６を作成する（ステップＳ１５）。医用レポート２６はレポートサーバ２３のレポートＤＢ２３Ａにアップされる（ステップＳ１６）。医用レポート２６がアップされると、その旨が医療検査をオーダした医師に通知される。

医師は、アップされた医用レポート２６をクライアント端末１２で閲覧し、医用レポート２６の内容を確認する（ステップＳ１７）。医師は、医用レポート２６を参照して診断を下したり今後の治療計画を練ったりする。以上が医療検査の大まかな流れである。

「未実施」は、ステップＳ１０のオーダ発行後からステップＳ１１のオーダ確認前までの期間が該当する。「未確認」は、ステップＳ１６のレポートアップ後からステップＳ１７のレポート確認前までの期間が該当する。「確認済」は、ステップＳ１７のレポート確認後の期間が該当する。なお、ステップＳ１１のオーダ確認後からステップＳ１６のレポートアップ前までの期間は、医療検査を実施中の状態である。このように医療検査の進捗状況は時々刻々と変化する。同様に、医療検査以外の診療プロセスの進捗状況も時々刻々と変化する。

図９において、格納先情報５１は、診療データの格納先を患者ＩＤ毎に記録したものである。格納先情報５１は、検査画像２５、および医用レポート２６等の項目を有する。格納先情報５１には、これら図示する各項目の他にも、検体検査、生理検査の検査結果である検査データ、バイタルサインの測定データといった他の診療データの項目も設けられている。各項目には、例えば「Ｉ：￥０１２３４５６７８９￥ＤＲ￥２０１４０８０８￥ＤＲ００１」等の各診療データの格納先を示すパスが記録される。

図１０において、スタッフ情報５２は、医療スタッフＩＤが関連付けられて医療スタッフ単位で管理される。スタッフ情報５２には、医療スタッフの氏名、年齢、性別、所属科、医師、検査技師、看護師、管理栄養士といった医療スタッフの種類、認証キー等の医療スタッフの基本的な情報が記録される。加えてスタッフ情報５２には、第１表示画面１５Ａおよび第２表示画面１５Ｂに関する各種設定データとして、スケジュール管理データ５５、メール管理データ５６、およびレイアウトデータ５７が記録される。

スケジュール管理データ５５には、外来診察、入院患者回診、学会出席、大学講義、休暇といった医療スタッフのスケジュールが日時と関連付けて記録される。メール管理データ５６には、医療スタッフ宛ての電子メールや、医療スタッフが作成、送信した電子メールが記録される。レイアウトデータ５７には、医療スタッフがカスタマイズした第１表示画面１５Ａおよび第２表示画面１５Ｂのレイアウトの設定が記録される。

図１１において、第１表示画面１５Ａは、左上部のスケジュール表示部６５、左下部のメール表示部６６、および右側の患者リスト表示部６７の３つの表示部６５〜６７を有している。

スケジュール表示部６５は、スケジュール管理ガジェットにより生成される。スケジュール管理ガジェットは、スケジュール表示部６５へのカレンダー、現在時刻、当該医療施設がある地域の天気および外気温等の表示を制御するとともに、スケジュール管理データ５５に基づき、ログイン画面を通じて医療スタッフＩＤが入力された医療スタッフの１週間のスケジュールの表示を制御する。

また、スケジュール管理ガジェットは、スケジュール表示部６５を通じてスケジュールの書き込み操作を受け付ける。要求発行部４２は、スケジュール表示部６５を通じて書き込まれたスケジュールを含む編集要求を発行する。画面編集情報管理部４７は、編集要求に含まれるスケジュールをスケジュール管理データ５５に記録し、スケジュール管理データ５５を更新する。

メール表示部６６は、メール管理ガジェットにより生成される。メール管理ガジェットは、メール管理データ５６に基づき、ログイン画面を通じて医療スタッフＩＤが入力された医療スタッフ宛ての電子メールのメール表示部６６への一覧表示、電子メール本文の表示等を制御する。

また、メール管理ガジェットは、メール表示部６６を通じて、新着電子メールの確認、受信電子メールへの返信、送信電子メールの新規作成といった各種操作を受け付ける。要求発行部４２は、メール表示部６６を通じて入力された各種操作を含む編集要求を発行する。画面編集情報管理部４７は、編集要求に含まれる各種操作に応じたデータをメール管理データ５６に記録し、メール管理データ５６を更新する。

スケジュール管理ガジェットとメール管理ガジェットは、ビューアソフトウエア４０に含まれる複数のガジェットの一種である。スケジュール表示部６５に表示されるスケジュール、およびメール表示部６６に表示される電子メールの内容は、ログイン画面で入力された医療スタッフＩＤに応じて切り替わる。なお、これら各表示部６５〜６７の表示位置、表示面積、および表示内容は、例えばスケジュール表示部６５を無くして左側をメール表示部６６のみとしたり、スケジュール表示部６５を左下部に、メール表示部６６を左上部に配したりする等、医療スタッフが自由にカスタマイズ可能である。こうしたレイアウトの設定が画面編集情報管理部４７によりレイアウトデータ５７に記録される。

患者リスト表示部６７には患者リスト７１が表示される。患者リスト７１は、ログイン画面で入力された医療スタッフＩＤの医療スタッフが、自らが担当する患者に対して実施する複数の診療プロセスの進捗状況を、患者毎に表示したものである。なお、この患者リスト表示部６７とスケジュール表示部６５とメール表示部６６は、各々第１表示画面１５Ａの全領域に拡大表示させることが可能である。

患者リスト７１は、各医療スタッフに応じたものが画面編集部４８により生成される。より具体的には、例えばログイン画面で入力された医療スタッフＩＤが「Ｄ００１」であった場合、画面編集情報管理部４７は、医療スタッフＩＤ「Ｄ００１」が担当医療スタッフＩＤの項目に記録されている進捗状況情報５０（図７の場合は患者ＩＤ「０１２３４５６７８９」の進捗状況情報５０）をピックアップし、ピックアップした進捗状況情報５０を画面編集部４８に提供する。画面編集部４８は、提供された進捗状況情報５０に基づいて、医療スタッフＩＤ「Ｄ００１」の医療スタッフが担当する患者の診療プロセスの進捗状況を示す患者リスト７１を生成する。このため、患者リスト７１に表示される患者は、各医療スタッフがそれぞれ担当している患者に応じて異なる。

図１２において、患者リスト表示部６７の上部には、患者の種類を切り替えるための患者種類切替タブ７２、患者の種類として患者の病名を入力するための検索入力ボックス７３、および検索ボタン７４が設けられている。患者種類切替タブ７２には、「手術決定患者」、「外来通院患者」、および「病棟入院患者」の各タブ７２Ａ、７２Ｂ、７２Ｃが用意されている。これら患者種類切替タブ７２、検索入力ボックス７３、および検索ボタン７４は、患者リスト７１に表示された患者を、患者の種類でさらに絞り込むために設けられている。

患者種類切替タブ７２の各タブ７２Ａ〜７２Ｃのうちの所望のタブがカーソル７５で選択されたり、検索入力ボックス７３に所望の病名が入力されてカーソル７５で検索ボタン７４が選択されると、これに応じた編集要求が要求発行部４２から発行される。画面編集情報管理部４７は、配信要求に応じてピックアップした進捗状況情報５０のうち、編集要求で指定された患者の種類が記録された進捗状況情報５０を画面編集部４８に提供する。画面編集部４８は、画面編集情報管理部４７から提供された進捗状況情報５０に基づいて、患者を種類で絞り込んだ患者リスト７１を編集する。

図１３には、ログイン画面で入力された医療スタッフＩＤの医療スタッフの種類が医師で、患者種類切替タブ７２の「手術決定患者」のタブ７２Ａが選択された場合の患者リスト７１を示している。

図１３において、患者リスト７１は、項目配列軸に相当する横軸Ｘに沿って上部に設けられた項目表示欄７６と、横軸Ｘに直交し、患者識別情報配列軸に相当する縦軸Ｙに沿って左横に設けられた患者情報表示欄７７とを有する。項目表示欄７６には、病名の項目と、入院予約、検査、麻酔依頼、術前サマリ、手術申込、麻酔同意書、および手術同意書（麻酔同意書、手術同意書の各項目は図１５参照）の図７で例示した各診療プロセス項目が配列される。各診療プロセス項目は、通常の診療プロセス順にしたがって左から右に並べられている。項目表示欄７６は患者リスト７１の患者の表示順をソートするソート機能を有しており、例えば入院予約の予約日が早い患者から順に表示順を並べ替えたり、手術申込の手術予定日時が早い患者から順に表示順を並べ替えることができる。あるいは診療プロセスの進捗状況が「未着手」、「未完了」、「確定」の患者の順に並べ替えたり、進捗状況が「未実施」の医療検査が多い患者の順に並べ替えることもできる。

患者情報表示欄７７には、表示順を示す番号とともに各患者の患者情報が表示される。患者情報は、電子カルテ２４に記述されている患者の氏名、患者ＩＤ、性別、生年月日、および年齢である。このうちの氏名および患者ＩＤが患者識別情報に相当する。性別は男女を示す標識と「Ｍ（男性）」または「Ｆ（女性）」の文字で表される。患者情報表示欄７７には、一度に１０人の患者の患者情報が表示可能である（図１１参照）。

項目表示欄７６と患者情報表示欄７７とで構成される二次元領域、より具体的には項目表示欄７６の各項目と、患者情報表示欄７７の各患者情報との交点には、アイコン８１がマトリクス状に配される。アイコン８１は、病名表示アイコン８１Ａ、特殊アイコン８１Ｂ、および通常アイコン８１Ｃの３種類がある。これら各アイコン８１Ａ〜８１Ｃは同じサイズを有する。

病名表示アイコン８１Ａは、項目表示欄７６の病名の項目と、患者情報表示欄７７の各患者情報との交点に配される。病名表示アイコン８１Ａには、病名とその記録日付、および病名を記録した医師（主治医）の氏名が表示される。病名および記録日付は進捗状況情報５０の病名の項目に記録されている。医師の氏名は、進捗状況情報５０の病名の項目に記録された医療スタッフＩＤのスタッフ情報５２から取得することができる。なお、病名表示アイコン８１Ａに、脳神経外科や循環器内科といった診療科名を表示してもよい。

特殊アイコン８１Ｂは、項目表示欄７６の検査の項目と、患者情報表示欄７７の各患者情報との交点に配される。特殊アイコン８１Ｂには、「０１／２４」等の最初に医療検査に着手した日付が表示される。特殊アイコン８１Ｂは、複数の小アイコン８２が内部に配されたアイコンである。特殊アイコン８１Ｂには、最大６個の小アイコン８２が配されている。

小アイコン８２は、ＣＴ検査、ＭＲＩ検査、単純Ｘ線検査、超音波検査、内視鏡検査等の画像検査、血液検査、生化学検査等の検体検査、および心電図検査、脳波検査等の生理検査といった各種医療検査の進捗状況を示すアイコンである。小アイコン８２は、各診療科の医師により電子カルテ２４上で医療検査のオーダが発行され、実施の予定が登録された医療検査に対してのみ表示され、実施の予定が登録されていない実施不要な医療検査については当然ながら表示されない。

小アイコン８２には、各種医療検査を示す文字が表示される。小アイコン８２に表示される文字は、進捗状況情報５０の検査の項目に略記される各種医療検査の頭文字と同じである。すなわち、ＣＴ検査は「ＣＴ」、ＭＲＩ検査は「ＭＲ」、単純Ｘ線検査は「ＤＲ」、超音波検査は「ＵＳ」、内視鏡検査は「ＥＳ」、血液検査は「血」、生化学検査は「生」、心電図検査は「心」、脳波検査は「脳」等である。小アイコン８２はアイコン８１と比べてサイズが小さいので、小アイコン８２に表示される文字には、上記のように各種医療検査をそれぞれ区別するために必要な１文字または２文字のシンプルな頭文字が採用される。

通常アイコン８１Ｃは、項目表示欄７６の検査以外の各診療プロセス項目と、患者情報表示欄７７の各患者情報との交点に配される。通常アイコン８１Ｃには、各診療プロセスに関する文字情報が表示される。文字情報は、それを閲覧することで、診療プロセスの内容が理解可能な文字で表された情報である。例えば入院予約の項目に配された通常アイコン８１Ｃには、入院予約を行った日時、入院予約した期間、病室名、および病室の種類が表示される。麻酔依頼の項目に配された通常アイコン８１Ｃには、麻酔依頼を行った日付、麻酔の種類、および麻酔依頼を受けた医師名が表示される。手術申込の項目に配された通常アイコン８１Ｃには、手術申込を行った日付、手術予定日時、および手術を担当する医師名が表示される。こうした情報は進捗状況情報５０の各診療プロセス項目に記録されている。なお、例えば手術申込の項目に配された通常アイコン８１Ｃに、手術の術式を表示する等、診療プロセスに関する文字情報を適宜追加してもよい。

通常アイコン８１Ｃも、小アイコン８２と同様に、各診療科の医師により電子カルテ２４のオーダデータに手術等のオーダが記録された、実施の予定が登録された診療プロセスに対してのみ表示される。患者ＩＤ「００００２５４７９８」の麻酔同意書の診療プロセス項目等、実施不要な診療プロセスについては、通常アイコン８１Ｃは当然ながら表示されず、患者リスト７１の該当部分は空欄８３となる（図１９参照）。

各アイコン８１Ａ〜８１Ｃは、項目毎に予め通常の表示色が設定されている。例えば入院予約の項目に配された通常アイコン８１Ｃはラセットブラウン（小豆色）、検査の項目に配された特殊アイコン８１Ｂおよび小アイコン８２はイエローオーカー（黄土色）、麻酔依頼の項目に配された通常アイコン８１Ｃはグリーニッシュブラウン（鶯色）、手術申込の項目に配された通常アイコン８１Ｃはダークグリーン（深緑色）、手術同意書の項目に配された通常アイコン８１Ｃはインディゴブルー（藍色）が設定されている。このように各アイコン８１Ａ〜８１Ｃの表示色は有彩色である。また、各アイコン８１Ａ〜８１Ｃ内の文字、小アイコン８２内の文字、および小アイコン８２の枠線は、通常白色（白抜き）で表示される。

患者リスト７１には、横スクロールバー７８および縦スクロールバー７９が設けられている（図１１も参照）。横スクロールバー７８は、項目表示欄７６とは反対側の患者リスト７１の下部に、横軸Ｘに沿って設けられている。縦スクロールバー７９は、患者情報表示欄７７とは反対側の患者リスト７１の右横に、縦軸Ｙに沿って設けられている。各スクロールバー７８、７９は同様の構成を有し、それぞれ各スクロールバー７８、７９内を移動可能なスライダー７８Ａ、７９Ａと、各スクロールバー７８、７９の両端に配された一対のアローボタン７８Ｂ、７９Ｂとを有する。

画面編集部４８は、レイアウトデータ５７による第１表示画面１５Ａのレイアウトの設定等により、複数の項目の一部が第１表示画面１５Ａに収まりきらない非表示部分となる場合に、横スクロールバー７８を患者リスト７１に設ける。また、画面編集部４８は、複数の患者情報（患者識別情報）の一部が第１表示画面１５Ａに収まりきらない非表示部分となる場合に、縦スクロールバー７９を患者リスト７１に設ける。

図１３では、入院予約、病名、検査、麻酔依頼、術前サマリ、手術申込、麻酔同意書、手術同意書等の各項目のうち、麻酔同意書、手術同意書の各項目が非表示部分である。また、表示順１〜１０の１０人の患者の患者情報が表示され、それ以外の患者の患者情報が非表示部分である。

画面編集部４８は、患者リスト７１に横スクロールバー７８および縦スクロールバー７９が設けられた状態において、項目件数表示マーク８０Ａと患者件数表示マーク８０Ｂとを患者リスト７１上に表示させる（図１１も参照）。項目件数表示マーク８０Ａは、非表示部分に含まれる項目の件数を示すもので、患者リスト７１の右横中央部に表示される。患者件数表示マーク８０Ｂは、非表示部分に含まれる患者情報の件数（非表示部分に患者情報が含まれる患者の人数）を示すもので、患者リスト７１の下部中央部に表示される。

各件数表示マーク８０Ａ、８０Ｂはアイコン８１上に重畳表示される。各件数表示マーク８０Ａ、８０Ｂは半透明でかつ無彩色のグレーで表示される。このため、図１４の患者件数表示マーク８０Ｂ内部の点線で示すように、各件数表示マーク８０Ａ、８０Ｂが重畳されたアイコン８１の表示を見透かすことが可能である。

各件数表示マーク８０Ａ、８０Ｂ内には、件数を示す数字が記される。図１３では、麻酔同意書、手術同意書の２つの項目が非表示部分であるため、項目件数表示マーク８０Ａ内には「２」が表示される。また、患者件数表示マーク８０Ｂ内には「１４０」が表示される。これらの数字によって、２つの項目と１４０人の患者の患者情報が現在非表示であることが分かる。

各件数表示マーク８０Ａ、８０Ｂは、非表示部分が存在する方向を指し示す三角矢印の形状を有する。図１３では、麻酔同意書、手術同意書の各項目の非表示部分が患者リスト７１の右側に存在するため、項目件数表示マーク８０Ａは右側を指し示す矢印の形状をしている。また、表示順１〜１０の１０人の患者以外の患者の患者情報の非表示部分が患者リスト７１の下側に存在するため、患者件数表示マーク８０Ｂは下側を指し示す矢印の形状をしている。

非表示部分は、スライダー７８Ａ、７９Ａやアローボタン７８Ｂ、７９Ｂがカーソル７５で操作される、あるいはマウスのホイールボタンが回転されるといったスクロール操作により表示可能となる。例えば図１５に示すように、右方向へのスクロール操作がされた場合、図１３では非表示部分であった麻酔同意書、手術同意書の各項目、およびこれらの項目に配されたアイコン８１が第１表示画面１５Ａに表示される。代わりに図１３では表示されていた入院予約、病名の各項目、およびこれらの項目に配されたアイコン８１が非表示となる。また、こうした非表示部分を表示可能とするスクロール操作がされた場合、各件数表示マーク８０Ａ、８０Ｂは表示が消される。なお、スクロール操作がされた場合でも、項目表示欄７６および患者情報表示欄７７の表示位置は固定である。

医療スタッフが患者に対して実施する診療プロセスは、患者の種類、および医療スタッフの種類に応じて異なる。例えば患者の種類が「外来通院患者」の場合は、図１３で記載した入院予約、手術申込といった入院や手術に関する診療プロセスは必要ない。また、医療スタッフの種類が管理栄養士であった場合は、病棟入院患者の給食献立作成や、病棟入院患者に対する栄養指導等、図１３に記載されていない診療プロセスが必要となる。このため、患者リスト７１の項目表示欄７６に表示される項目は、図１６の患者種類およびスタッフ種類別項目表８４に示すように、患者の種類および医療スタッフの種類に応じて異なる。

図１６において、例えば患者の種類が「手術決定患者」で、医療スタッフの種類が医師であった場合、項目表示欄７６に表示される項目は、図１３で記載した病名、入院予約、検査、麻酔依頼、術前サマリ、手術申込、麻酔同意書、手術同意書等である。また、例えば患者の種類が「外来通院患者」であった場合は、医療スタッフの種類に関わらず、病名、検査、診療情報提供書の各項目が用意されている。診療情報提供書は、外来通院患者が他の医療機関からの紹介患者であった場合に、当該紹介医療機関の紹介医から申し渡される紹介患者の診療情報を記述した文書である。

さらに、例えば患者の種類が「病棟入院患者」で、医療スタッフの種類が医師であった場合は、病名、食事、入院予約、検査、手術申込、入院診療計画書、褥瘡管理計画書、栄養管理計画書、退院療養計画書、退院サマリの各項目が用意されている。

入院診療計画書は、病棟入院患者の病名、症状、治療計画、検査、手術の内容および日程、推定される入院期間等を記述した文書であり、医師により作成される。褥瘡管理計画書は、長期入院患者の褥瘡、いわゆる床ずれの予防や治療に関する情報を記述した文書であり、看護師により作成される。栄養管理計画書は、病棟入院患者の給食献立作成や、病棟入院患者に対する栄養指導等の食事に関する情報を記述した文書であり、管理栄養士により作成される。退院療養計画書は、推定される退院日、退院時の患者の病状、退院後の治療計画、安静度、食事、服薬、入浴といった生活上の注意点、保健医療サービスや福祉サービスの案内等を記述した文書であり、医師により作成される。退院サマリは、入院期間に実施した医療検査の結果の要約である。

このように項目表示欄７６に表示される項目が医療スタッフの種類に応じて異なるため、進捗状況情報５０には、図７の医師用の進捗状況情報５０の他にも、看護師用、管理栄養士用等の他の医療スタッフ用の進捗状況情報５０も記録されている。また、ログイン画面を通じて医療スタッフＩＤが入力された医療スタッフの種類が管理栄養士で、患者種類切替タブ７２のタブ７２Ｃ（病棟入院患者）が選択された場合の図１７に示す患者リスト７１のように、患者の種類および医療スタッフの種類に応じた患者リスト７１が、画面編集部４８によって生成、編集される。

図１７に示す患者リスト７１の項目表示欄７６には、図１６の患者種類およびスタッフ種類別項目表８４の患者種類「病棟入院患者」の管理栄養士の項に記載された、病名、食事、入院予約、検査、手術申込、入院診療計画書、栄養管理計画書、退院療養計画書の各項目が表示される。そして、これら各項目と各患者情報との交点には、図１３と同様にアイコン８１がマトリクス状に配される。食事の項目に配された通常アイコン８１Ｃには、手術前後の日付と流動食、絶食、通常食といった食事の内容や管理栄養士の氏名が表示される。入院診療計画書、栄養管理計画書、退院療養計画書の各項目に配された通常アイコン８１Ｃには、各計画書を提出した日付や各計画書を作成した医療スタッフの氏名が表示される。

なお、図示は省略するが、患者の種類が「外来通院患者」であった場合の診療情報提供書の項目に配された通常アイコン８１Ｃには、紹介医療機関の名称および紹介医の氏名等が文字情報として表示される。また、項目は上記に例示したものに限らず、例えば輸血が必要な手術に対応するために輸血依頼、輸血同意書の項目を加えてもよいし、ＩＣＵ（Intensive Care Unit、集中治療室）の利用申込みのためのＩＣＵ申込の項目を加えてもよい。例えば看護師に対して、検温、脈拍測定、血圧測定、採血等の入院患者に対して毎日行う診療プロセスの項目を追加してもよい。さらに、医師、看護師、および検査技師の場合は画像検査、検体検査、および生理検査を含む全医療検査、管理栄養士の場合は検体検査のみとする等、医療スタッフの種類に応じて検査の項目を変更してもよい。

図１８に示すように、画面編集部４８は、各種医療検査の進捗状況の変化に応じて小アイコン８２の表示形態を変化させる。具体的には、進捗状況が「未実施」である場合は、「ＣＴ」、「心」の一点鎖線で示す小アイコン８２Ａのように、文字および枠線を無彩色のグレーで表示させる。進捗状況が「未確認」である場合は、「ＵＳ」の小アイコン８２Ｂのように、文字および枠線を白色で表示させ、かつ未確認マーク８５を小アイコン８２Ｂ内に表示させる。進捗状況が「確認済」である場合は、「ＤＲ」、「血」、「ＥＳ」の小アイコン８２Ｃのように、文字および枠線を白色で表示させる。

図７で説明したように、医療検査の進捗状況が「未確認」か「確認済」かは、担当医療スタッフによって異なる。このため、例えばログイン画面で入力された医療スタッフＩＤが「Ｄ００７」であった場合、進捗状況情報５０の患者ＩＤ「００００００３２１０」の患者の検査の項目には「ＵＳ：Ｄ００７未確認」が記録されているため、「ＵＳ」の小アイコン８２内には図１８の小アイコン８２Ｂで示したように未確認マーク８５が表示される。一方、ログイン画面で入力された医療スタッフＩＤが「Ｄ００２」であった場合は、進捗状況情報５０の患者ＩＤ「００００００３２１０」の患者の検査の項目には「ＵＳ：Ｄ００２確認済」が記録されているので、「ＵＳ」の小アイコン８２内には未確認マーク８５は表示されず、「ＵＳ」の小アイコン８２は、「ＤＲ」、「血」、「ＥＳ」の小アイコン８２Ｃと同様に表示される。このように、患者リスト７１に表示される進捗状況は、各医療スタッフに応じて異なる。

なお、符号８６は、医療検査の種類が６種類以上あり、小アイコン８２の個数が特殊アイコン８１Ｂに一度に収まる最大個数の６個以上であった場合に表示されるアンドモアマークである。このアンドモアマーク８６がカーソル７５で選択されると、特殊アイコン８１Ｂに一度に収まりきらなかった小アイコン８２が特殊アイコン８１Ｂ上にポップアップ表示される。

また、図１９に示すように、画面編集部４８は、医療検査以外の診療プロセスの進捗状況の変化に応じて、通常アイコン８１Ｃの表示形態を変化させる。具体的には、進捗状況が「未着手」である場合は、患者ＩＤ「００００００３２１０」の手術同意書の項目の点線で示す通常アイコン８１ＣＡのように、設定された有彩色ではなく無彩色の白色で表示させ、かつアイコンの枠線を点線で表示させる。進捗状況が「未完了」である場合は、患者ＩＤ「００００００３２１０」の術前サマリおよび麻酔同意書の項目のハッチングを施した通常アイコン８１ＣＢのように、設定された有彩色ではなく無彩色のグレーの表示色および白色文字で表示させる。進捗状況が「確定」である場合は、患者ＩＤ「０１２３４５６７８９」の各通常アイコン８１ＣＣおよび患者ＩＤ「００００００３２１０」の手術申込の項目の通常アイコン８１ＣＣのように、設定された有彩色および白色文字で表示させる。なお、図１９は、図１３の状態から右方向へのスクロール操作がされて、麻酔同意書、手術同意書の各項目、およびこれらの項目に配されたアイコン８１が表示された図１５の状態を示している。

患者を種類で絞り込んだ場合、患者リスト７１の患者情報表示欄７７には、絞り込んだ種類の患者の患者情報のみが表示される。また、通常アイコン８１および小アイコン８２は、絞り込んだ種類の患者に対する診療プロセスの進捗状況を表示する。このように、患者リスト７１に表示される患者および進捗状況は、患者の種類に応じて異なる。なお、患者の種類を絞り込む前の段階では、「手術決定患者」、「外来通院患者」、および「病棟入院患者」の各種類の患者が入り混じった状態の患者リスト７１が生成される。

患者情報表示欄７７の各患者情報は、カーソル７５で選択することが可能である。患者情報がカーソル７５で選択されると、要求発行部４２は、カーソル７５で患者情報が選択された患者の医療検査の検査結果および医用レポート２６を表示する第２表示画面１５Ｂの編集要求を発行する。画面編集情報管理部４７は、カーソル７５で患者情報が選択された患者の患者ＩＤの各種診療データの格納先を格納先情報５１からピックアップする。画面編集情報管理部４７は、ピックアップした格納先にアクセスして、第２表示画面１５Ｂの生成に必要な診療データを取得し、取得した診療データを画面編集部４８に提供する。画面編集部４８は、画面編集情報管理部４７から提供された診療データに基づいて、第２表示画面１５Ｂを編集する。

図２０において、第２表示画面１５Ｂは、左上部のカルテ記述表示部９０、左下部の検体検査結果表示部９１、中央上部の単純Ｘ線検査結果表示部９２、中央下部の処方表示部９３とレポート表示部９４、右上部の心電図検査結果表示部９５、右中央部の超音波検査結果表示部９６、右下部の内視鏡検査結果表示部９７、および右側の検査履歴表示部９８の９つの表示部９０〜９８を有している。すなわち第２表示画面１５Ｂは、診療プロセスの詳細情報として各種医療検査の検査結果および医用レポート２６を表示する表示画面である。

第２表示画面１５Ｂは、第１表示画面１５Ａに代えて、第１表示画面１５Ａと切り替え表示可能にクライアント端末１２のディスプレイ３４Ｂに表示される。あるいは第１表示画面１５Ａとは別の画面としてディスプレイ３４Ｂに表示される。

第１表示画面１５Ａの各表示部６５〜６７と同様に、第２表示画面１５Ｂの各表示部９０〜９８の表示位置、表示面積、および表示内容は医療スタッフが自由にカスタマイズ可能であり、レイアウトの設定がレイアウトデータ５７に記録される。例えばＣＴ検査結果表示部やＭＲＩ検査結果表示部等の他の医療検査の検査結果の表示部や、麻酔同意書、手術同意書表示部等を追加で配してもよい。

カルテ記述表示部９０には、カルテ記述表示ガジェットにより、電子カルテ２４の診察記録データ等の記述が時系列に表示される。検体検査結果表示部９１には、検体検査結果表示ガジェットにより、血液検査、生化学検査等の検体検査の結果である検査値が時系列に表示され、かつ検査値の経時変化を示すグラフが表示される。単純Ｘ線検査結果表示部９２には、単純Ｘ線検査結果表示ガジェットにより、単純Ｘ線検査で得られたＸ線画像が表示される。処方表示部９３には、処方表示ガジェットにより、電子カルテ２４の投薬のオーダデータや治療記録データに基づいて、投薬の処方が時系列に表示される。

レポート表示部９４には、レポート表示ガジェットにより医用レポート２６が表示される。心電図検査結果表示部９５には、心電図検査結果表示ガジェットにより、心電図検査で得られた心電図画像が表示される。超音波検査結果表示部９６には、超音波検査結果表示ガジェットにより、超音波検査で得られた超音波画像が表示される。内視鏡検査結果表示部９７には、内視鏡検査結果表示ガジェットにより、内視鏡検査で得られた内視鏡画像が表示される。検査履歴表示部９８には、検査履歴表示ガジェットにより、患者が今までに受けた各種医療検査の履歴が時系列に表示される。これら各ガジェットは、ビューアソフトウエア４０に含まれる複数のガジェットの一種である。なお、これらの各表示部９０〜９８は、各々第２表示画面１５Ｂの全領域に拡大表示させることが可能である。

図２１において、検査履歴表示部９８には、検査日時が新しい各種医療検査の履歴が上から順に並べられている。各種医療検査の履歴には、検査日付とともに検査画像２５のサムネイルアイコン１１０および医用レポート２６のリンクアイコン１１１が表示される。進捗状況が「未実施」である医療検査の履歴は表示されず、当然ながら各アイコン１１０、１１１も表示されない。

サムネイルアイコン１１０がカーソル７５で選択されると、その検査画像２５の本体が各検査結果表示部に表示される。例えばＸ線画像のサムネイルアイコン１１０が選択された場合は、そのＸ線画像の本体が単純Ｘ線検査結果表示部９２に表示される。また、リンクアイコン１１１がカーソル７５で選択されると、その医用レポート２６の本体がレポート表示部９４に表示される。これら各アイコン１１０、１１１の選択指示も編集要求として要求発行部４２から発行される。

患者情報がカーソル７５で選択されて最初に表示される第２表示画面１５Ｂの単純Ｘ線検査結果表示部９２、超音波検査表示部９６、および内視鏡検査結果表示部９７には、最新の各医療検査で得られた各検査画像２５が表示される。また、心電図検査結果表示部９５とレポート表示部９４にも同様に、最新の心電図検査で得られた心電図画像と医用レポート２６がそれぞれ表示される。

患者情報の選択による編集要求、またはリンクアイコン１１１の選択による編集要求を要求受付部４６から受けた場合、画面編集情報管理部４７は、ログインしている医療スタッフが医用レポート２６を確認し終えたと判断し、進捗状況情報５０の検査の項目の当該医療スタッフの進捗状況が「未確認」であった場合はこれを「確認済」に変更する。

以下、上記構成による作用について、図２２に示すフローチャートを参照しながら説明する。まず、医療スタッフは、クライアント端末１２を操作してビューアソフトウエア４０を起動する。ビューアソフトウエア４０の起動により、クライアント端末１２のＣＰＵ３２ＢにはＧＵＩ制御部４１および要求発行部４２が構築される。

図２２のステップＳ１００に示すように、医療スタッフは、第１表示画面１５Ａを閲覧するためにログイン画面を通じて医療スタッフＩＤを入力する。これにより要求発行部４２から第１表示画面１５Ａの配信要求が発行される。

診療支援サーバ１１では、作動プログラム４５が起動されてＣＰＵ３２Ａに要求受付部４６、画面編集情報管理部４７、画面編集部４８、および配信制御部４９が構築される。これにより診療支援サーバ１１は診療支援装置として機能する。

クライアント端末１２の要求発行部４２から発行された配信要求は、診療支援サーバ１１の要求受付部４６で受け付けられ、画面編集情報管理部４７に受け渡される。画面編集情報管理部４７は、患者リスト７１の生成に必要な進捗状況情報５０をピックアップする等、第１表示画面１５Ａの生成に必要な画面編集情報１６を画面編集情報ＤＢ１１Ａからピックアップする。画面編集情報管理部４７でピックアップされた画面編集情報１６は、画面編集部４８に提供される。

画面編集部４８では、画面編集情報管理部４７から提供された画面編集情報１６に基づいて、第１表示画面１５Ａが生成される（ステップＳ２００）。このとき、画面編集部４８により、各種医療検査の進捗状況の変化に応じて小アイコン８２の表示形態が図１８に示すように変更される。また、医療検査以外の診療プロセスの進捗状況の変化に応じて、通常アイコン８１Ｃの表示形態が図１９に示すように変更される。

さらに、図１３に示すように、画面編集部４８により、複数の項目の一部または複数の患者情報の一部のうちの少なくとも一方が、第１表示画面１５Ａに収まりきらない非表示部分となる場合に、患者リスト７１に横スクロールバー７８または縦スクロールバー７９が設けられる。そして、項目件数表示マーク８０Ａまたは患者件数表示マーク８０Ｂが患者リスト７１に表示される。生成された第１表示画面１５Ａは、配信制御部４９によりクライアント端末１２に配信される（ステップＳ２１０）。

クライアント端末１２では、ＧＵＩ制御部４１により第１表示画面１５Ａがディスプレイ３４Ｂに表示される（ステップＳ１１０）。第１表示画面１５Ａには、各種医療検査の進捗状況を示す複数の小アイコン８２が内部に配された特殊アイコン８１Ｂを含む患者リスト７１が表示される。

図１３に示すように、複数の項目の一部または複数の患者情報の一部のうちの少なくとも一方が、第１表示画面１５Ａに収まりきらない非表示部分となる場合には、患者リスト７１に横スクロールバー７８または縦スクロールバー７９が設けられ、項目件数表示マーク８０Ａまたは患者件数表示マーク８０Ｂが表示される。項目件数表示マーク８０Ａ、患者件数表示マーク８０Ｂは、非表示部分を表示可能とするスクロール操作がされた場合に表示が消される。

項目表示欄７６に表示される項目、および患者情報表示欄７７に表示される患者は、医療スタッフの種類および患者の種類に応じて異なるので、各件数表示マーク８０Ａ、８０Ｂ内に表示される件数を示す数字も、医療スタッフの種類および患者の種類に応じて異なる。

非表示部分に含まれる項目の件数を示す項目件数表示マーク８０Ａまたは非表示部分に含まれる患者情報の件数を示す患者件数表示マーク８０Ｂが患者リスト７１に表示されるので、医療スタッフは、非表示部分に含まれる項目の件数や患者情報の件数がどれだけあるかといった具体的な非表示部分の量を把握することができる。したがって、医療スタッフは、患者リストの閲覧に掛かる具体的な労力および時間を予測することができ、ストレスを感じることなく患者リストを閲覧することが可能となる。

各件数表示マーク８０Ａ、８０Ｂは半透明であるため、アイコン８１の表示を見透かすことが可能である。また、非表示部分を表示可能とするスクロール操作がされた場合に各件数表示マーク８０Ａ、８０Ｂの表示が消されるので、各件数表示マーク８０Ａ、８０Ｂで非表示部分に含まれる項目の件数、非表示部分に患者情報が含まれる患者の件数を確認した以降は、各件数表示マーク８０Ａ、８０Ｂによってアイコン８１の表示が見づらくなることがなく、患者リスト７１の閲覧の邪魔にならない。

特殊アイコン８１Ｂにより、患者リスト７１の横軸Ｘ方向の表示領域が限られた中で、各種医療検査の進捗状況を表す小アイコン８２をコンパクトにまとめることができる。このため、項目表示欄７６の幅が横軸Ｘに不必要に広がることが防がれる。したがって、なるべく労力や時間を掛けずに一度にできるだけ多くの診療プロセスの進捗状況を把握したい、という医療スタッフの要望に応えることができる。

各小アイコン８２は、医療検査という同じカテゴリの診療プロセスの進捗状況を表すアイコンである。このため、これら各小アイコン８２を１つの特殊アイコン８１Ｂにまとめることで、同じカテゴリの診療プロセスの各種医療検査の進捗状況を一目で確認することができる。各種医療検査の進捗状況を表すアイコンが患者リスト７１中に散在している場合と比べて、各種医療検査の進捗状況を容易に把握することができ、各種医療検査の進捗状況の一覧性が向上する。さらに、医療検査は画像検査、検体検査、および生理検査を含んでいて種類が多いため、進捗状況を一目で確認することができるというメリットをより活かすことができる。

患者リスト７１には、医療検査以外の診療プロセスの進捗状況を示す、特殊アイコン８１Ｂと同じサイズの通常アイコン８１Ｃも表示される。通常アイコン８１Ｃ内には、診療プロセスを実施した日時、診療プロセスの予定日時、診療プロセスの種類、診療プロセスを実施予定の医療スタッフまたは診療プロセスを実施した医療スタッフ、診療プロセスを中断している理由等の様々な診療プロセスに関する文字情報が表示される。小アイコン８２にも、医療検査の種類を示す文字情報が表示される。したがって、診療プロセスに関する情報を十分に医療スタッフに伝えることができ、チーム医療の効率化に資することができる。

また、アイコン８１を特殊アイコン８１Ｂのみとしてもよいが、そうすると、診療プロセスの内容の確認がしにくくなり返って進捗状況の把握が阻害されるおそれがある。しかし、本実施形態のように、特殊アイコン８１Ｂは同じカテゴリの診療プロセスの進捗状況を表すものに限定し、他の診療プロセスの進捗状況は通常アイコン８１Ｃで表すことで、全体として進捗状況の把握がしやすい患者リスト７１とすることができる。

小アイコン８２により、医療検査を実施していない状態である「未実施」、医用レポート２６が作成されて医療検査自体は実施し終えたが、医用レポート２６を確認していない状態である「未確認」、および医用レポート２６を確認し終えた状態である「確認済」の各進捗状況が表される。例えば医療スタッフが検査技師で、小アイコン８２で表される進捗状況が「未実施」であった場合は、医療検査の速やかな実施を検査技師に促すことができる。また、医療スタッフが医師で、小アイコン８２で表される進捗状況が「未確認」であった場合は、医用レポート２６の速やかな確認を医師に促すことができる。

また、通常アイコン８１Ｃにより、診療プロセスに着手していない状態である「未着手」、診療プロセスに着手しているが診療プロセスを完了していない状態である「未完了」、および診療プロセスが完了した状態である「確定」の各進捗状況が表される。小アイコン８２の場合と同様に、通常アイコン８１Ｃで表される進捗状況が「未着手」および「未完了」であった場合は、医療スタッフに診療プロセスの速やかな実施を促すことができる。

通常アイコン８１Ｃおよび小アイコン８２は、実施の予定が登録された診療プロセスに対してのみ表示され、実施不要な場合は表示されず空欄８３となる。これにより、実施予定の診療プロセスと実施不要な診療プロセスが一目で分かり、不要な診療プロセスを誤って実施してしまうミスを防ぐことができる。

患者リスト７１は医療スタッフに応じて生成され、項目表示欄７６に表示される項目、患者情報表示欄７７に表示される患者、およびアイコン８１で表される診療プロセスの進捗状況が医療スタッフに応じて異なるので、自分が担当している患者の診療プロセスの進捗状況を、各医療スタッフに確実に周知させることができる。各医療スタッフは、自分がこの後どういった診療プロセスや準備をすればいいのかが分かり、診療プロセスを円滑に進めることができる。

医療スタッフは、第１表示画面１５Ａを閲覧し、各患者の各診療プロセスの進捗状況を確認する。医療スタッフは、必要に応じて、患者種類切替タブ７２等を操作して患者リスト７１に表示された患者を患者の種類でさらに絞り込んだり、患者情報表示欄７７の各患者情報を選択して第２表示画面１５Ｂを表示させたりする。こうした各種画面編集操作がなされた場合（ステップＳ１２０でＹＥＳ）、要求発行部４２から編集要求が発行される（ステップＳ１３０）。

クライアント端末１２の要求発行部４２から発行された編集要求は、診療支援サーバ１１の要求受付部４６で受け付けられ、画面編集情報管理部４７に受け渡される。画面編集情報管理部４７は、画面編集に必要な画面編集情報１６を画面編集情報ＤＢ１１Ａからピックアップする。画面編集情報管理部４７でピックアップされた画面編集情報１６は、画面編集部４８に提供される。

画面編集情報管理部４７からの画面編集情報１６に基づき、画面編集部４８により画面編集が行われる（Ｓ２２０）。要求受付部４６からの編集要求が、例えば第２表示画面１５Ｂの編集要求であった場合は、画面編集情報管理部４７から提供された各種診療データに基づいて、第２表示画面１５Ｂが編集される。編集後の第１表示画面１５Ａまたは第２表示画面１５Ｂは、配信制御部４９によりクライアント端末１２に配信される（ステップＳ２３０）。

クライアント端末１２では、ＧＵＩ制御部４１により編集後の第１表示画面１５Ａまたは第２表示画面１５Ｂがディスプレイ３４Ｂに表示される（ステップＳ１４０）。各医療スタッフは、第２表示画面１５Ｂを閲覧することで、各医療検査の検査結果および医療検査の結果報告である医用レポート２６を一度に確認することができる。また、第２表示画面１５Ｂの閲覧により、進捗状況情報５０の検査の項目の当該医療スタッフの進捗状況が「未確認」であった場合は、画面編集情報管理部４７により「確認済」に変更される。

要求受付部４６からの編集要求が、患者リスト７１に表示された患者を患者の種類で絞り込む編集要求であった場合は、患者の種類に応じた患者リスト７１が生成される。項目表示欄７６に表示される項目、患者情報表示欄７７に表示される患者、およびアイコン８１で表される診療プロセスの進捗状況が患者の種類に応じて異なる患者リスト７１が生成されるので、患者の種類に応じた診療プロセスの進捗状況の把握を円滑に進めることができる。

クライアント端末１２は、医療スタッフによりログアウトの指示がされない間（ステップＳ１５０でＮＯ）は、上記ステップＳ１２０〜ステップＳ１４０を繰り返す。同様に診療支援サーバ１１も、ログアウトの指示が要求受付部４６で受け付けられない間（ステップＳ２４０でＮＯ）は、上記ステップＳ２２０、ステップＳ２３０を繰り返す。

なお、図２２では１台のクライアント端末１２と診療支援サーバ１１の処理手順を示したが、実際には診療支援サーバ１１は複数台のクライアント端末１２からの配信要求や編集要求を受け付け、複数台のクライアント端末１２に対する第１表示画面１５Ａの生成や第１表示画面１５Ａおよび第２表示画面１５Ｂの編集、第１表示画面１５Ａおよび第２表示画面１５Ｂの配信を並行して行っている。

なお、件数表示マークとしては、上記実施形態の非表示部分が存在する方向を指し示す三角矢印の形状を有する各件数表示マーク８０Ａ、８０Ｂに限らない。例えば図２３に示す項目件数表示マーク１２０Ａおよび患者件数表示マーク１２０Ｂのように、件数を示す数字を囲む楕円形状とし、各件数表示マーク１２０Ａ、１２０Ｂとは別に、非表示部分が存在する方向を指し示す矢印１２１Ａ、１２１Ｂを表示してもよい。各件数表示マーク１２０Ａ、１２０Ｂは、各件数表示マーク８０Ａ、８０Ｂと同様に、アイコン８１上に重畳表示され、半透明でかつ無彩色のグレーで表示される。

あるいは、マーク内に件数を示す数字を表示させるのではなく、マークなしで件数を示す数字のみを表示させてもよい。マークや件数を点滅させる等して目立たせてもよい。また、マークを円形とし、マーク内に表示する数字の位置で非表示部分が存在する方向を指し示してもよい。要するに非表示部分に含まれる件数が分かればよく、件数の表示の仕方は上記実施形態に限定されない。

上記実施形態では、患者リスト７１上に各件数表示マーク８０Ａ、８０Ｂを表示させ、患者リスト７１内で非表示部分に含まれる件数を表示しているが、患者リスト７１とは別に非表示部分に含まれる件数を表示してもよい。例えば図２４に示すフローティングマップ１２５を患者リスト７１とは別に設け、このフローティングマップ１２５内に各件数表示マーク８０Ａ、８０Ｂを表示させてもよい。

フローティングマップ１２５は、患者リスト７１の表示部分および非表示部分を簡易的に表すものである。フローティングマップ１２５は、点線で示す複数の枠１２６と、実線で示す現在表示枠１２７とを有する。枠１２６は、患者リスト７１の項目表示欄７６の各項目の全件数分が横軸Ｘに沿って並べられ、患者情報表示欄７７の各患者情報の１０数件分が縦軸Ｙに沿って並べられている。現在表示枠１２７は、患者リスト７１の項目表示欄７６の各項目と、患者情報表示欄７７の各患者情報のうち、現在第１表示画面１５Ａに表示されている部分、すなわち表示部分を示すものである。現在表示枠１２７で囲われている領域以外は非表示部分であり、この非表示部分を示す領域に各件数表示マーク８０Ａ、８０Ｂが配されている。

図２４では、図１３の場合と同様に、８つの項目のうちの右側の２つの項目が非表示部分で、かつ表示順１〜１０の１０人の患者の患者情報が表示され、それ以外の患者の患者情報が非表示部分である場合を示している。したがって現在表示枠１２７は、左辺および上辺がフローティングマップ１２５の左辺および上辺とそれぞれ一致し、横軸Ｘに連なる６個の枠１２６、および縦軸Ｙに連なる１０個の枠１２６を取り囲んだものとなる。

現在表示枠１２７は、カーソル７５でフローティングマップ１２５内を移動操作することが可能である。現在表示枠１２７がカーソル７５で移動操作されると、これに連動して患者リスト７１の表示が切り替わる。例えば図２５に示すように、現在表示枠１２７が横軸Ｘに沿って枠１２６の２個分右側に移動操作された場合、図１３の状態から右方向へのスクロール操作がされた場合と同様に、図２４では非表示部分であった右側の２つの項目、およびこれらの項目に配されたアイコン８１が第１表示画面１５Ａに表示される。つまり、現在表示枠１２７の移動操作は、スライダー７８Ａ、７９Ａやアローボタン７８Ｂ、７９Ｂの操作、マウスのホイールボタンの回転操作と同様、スクロール操作の一種である。なお、こうした非表示部分を表示可能とするスクロール操作がされた場合は、上記実施形態と同じく、図２５に示すように各件数表示マーク８０Ａ、８０Ｂは表示が消される。

フローティングマップ１２５は、例えば図２６に示すように、患者リスト７１の右下部に重畳表示される。なお、スケジュール表示部６５やメール表示部６６上にフローティングマップ１２５を重畳表示してもよい。また、フローティングマップ１２５の表示／非表示の切り替えを可能としてもよい。

こうしたフローティングマップ１２５の表示により、医療スタッフは大まかな表示部分と非表示部分の量を把握することができ、さらに各件数表示マーク８０Ａ、８０Ｂの表示により、具体的な非表示部分の量を把握することができる。

上記実施形態では、非表示部分を表示可能とするスクロール操作がされた場合に、各件数表示マーク８０Ａ、８０Ｂの表示を消しているが、非表示部分を表示可能とするスクロール操作がされた場合でも、各件数表示マーク８０Ａ、８０Ｂを表示したままとしてもよい。

この場合、図１３の状態から右方向へのスクロール操作がされて、麻酔同意書、手術同意書の各項目、およびこれらの項目に配されたアイコン８１が表示された状態においても、上記実施形態の各件数表示マーク８０Ａ、８０Ｂの表示が消された図１５とは異なり、図２７に示すように、各件数表示マーク８０Ａ、８０Ｂが患者リスト７１上に重畳表示される。ただし、この場合は患者リスト７１の左側に存在する入院予約、病名の各項目、およびこれらの項目に配されたアイコン８１が非表示となるため、項目件数表示マーク８０Ａは患者リスト７１の左横中央部に表示され、左側を指し示す矢印の形状をしている。

なお、図２４に示すフローティングマップ１２５上の各件数表示マーク８０Ａ、８０Ｂについても、非表示部分を表示可能とするスクロール操作がされた場合でも表示したままとしてもよい。また、図１３に示す患者リスト７１上への各件数表示マーク８０Ａ、８０Ｂの重畳表示と、図２４に示すフローティングマップ１２５上への各件数表示マーク８０Ａ、８０Ｂの重畳表示とを両方行い、非表示部分を表示可能とするスクロール操作がされた場合に患者リスト７１上の各件数表示マーク８０Ａ、８０Ｂの表示を消し、フローティングマップ１２５上の各件数表示マーク８０Ａ、８０Ｂの表示は残してもよい。

通常アイコン８１Ｃで表される進捗状況は、上記実施形態の「未着手」、「未完了」、「確定」の３種類に限らない。同様に、小アイコン８２で表される進捗状況も、上記実施形態の「未実施」、「未確認」、「確認済」の３種類に限らない。例えば「未完了」には、図７の患者ＩＤ「００００００３２１０」の術前サマリの項目のように、別の疾患が見つかってその対策により診療プロセスを中断している場合等、何らかの障害があって止むを得ず中断している場合と、手術同意書の単なる提出待ち等、特に障害がない場合とがある。このため、「未完了」の進捗状況を、何らかの障害があって止むを得ず中断している場合の「中断」と、特に障害がない場合の「待ち」とに分けてもよい。

小アイコン８２で表される進捗状況としては、上記の「未実施」、「未確認」、「確認済」に、図８のステップＳ１１のオーダ確認後からステップＳ１６のレポートアップ前までの期間の「実施中」を加えてもよい。また、図８のステップＳ１４の検査結果アップ後からステップＳ１６のレポートアップ前までの期間を「レポート作成中」としたり、図８のステップＳ１４の検査結果アップ後からステップＳ１５のレポート作成前までの期間を「画像未確認」としてもよい。

さらに、医療スタッフの種類に応じて、小アイコン８２で表される進捗状況を変更し、進捗状況の表示を各医療スタッフで異ならせてもよい。例えば図２８において、オーダを発行する医師の場合は、上段に示すようにステップＳ１０のオーダ発行後からステップＳ１１のオーダ確認前までの期間を「未実施」、ステップＳ１１のオーダ確認後からステップＳ１４の検査結果アップ前までの期間を「実施中」、ステップＳ１４の検査結果アップ後からステップＳ１６のレポートアップ前までの期間を「レポート作成中」、ステップＳ１６のレポートアップ後からステップＳ１７のレポート確認前までの期間を「未確認」、ステップＳ１７のレポート確認後の期間を「確認済」とする。

一方、医用レポート２６を作成する読影医の場合は、「未実施」、「実施中」は医師と同じとし、ステップＳ１４の検査結果アップ後からステップＳ１５のレポート作成前までの期間を「画像未確認」、ステップＳ１５のレポート作成後の期間を「確認済」とする。このように医療スタッフの種類に応じて小アイコン８２で表される進捗状況を変更することで、各医療スタッフに適したきめ細やかな進捗状況の表示が可能となる。通常アイコン８１Ｃで表される進捗状況も、同様に医療スタッフの種類に応じて変更してもよい。

上記実施形態では、医療検査という同じカテゴリの診療プロセスの進捗状況を表す小アイコン８２を有する特殊アイコン８１Ｂを例示したが、１つの特殊アイコン８１Ｂに含まれる複数の小アイコン８２は、必ずしも同じカテゴリの複数の診療プロセスの進捗状況を表すものでなくてもよい。ただし、小アイコン８２が同じカテゴリの複数の診療プロセスの進捗状況を表すものでない場合は、小アイコン８２同士に関連性がないために進捗状況の表示が分かりにくくなるので、１つの特殊アイコン８１Ｂに含まれる複数の小アイコン８２は、同じカテゴリの複数の診療プロセスの進捗状況を表すものであることが好ましい。

なお、同じカテゴリの診療プロセスの他の例としては、麻酔同意書、手術同意書の両診療プロセスが挙げられる。また、患者の心拍、脈拍、血圧、体温等の複数のバイタルサインを測定する診療プロセスでもよい。

上記実施形態では、患者情報表示欄７７の各患者情報がカーソル７５で選択された場合に、第２表示画面１５Ｂを表示させるとしているが、通常アイコン８１Ｃや小アイコン８２をカーソル７５で選択可能とし、通常アイコン８１Ｃや小アイコン８２の選択を契機に第２表示画面１５Ｂを表示させてもよい。

医療スタッフとしては、医師、検査技師、看護師、管理栄養士の他に、患者のリハビリテーションを扶助する理学療法士や、薬剤の調剤や患者への薬剤の服用指導を行う薬剤師等を含めてもよい。また、図２８で例示したように、医師をさらに患者を診察する診察医と医用レポート２６を作成する読影医とに分けたり、検査技師をさらに放射線検査技師と超音波検査技師に分ける等、役割に応じて医療スタッフの種類を細分化してもよい。

上記実施形態では、患者リスト７１に表示される項目、患者識別情報、および進捗状況を、各医療スタッフがそれぞれ担当している患者および診療プロセスに応じて異ならせているが、表示される項目、患者識別情報、または進捗状況のうちの少なくとも１つを異ならせてもよい。また、患者リスト７１に表示される項目、患者識別情報、および進捗状況を、各患者の種類に応じて異ならせているが、表示される項目、患者識別情報、または進捗状況のうちの少なくとも１つを異ならせてもよい。

小アイコン８２で進捗状況を表す医療検査は、画像検査、検体検査、および生理検査の全ての検査ではなく、これらのうちの少なくとも１つであってもよい。また、患者の種類に、在宅介護を受けている「在宅介護患者」を追加してもよい。

上記実施形態では、アイコン８１がマトリクス状に配された患者リスト７１を例示したが、アイコン８１の代わりに各診療プロセスに関する文字情報が羅列された患者リストに本発明を適用してもよい。

上記実施形態では、本発明の診療支援装置を、配信要求に応じてクライアント端末１２に第１表示画面１５Ａを配信する診療支援サーバ１１の形態で説明したが、図２９に示すように、クライアント端末１２を診療支援装置として機能させてもよい。なお、図２９においては、上記実施形態と共通の部位については共通の符号を示し、説明を省略する。

図２９の場合と上記実施形態との相違点は、クライアント端末１２のストレージデバイス３０Ｂに作動プログラム４５を記憶しておき、作動プログラム４５をクライアント端末１２のＣＰＵ３２Ｂが実行することにより、ＣＰＵ３２Ｂが画面編集情報管理部４７および画面編集部４８として機能する点、および画面編集情報１６をストレージデバイス３０Ｂに記憶する点である。

この場合、要求発行部４２は、画面編集情報管理部４７に各種処理要求を発行する。画面編集情報管理部４７は、サーバ群１３に直接アクセスして診療データを取得し、取得した診療データに基づいて、ストレージデバイス３０Ｂ内の進捗状況情報５０および格納先情報５１を更新する。

画面編集部４８は、ストレージデバイス３０Ｂ内の画面編集情報１６に基づいて第１表示画面１５Ａを生成し、これをＧＵＩ制御部４１に受け渡す。ＧＵＩ制御部４１は、第１表示画面１５Ａをディスプレイ３４Ｂに表示させる。画面編集部４８は、要求発行部４２が発行した編集要求に基づいて、第１表示画面１５Ａおよび第２表示画面１５Ｂの表示内容を編集する。このように、診療支援装置は、上記実施形態の診療支援サーバ１１の形態に限らず、図２９のように、クライアント端末１２が担ってもよい。

上記実施形態では、画面編集情報管理部４７がサーバ群１３に対して定期的に診療データの取得要求を発行し、この取得要求に応じてサーバ群１３から送信された診療データを取得しているが、本発明はこれに限定されない。第１表示画面１５Ａおよび第２表示画面１５Ｂを生成、編集するタイミングで、画面編集情報管理部４７が診療データの取得要求を発行してもよい。この場合、診療支援サーバ１１は画面編集情報ＤＢ１１Ａをもたなくともよく、サーバ群１３から送信された診療データを取得する度に画面編集情報１６の進捗状況情報５０および格納先情報５１を生成する。また、画面編集情報管理部４７から取得要求を発行するのではなく、例えば診療データが更新されたときに、更新された診療データをサーバ群１３から自動的に送信してもよい。

また、例えば、第１表示画面１５Ａの生成は診療支援サーバ１１で行い、編集はクライアント端末１２で行うというように、診療支援装置の機能のうちの一部を診療支援サーバ１１に担わせて、他の一部をクライアント端末１２に担わせる形態でもよい。この場合には、クライアント端末１２と診療支援サーバ１１で構成されるコンピュータシステムが、診療支援システムとして機能する。このように、本発明の診療支援装置および診療支援システムは、種々の態様で実現することができる。

また、診療支援サーバ１１、クライアント端末１２等のコンピュータシステムのハードウェア構成は種々の変形が可能である。例えば、処理能力や信頼性の向上を目的として、診療支援サーバ１１をハードウェアとして分離された複数台のサーバコンピュータで構成することも可能である。このように、コンピュータシステムのハードウェア構成は、処理能力、安全性、信頼性等の要求される性能に応じて適宜変更することができる。

さらに、ハードウェアに限らず、作動プログラム４５等のアプリケーションプログラムについても、安全性や信頼性の確保を目的として、二重化したり、あるいは、複数のストレージデバイスに分散して格納することももちろん可能である。

また、上記実施形態では、診療支援サーバ１１およびクライアント端末１２が、１つの医療施設内で利用される形態で説明したが、例えば、１つの診療支援サーバ１１を、医療施設外のデータセンタに設置して、診療支援サーバ１１のデータ配信サービス等のアプリケーションサービスを、複数の医療施設のクライアント端末１２で利用可能な形態としてもよい。

この場合には、診療支援サーバ１１は、例えば、インターネットや公衆通信網等のＷＡＮ（Wide Area Network）を介して、複数の医療施設に設置されるクライアント端末１２と通信可能に接続される。そして、診療支援サーバ１１は、複数の医療施設のクライアント端末１２からの処理要求を受け付けて、各クライアント端末に対して第１表示画面１５Ａの配信等のアプリケーションサービスを提供する。

データセンタおよび診療支援サーバ１１の設置場所や運営主体は、例えば複数の医療施設のうちの１つでもよいし、医療施設とは別の独立したサービス会社であってもよい。また、ネットワーク等のＷＡＮを利用する場合には、情報セキュリティを考慮して、ＶＰＮ（Virtual Private Network）を構築したり、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure)等のセキュリティレベルの高い通信プロトコルを使用することが好ましい。

本発明は、上記実施形態に限らず、本発明の要旨を逸脱しない限り種々の構成を採り得ることはもちろんである。また、上述の種々の実施形態や種々の変形例を適宜組み合わせることも可能である。また、本発明は、プログラムに加えて、プログラムを記憶する記憶媒体にもおよぶ。

１０ 診療支援システム
１１ 診療支援サーバ（診療支援装置）
１２ クライアント端末
１４ ネットワーク
１５Ａ 第１表示画面（表示画面）
１５Ｂ 第２表示画面
３０ ストレージデバイス
３２ ＣＰＵ
３４ ディスプレイ
４５ 作動プログラム
４８ 画面編集部（画面生成部、画面表示制御部）
７１ 患者リスト
７８ 横スクロールバー
７９ 縦スクロールバー
８０Ａ、１２０Ａ 項目件数表示マーク
８０Ｂ、１２０Ｂ 患者件数表示マーク
８１Ｂ 特殊アイコン
８１Ｃ 通常アイコン
８２ 小アイコン
１２５ フローティングマップ

Claims (10)

1. 患者の診療に関する複数の項目が配列される項目配列軸と、複数の前記患者を識別する患者識別情報が配列される患者識別情報配列軸とで構成される二次元領域に、前記患者毎の複数の前記項目の内容を表す患者リストを有する表示画面を生成する画面生成部と、
   複数の前記項目の一部または複数の前記患者識別情報の一部のうちの少なくとも一方が、前記表示画面に収まりきらない非表示部分となる場合に、スクロール操作により前記非表示部分を表示可能とさせる画面表示制御部とを備え、
   前記画像生成部は、
   診療プロセスの進捗状況の変化に応じて、前記項目の内容の表示形態を変化させ、
   前記画像生成部によって前記項目の内容の表示態様が変化される項目は、前記診療プロセスに対応する内容を含む複数の内容が設けられた項目であり、
   前記画像生成部は、前記複数の内容のうち前記診療プロセスに対応する内容について、前記診療プロセスの進捗状況の変化に応じて表示態様を変化させることを特徴とする診療支援装置。
2. 前記画像生成部は、
   前記項目のうち、未実施である未実施項目、未確認である未確認項目、未着手である未着手項目、未完了である未完了項目、確定である確定項目の少なくとも１つを識別可能に表示することを特徴とする請求項１に記載の診療支援装置。
3. 前記画像生成部は、
   医療検査の進捗状況に応じて、前記項目の内容の表示形態を変化させるものであり、
   前記医療検査が未実施であることを示す項目と、前記医療検査が実施済みであることを示す項目とを識別可能に表示することを特徴とする請求項２に記載の診療支援装置。
4. 前記画像生成部は、
   医療検査の進捗状況に応じて、前記項目の内容の表示形態を変化させるものであり、
   前記医療検査が未確認であることを示す項目と、前記医療検査が確認済みであることを示す項目とを識別可能に表示することを特徴とする請求項２または３に記載の診療支援装置。
5. 前記画像生成部は、
   前記診療プロセスのうち、前記医療検査とは異なる診療プロセスの進捗状況に応じて、前記項目の内容の表示形態を変化させるものであり、
   前記医療検査とは異なる診療プロセスが未着手のであることを示す項目と、前記医療検査とは異なる診療プロセスが着手済みのであることを示す項目とを識別可能に表示することを特徴とする請求項３または４に記載の診療支援装置。
6. 前記画像生成部は、
   前記診療プロセスのうち、前記医療検査とは異なる診療プロセスの進捗状況に応じて、前記項目の内容の表示形態を変化させるものであり、
   前記医療検査とは異なる診療プロセスが未完了のであることを示す項目と、前記医療検査とは異なる診療プロセスが完了済みのであることを示す項目とを識別可能に表示することを特徴とする請求項３ないし５のいずれか１項に記載の診療支援装置。
7. 前記画像生成部は、
   前記診療プロセスのうち、前記医療検査とは異なる診療プロセスの進捗状況に応じて、前記項目の内容の表示形態を変化させるものであり、
   前記医療検査とは異なる診療プロセスが確定済みであることを示す項目と、前記医療検査とは異なる診療プロセスが未確定であることを示す項目とを識別可能に表示することを特徴とする請求項３ないし６のいずれか１項に記載の診療支援装置。
8. 患者の診療に関する複数の項目が配列される項目配列軸と、複数の前記患者を識別する患者識別情報が配列される患者識別情報配列軸とで構成される二次元領域に、前記患者毎の複数の前記項目の内容を表す患者リストを有する表示画面を生成する画面生成ステップと、
   複数の前記項目の一部または複数の前記患者識別情報の一部のうちの少なくとも一方が、前記表示画面に収まりきらない非表示部分となる場合に、スクロール操作により前記非表示部分を表示可能とさせる画面表示制御ステップと、を備え、
   前記画像生成ステップでは、
   診療プロセスの進捗状況の変化に応じて、前記項目の内容の表示形態を変化させ、
   前記画像生成ステップで前記項目の内容の表示態様が変化される項目は、前記診療プロセスに対応する内容を含む複数の内容が設けられた項目であり、
   前記画像生成ステップでは、前記複数の内容のうち前記診療プロセスに対応する内容について、前記診療プロセスの進捗状況の変化に応じて表示態様を変化させることを特徴とする診療支援装置の作動方法。
9. 患者の診療に関する複数の項目が配列される項目配列軸と、複数の前記患者を識別する患者識別情報が配列される患者識別情報配列軸とで構成される二次元領域に、前記患者毎の複数の前記項目の内容を表す患者リストを有する表示画面を生成する画面生成機能と、
   複数の前記項目の一部または複数の前記患者識別情報の一部のうちの少なくとも一方が、前記表示画面に収まりきらない非表示部分となる場合に、スクロール操作により前記非表示部分を表示可能とさせる画面表示制御機能と、
   診療プロセスの進捗状況の変化に応じて、前記項目の内容の表示形態を変化させる機能とを、コンピュータに実行させ、
   前記項目の内容の表示形態を変化させる機能で前記項目の内容の表示態様が変化される項目は、前記診療プロセスに対応する内容を含む複数の内容が設けられた項目であり、
   前記項目の内容の表示形態を変化させる機能では、前記複数の内容のうち前記診療プロセスに対応する内容について、前記診療プロセスの進捗状況の変化に応じて表示態様が変化されることを特徴とする診療支援装置の作動プログラム。
10. 診療支援装置とクライアント端末とこれらを相互に通信可能に接続するネットワークとで構成される診療支援システムであって、
    患者の診療に関する複数の項目が配列される項目配列軸と、複数の前記患者を識別する患者識別情報が配列される患者識別情報配列軸とで構成される二次元領域に、前記患者毎の複数の前記項目の内容を表す患者リストを有する表示画面を生成する画面生成部と、
    複数の前記項目の一部または複数の前記患者識別情報の一部のうちの少なくとも一方が、前記表示画面に収まりきらない非表示部分となる場合に、スクロール操作により前記非表示部分を表示可能とさせる画面表示制御部とを備え、
    前記画像生成部は、
    診療プロセスの進捗状況の変化に応じて、前記項目の内容の表示形態を変化させ、
    前記画像生成部によって前記項目の内容の表示態様が変化される項目は、前記診療プロセスに対応する内容を含む複数の内容が設けられた項目であり、
    前記画像生成部は、前記複数の内容のうち前記診療プロセスに対応する内容について、前記診療プロセスの進捗状況の変化に応じて表示態様を変化させることを特徴とする診療支援システム。

Images