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

Abstract

【課題】診療プロセスに関する情報を十分に医療スタッフに伝えることが可能な診療支援装置、診療支援装置の作動方法および作動プログラム、並びに診療支援システムを提供する。【解決手段】第１表示画面１５Ａに表示される患者リスト７１は、横軸Ｘ（項目配列軸）に沿って設けられ、医療スタッフが患者に対して実施する複数の診療プロセスの項目が配列される項目表示欄７６と、縦軸Ｙ（患者識別情報配列軸）に沿って設けられ、複数の患者の情報が配列される患者識別情報表示欄７７とを有する。項目表示欄７６の各項目と、患者識別情報表示欄７７の各患者情報との交点には、アイコン８１が配される。アイコン８１は、患者毎の複数の診療プロセスに関する文字情報を表示する。【選択図】図１３

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、集中治療室）の利用申込みのためのＩＣＵ申込の項目を加えてもよい。例えば看護師に対して、検温、脈拍測定、血圧測定、採血等の入院患者に対して毎日行う診療プロセスの項目を追加してもよい。さらに、医師、看護師、および検査技師の場合は画像検査、検体検査、および生理検査を含む全医療検査、管理栄養士の場合は検体検査のみとする等、医療スタッフの種類に応じて検査の項目を変更してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［第２実施形態］
上記第１実施形態では、患者の種類および医療スタッフの種類に応じて患者リスト７１が生成され、項目表示欄７６に表示される項目が患者の種類および医療スタッフの種類に応じて異なるので、各医療スタッフは、自分が担当している患者の自分が実施する診療プロセスに関する情報を把握することはできるが、自分が関わらない診療プロセスがどうなっているのかが分からず、診療プロセスの流れを全体的に把握することができない。そこで、本実施形態では、医療スタッフが患者に対して実施する全ての診療プロセスの流れを時系列に配列したタイムラインを表示する。

例えば図２２に示すように、Ｘ軸に沿って配列された患者毎のアイコン８１の間にタイムライン１１５を挿入表示させる。タイムライン１１５は、左端が患者情報表示欄７７に張り出した、Ｘ軸方向に延びる帯状をしており、一直線上に並べられた複数の診療プロセスコマ１１６に分割されている。

タイムライン１１５を拡大表示した図２３に示すように、各診療プロセスコマ１１６には、左側から順に付される診療プロセス順を示す番号とともに、「入院準備 入院予約」、「入院完了」、「術前カンファレンス承認」、「絶食実施」等の各診療プロセスの項目名が表示される。「入院完了」、「術前カンファレンス承認」、「絶食実施」等の項目は、医師の場合に特化した上記第１実施形態の図１３に示す項目表示欄７６に表示される項目にはないものであり、看護師等の医師ではない医療スタッフが実施する診療プロセス項目である。

診療プロセスコマ１１６は、通常アイコン８１Ｃおよび小アイコン８２と同様に、診療プロセスの進捗状況を表示する。診療プロセスコマ１１６で表される進捗状況は、診療プロセスが完了していない状態である「未完了」、および診療プロセスが完了した状態である「確定」の２種類である。「未完了」は、上記第１実施形態の通常アイコン８０Ｃで表される進捗状況「未着手」および「未完了」を両方含む概念である。「確定」は、上記第１実施形態の通常アイコン８０Ｃで表される進捗状況「確定」と同じ概念である。

診療プロセスコマ１１６による進捗状況の表示は、図２２および図２３にてハッチングを施した診療プロセスコマ１１６Ａおよびハッチングのない診療プロセスコマ１１６Ｂのように、例えば診療プロセスコマ１１６Ａが赤色、診療プロセスコマ１１６Ｂが黄色というように、表示色を異ならせることで行う。診療プロセスコマ１１６Ａは進捗状況が「確定」の場合、診療プロセスコマ１１６Ｂは進捗状況が「未完了」の場合である。

なお、タイムライン１１５の表示形態としては、図２２に例示したアイコン８１の間への挿入表示に限らない。例えば図２４に示すように、タイムライン１１５を有するウィンドウ１２０を患者リスト７１上にポップアップ表示してもよい。ウィンドウ１２０は、例えば患者情報表示欄７７の患者情報にカーソル７５を合せて、入力デバイス３５Ｂのマウスを右クリックするか、あるいは患者情報にカーソル７５をマウスオーバーすることで表示され、右クリックを解除したとき、あるいは患者情報からカーソル７５を外したときに表示が消える。

タイムライン１１５の各診療プロセスコマ１１６は、図２２のように一直線上に並べられておらず、「入院準備 入院予約」の診療プロセスコマ１１６に対する「入院完了」、「術前サマリ入力」の診療プロセスコマ１１６のように、所々分岐している。

図２２のアイコン８１の間にタイムライン１１５を挿入表示させた場合は、ログイン画面を通じて医療スタッフＩＤを入力した医療スタッフが実施する診療プロセスに関する情報を把握する目的で患者リスト７１を閲覧する場合には邪魔になるが、右クリックやマウスオーバーといった特定の操作があった場合にのみ、タイムライン１１５を有するウィンドウ１２０をポップアップ表示させれば、診療プロセスの流れを全体的に把握したいときだけウィンドウ１２０を表示させれば済み、自分が実施する診療プロセスに関する情報を把握する目的で患者リスト７１を閲覧する場合に邪魔にならない。また、図２２の場合は、タイムライン１１５の分、患者リスト７１の表示面積が圧迫されて、患者リスト７１に一度に収まる患者の数が減ってしまうが、図２４の場合は患者リスト７１に一度に収まる患者の数が減ってしまうことはない。さらに、診療プロセスコマ１１６を所々分岐させることが可能なので、各診療プロセス間の関連性を表したい場合に好適である。

あるいは図２５に示すように、第２表示画面１５Ｂの上部にタイムライン１１５を表示してもよい。この場合も図２４の場合と同様に、自分が実施する診療プロセスに関する情報を把握する目的で患者リスト７１を閲覧する場合に邪魔にならない、患者リスト７１に一度に収まる患者の数が減ってしまうことがないというメリットがある。なお、図２５に例示する、「同意書 手術説明」の進捗状況が「未完了」で「術前検査」の進捗状況が「確定」しているタイムライン１１５のように、タイムライン１１５に表示される診療プロセスは、必ずしも順番に「確定」となるとは限らない。

このようにタイムライン１１５を表示することで、医療スタッフの各自が実施する診療プロセスの流れと、全体的な診療プロセスの流れの両方を労せずして把握することができる。また、診療プロセスコマ１１６で診療プロセスの進捗状況が表示されるので、自分が実施しない診療プロセスの進捗状況も把握することができ、次にどういった準備や診療プロセスを実施すべきかの予定がより立てやすくなる。

［第３実施形態］
本実施形態では、第１表示画面１５Ａの小アイコン８２だけでなく、第２表示画面１５Ｂにおいても、医療検査の進捗状況を表示する。

具体的には図２６に示す超音波検査結果表示部９６のように、進捗状況が図２１に示すステップＳ１４の検査結果アップ後からステップＳ１５のレポート作成前までの期間の「画像未確認」である場合、進捗状況が「画像未確認」であることを示す画像未確認マーク１２５を表示する。画像未確認マーク１２５は、超音波検査の検査結果である超音波画像の大部分を覆い隠すサイズを有する。このため、図２６に示す状態では画像未確認マーク１２５により超音波画像を確認することができない。この画像未確認マーク１２５がカーソル７５で選択されると、画像未確認マーク１２５の表示が消えて超音波画像を確認することが可能となる。また、画像未確認マーク１２５がカーソル７５で選択された場合、画面編集情報管理部４７により進捗状況情報５０の検査の項目の当該医療スタッフの進捗状況が「画像未確認」から「確認済」に変更される。

なお、第２表示画面１５Ｂにおける進捗状況の表示形態としては、図２６の画像未確認マーク１２５に限らない。例えば図２７に示す超音波画像検査結果表示部９６のように、進捗状況が「画像未確認」である場合に超音波画像の代わりにイラスト１２６を表示してもよい。イラスト１２６には、超音波画像が画像ＤＢ２２Ａにアップされた日付や超音波画像が未確認であることを示すコメントが表示される。

イラスト１２６がカーソル７５で選択されると、イラスト１２６の代わりに超音波画像が表示され、超音波画像を確認することが可能となる。また、イラスト１２６がカーソル７５で選択された場合、画面編集情報管理部４７により進捗状況情報５０の検査の項目の当該医療スタッフの進捗状況が「画像未確認」から「確認済」に変更される。

また、図２８に示す超音波画像検査結果表示部９６のように、進捗状況が「画像未確認」である場合にハッチングで示すように強調表示してもよい。強調表示の方法としては、進捗状況が「画像未確認」の医療検査の検査結果表示部（図２８では超音波画像検査結果表示部９６）の外枠を、進捗状況が「確認済」の他の医療検査の検査結果表示部（図２８では単純Ｘ線検査結果表示部９２および心電図検査結果表示部９５）と異なる表示色とする（例えば前者は赤色、後者は灰色）、進捗状況が「画像未確認」の医療検査の検査結果表示部の外枠の表示色を周期的に変える、進捗状況が「画像未確認」の医療検査の検査結果表示部の外枠を、進捗状況が「確認済」の他の医療検査の検査結果表示部の外枠よりも太線で表示する、といった方法を採用することができる。

強調表示されている検査結果表示部がカーソル７５で選択されると、強調表示が消える。また、強調表示されている検査結果表示部がカーソル７５で選択された場合、画面編集情報管理部４７により進捗状況情報５０の検査の項目の当該医療スタッフの進捗状況が「画像未確認」から「確認済」に変更される。

この場合は図２６の画像未確認マーク１２５や図２７のイラスト１２６の場合のように検査結果は覆い隠されず、第２表示画面１５Ｂを表示した時点で検査結果を確認することができる。このため、強調表示されている検査結果表示部がカーソル７５で選択された場合ではなく、第２表示画面１５Ｂが表示されたときに、進捗状況情報５０の検査の項目を画面編集情報管理部４７により「確認済」に変更させてもよい。

こうした画像未確認マーク１２５やイラスト１２６、検査結果表示部の強調表示により、第２表示画面１５Ｂを表示したときに未確認の検査結果が一目で分かるので、当該検査結果に医療スタッフの注意を惹きつけることができ、未確認の検査結果を見過ごすミスを防ぐことができる。

図２６〜図２８では、検査結果表示部で医療検査の進捗状況を表す例を説明したが、図２９に示すように、検査履歴表示部９８で医療検査の進捗状況を表してもよい。

図２９において、検査履歴表示部９８には、患者が今までに受けた各種医療検査の履歴だけでなく、その日に実施する予定の、進捗状況が「未実施」の医療検査の情報（以下、実施予定検査情報という）１３０も表示される。実施予定検査情報１３０は検査履歴表示部９８の最上部に表示される。実施予定検査情報１３０には、その日の日付、医療検査の種類、実施予定時刻とともに、未実施マーク１３１が表示される。実施予定時刻は、例えば検査技師が医療検査のオーダを確認した際にクライアント端末１２を介して入力したものである。未実施マーク１３１は、医療検査の履歴よりも目立たせるために、「未実施」の文字を二重の太枠線で囲んだマークである。

このように第１表示画面１５Ａの小アイコン８２だけでなく第２表示画面１５Ｂにおいても医療検査の進捗状況を表すことで、未確認の検査結果の見落としや未実施の医療検査の見落としといったミスのさらなる低減に寄与することができる。

なお、例えば医療検査として心電図検査が実施されて、検査結果として心電図画像がカルテＤＢ２１Ａにアップされた場合に、図３０の上部に示すように、レイアウトデータ５７により心電図検査結果表示部９５が第２表示画面１５Ｂに表示されない設定であった場合は、図３０の下部に示すように、第２表示画面１５Ｂを表示したときに自動的に心電図検査結果表示部９５を追加表示してもよい。このように、表示されない設定の検査結果表示部を、検査結果のアップに応じて自動的に第２表示画面１５Ｂに追加表示させることで、検査結果の確認し忘れを防止することができる。

［第４実施形態］
上記各実施形態では、診療プロセスに関する文字情報や診療プロセスの進捗状況をアイコン８１に表示しているが、その日に実施する診療プロセスの注意点や、毎日決まって実施する診療プロセス（ルーチンワーク）の確認といったこまごまとした備忘録（メモ）は表示されない。そこで本実施形態では、こうした備忘録を登録する機能を設けておき、特定の操作によりこの備忘録を第１表示画面１５Ａに表示させる。

備忘録を登録する機能としては、例えば図３１に示すように、患者情報表示欄７７の各患者情報に備忘録登録ボタン１３５を設けておき、この備忘録登録ボタン１３５をカーソル７５で選択することで、医療スタッフが手動で備忘録を登録するためのウィンドウ（図示せず）を第１表示画面１５Ａ上にポップアップ表示させることで実現することが可能である。登録された備忘録は、例えば画面編集情報管理部４７によりスタッフ情報５２に記録させておく。

図３１において、備忘録が登録された患者の患者情報表示欄７７の患者情報（この場合は患者ＩＤ「０１２３４５６７８９」の患者の患者情報）には、備忘録表示マーク１３６が表示される。

図３２に示すように、備忘録表示マーク１３６がカーソル７５で選択されるか、備忘録表示マーク１３６にカーソル７５がマウスオーバーされた場合、備忘録表示ウィンドウ１３７が備忘録表示マーク１３６の横にポップアップ表示される。備忘録表示ウィンドウ１３７には、「バイタル測定指示」、「ＤＲ検査結果確認」等の医療スタッフが登録した備忘録の内容と、チェックボックス１３８が表示される。チェックボックス１３８は、備忘録で示される診療プロセスを実施し終えたときに、医療スタッフ自らがチェックを入れて診療プロセスを実施し終えたことを確認するために設けられている。備忘録表示ウィンドウ１３７は、備忘録表示マーク１３６が再度カーソル７５で選択されるか、備忘録表示マーク１３６からカーソル７５が外れたときに表示が消える。

備忘録の表示形態としては、図３２に示す備忘録表示ウィンドウ１３７に限らない。図３３に示すように、患者リスト７１に備忘録用の項目（図３３では「ＴｏＤｏ」と表記）を設け、この備忘録用の項目と各患者情報との交点に、備忘録表示アイコン８１Ｄを配してもよい。備忘録表示アイコン８１Ｄには、図３２の備忘録表示ウィンドウ１３７と同じく、備忘録の内容とチェックボックス１３８が表示される。備忘録表示アイコン８１Ｄに全ての備忘録の内容が表示しきれない場合は、図３３に示すように「・・・」の記号が表示される。

備忘録表示アイコン８１Ｄがカーソル７５で選択されるか、備忘録表示アイコン８１Ｄにカーソル７５がマウスオーバーされた場合、図３４に示すように、備忘録表示アイコン８１Ｄを拡大した拡大備忘録表示アイコン８１Ｅが表示される。拡大備忘録表示アイコン８１Ｅには、備忘録表示アイコン８１Ｄで表示しきれなかった備忘録の内容も含めて、全ての備忘録の内容が表示される。また、拡大備忘録表示アイコン８１Ｅには、図３２の備忘録表示ウィンドウ１３７、図３３の備忘録表示アイコン８１Ｄと同じく、チェックボックス１３８が表示される。

このように備忘録を登録、表示する機能をもたせることで、その日に実施する診療プロセスの注意点やルーチンワークを医療スタッフが簡単に確認することができる。また、実施しなければならない診療プロセスがあることを医療スタッフに常に意識させることができる。さらに、チェックボックス１３８を設けることにより、診療プロセスを実施し終えたか否かが一目で分かる。

図３１および図３２では、備忘録表示マーク１３６の選択や備忘録表示マーク１３６へのマウスオーバーといった特定の操作があった場合にのみ、備忘録表示ウィンドウ１３７をポップアップ表示させるので、備忘録の内容を確認したいとき以外は邪魔にならない。また、項目表示欄７６の幅が横軸Ｘに不必要に広がることが防がれる。一方、図３３および図３４では、備忘録表示アイコン８１Ｄおよび拡大備忘録表示アイコン８１Ｅで備忘録の内容を表示するので、備忘録の内容を確認しやすい。

なお、備忘録は医療スタッフが手動で登録するとして説明したが、これに代えて、あるいは加えて、患者の種類や医療スタッフの種類に応じた複数種類の備忘録を予め用意しておいてもよい。例えば医療スタッフが検査技師であれば、オーダ確認、検査器具の用意、患者の確認といった検査前のルーチンワークを予め備忘録として用意しておき、その日に検査予定の患者に対して、用意した備忘録の内容が表示された備忘録表示ウィンドウ１３７または備忘録表示アイコン８１Ｄを表示する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (16)

1. 医療スタッフが患者に対して実施する複数の診療プロセスの項目が配列される項目配列軸と、複数の前記患者を識別する患者識別情報が配列される患者識別情報配列軸とで構成される二次元領域に、前記患者毎の複数の前記診療プロセスに関する文字情報を表示するアイコンがマトリクス状に配された患者リストを有する表示画面を生成する画面生成部と、
   前記表示画面の表示を制御する画面表示制御部とを備えることを特徴とする診療支援装置。
2. 前記アイコンは、実施の予定が登録された前記診療プロセスに対してのみ表示されることを特徴とする請求項１に記載の診療支援装置。
3. 前記アイコンは前記診療プロセスの進捗状況を表し、前記進捗状況の変化に応じて前記アイコンの表示形態が変化することを特徴とする請求項１または２に記載の診療支援装置。
4. 各医療スタッフに応じた前記患者リストが生成され、
   前記患者リストは、表示される前記項目、前記患者識別情報、または前記進捗状況のうちの少なくとも１つが、各医療スタッフがそれぞれ担当している前記患者および前記診療プロセスに応じて異なることを特徴とする請求項３に記載の診療支援装置。
5. 各患者の種類に応じた前記患者リストが生成され、
   前記患者リストは、表示される前記項目、前記患者識別情報、または前記進捗状況のうちの少なくとも１つが、前記各患者の種類に応じて異なることを特徴とする請求項３または４に記載の診療支援装置。
6. 前記各患者の種類は、手術が決定した手術決定患者、通院している外来通院患者、または病棟に入院している病棟入院患者を含むことを特徴とする請求項５に記載の診療支援装置。
7. 前記患者リストに表示される前記項目が異なる場合、前記医療スタッフが前記患者に対して実施する全ての前記診療プロセスの流れを時系列に配列したタイムラインが表示されることを特徴とする請求項４ないし６のいずれか１項に記載の診療支援装置。
8. 前記タイムラインには、前記診療プロセスの進捗状況が表示されることを特徴とする請求項７に記載の診療支援装置。
9. 前記タイムラインは、前記項目配列軸に沿って配列された前記患者毎の前記アイコンの間に挿入表示されることを特徴とする請求項７または８に記載の診療支援装置。
10. 前記タイムラインは、前記患者リスト上にポップアップ表示されることを特徴とする請求項７または８に記載の診療支援装置。
11. 前記患者リストの操作により、前記診療プロセスの詳細情報が表示されることを特徴とする請求項１ないし１０のいずれか１項に記載の診療支援装置。
12. 請求項７または８を引用する請求項１１に記載の診療支援装置において、
    前記タイムラインは、前記詳細情報とともに表示されることを特徴とする診療支援装置。
13. 前記詳細情報は、医療検査の検査結果および医療検査の結果報告である医用レポートを含むことを特徴とする請求項１１または１２に記載の診療支援装置。
14. 医療スタッフが患者に対して実施する複数の診療プロセスの項目が配列される項目配列軸と、複数の前記患者を識別する患者識別情報が配列される患者識別情報配列軸とで構成される二次元領域に、前記患者毎の複数の前記診療プロセスに関する文字情報を表示するアイコンがマトリクス状に配された患者リストを有する表示画面を生成する画面生成ステップと、
    前記表示画面の表示を制御する画面表示制御ステップとを備えることを特徴とする診療支援装置の作動方法。
15. 医療スタッフが患者に対して実施する複数の診療プロセスの項目が配列される項目配列軸と、複数の前記患者を識別する患者識別情報が配列される患者識別情報配列軸とで構成される二次元領域に、前記患者毎の複数の前記診療プロセスに関する文字情報を表示するアイコンがマトリクス状に配された患者リストを有する表示画面を生成する画面生成機能と、
    前記表示画面の表示を制御する画面表示制御機能とを、コンピュータに実行させることを特徴とする診療支援装置の作動プログラム。
16. 診療支援装置とクライアント端末とこれらを相互に通信可能に接続するネットワークとで構成される診療支援システムであって、
    医療スタッフが患者に対して実施する複数の診療プロセスの項目が配列される項目配列軸と、複数の前記患者を識別する患者識別情報が配列される患者識別情報配列軸とで構成される二次元領域に、前記患者毎の複数の前記診療プロセスに関する文字情報を表示するアイコンがマトリクス状に配された患者リストを有する表示画面を生成する画面生成部と、
    前記表示画面の表示を制御する画面表示制御部とを備えることを特徴とする診療支援システム。

Images