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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、未確認マーク８５付きの小アイコン８２Ｂによる未確認の進捗状況の表示に加えて、図２１に示すように、進捗状況が未確認の医療検査の件数を表す吹き出しマーク１１５を患者情報表示欄７７の各患者情報に表示してもよい。小アイコン８２はサイズが小さい。また、小アイコン８２の個数が特殊アイコン８１Ｂに一度に収まる最大個数以上であった場合には、特殊アイコン８１Ｂに一度に収まりきらなかった小アイコン８２はアンドモアマーク８６が選択されない限り表示されない。こうした場合は小アイコン８２による未確認の進捗状況の表示を見逃してしまうおそれがある。そこでこうした吹き出しマーク１１５を表示することで、未確認の進捗状況の表示を見逃してしまうミスを回避することができる。

上記実施形態では、患者ＩＤ「００００２５４７９８」の麻酔同意書の診療プロセス項目等、実施不要な診療プロセスの患者リスト７１の該当部分を空欄８３としているが、こうした実施不要な診療プロセスに対しても通常アイコン８１Ｃを表示してもよい。例えば図２２に示す患者ＩＤ「００００２５４７９８」の麻酔同意書の診療プロセス項目のバツ印が表示された通常アイコン８１ＣＤのように、実施される診療プロセスの通常アイコン８１Ｃ（通常アイコン８１ＣＡ、８１ＣＢ、８１ＣＣ）と区別して表示する。こうすれば、実施される診療プロセスと実施不要な診療プロセスの区別がより明確となる。

上記実施形態では、小アイコン８２の色や線種を変化させたり、未確認マーク８５のようなマークを表示することで、各種医療検査の進捗状況の変化を表しているが、本発明はこれに限定されない。例えば図２３に示すように、特殊アイコン８１Ｂ内における小アイコン８２の表示位置を変化させることで、各種医療検査の進捗状況の変化を表してもよい。

図２３において、特殊アイコン８１Ｂには、小アイコン８２の表示位置を上下に分けるための境界線１１８が表示されている。境界線１１８の下部には、進捗状況が「未実施」である「ＤＲ」の小アイコン８２Ａ、および進捗状況が「確認済」である「血」、「ＥＳ」の小アイコン８２Ｃが配される。一方、境界線１１８の上部には、進捗状況が「未確認」である「ＣＴ」、「心」の小アイコン８２Ｄが配され、かつ進捗状況が「未確認」であることを示すＮｅｗマーク１１９が表示される。進捗状況が「未確認」である「ＣＴ」、「心」の小アイコン８２Ｄは、進捗状況が「確認済」である「血」、「ＥＳ」の小アイコン８２Ｃと見た目は同じであるが、表示位置を境界線１１８の上部とすることで、進捗状況が「確認済」である「血」、「ＥＳ」の小アイコン８２Ｃと区別している。このように表示位置で進捗状況の変化を表すことは、複数の小アイコン８２が内部に配された特殊アイコン８１Ｂならではの進捗状況の変化の表し方と言え、より明確に診療プロセスの進捗状況を表すことができる。

また、マークとしては、図２４に示すプログレスバー１２５を採用してもよい。図２４は、特殊アイコン８１Ｂにプログレスバー１２５を表示した例である。この場合、小アイコン８２で各医療検査の進捗状況の変化を表しつつ、小アイコン８２で進捗状況が表される医療検査の全体的な進捗状況の変化をプログレスバー１２５で表す。また、プログレスバー１２５の表示が１００％に満たない場合は、小アイコン８２全体を白色の枠線１２６で囲って強調表示する。

例えば小アイコン８２で進捗状況が表示される医療検査が４種類で、４種類の医療検査の全ての進捗状況が「未実施」である場合はプログレスバー１２５の表示は０％、２種類の医療検査の進捗状況が「未実施」、２種類の医療検査の進捗状況が「確認済」である場合はプログレスバー１２５の表示は５０％、４種類の医療検査の全ての進捗状況が「確認済」である場合はプログレスバー１２５の表示は１００％となる。

図２４の場合、「ＣＴ」、「ＤＲ」、「ＵＳ」、「血」、「心」、「ＥＳ」の６種類の医療検査のうち、「ＤＲ」、「血」、「ＥＳ」の３種類の医療検査の進捗状況が「確認済」、「ＣＴ」、「心」の２種類の医療検査の進捗状況が「未実施」、「ＵＳ」の医療検査の進捗状況が「未確認」であるので、プログレスバー１２５の表示は約６０％となっている。

図２４は特殊アイコン８１Ｂにプログレスバー１２５を表示する例であるが、図２５に示すように、通常アイコン８１Ｃにプログレスバー１２５を表示してもよい。

図２５は、手術同意書の項目に配された通常アイコン８１Ｃにプログレスバー１２５を設けた例である。この場合、手術同意書の診療プロセスの進捗状況を、図２５の上部に示すように「未着手」、「説明済」、「受領済」、「確定」の４段階に分け、プログレスバー１２５の表示を、「未着手」の場合０％、「説明済」の場合３４％、「受領済」の場合６７％、「確定」の場合１００％と予め設定しておく。そして、この設定にしたがってプログレスバー１２５の表示を変化させることで、手術同意書の診療プロセスの進捗状況の変化を表す。図２５では、プログレスバー１２５の表示が６７％で、進捗状況が「受領済」であることを表している。このように診療プロセスの進捗状況をプログレスバー１２５で表すことで、より直感的に診療プロセスの進捗状況を把握することができる。

ここで、「未着手」は、上記実施形態と同様に診療プロセスに着手していない状態である。「説明済」は、医師から患者やその家族への、手術同意書の主旨および署名や捺印を求める説明が済んだ状態、「受領済」は、患者やその家族から医師への、署名や捺印を終えた手術同意書の受け渡しが済んだ状態、「確定」は、患者から受け渡された手術同意書の電子カルテ２４へのアップが完了した状態である。

なお、プログレスバー１２５の表示が１００％となった場合、プログレスバー１２５自体を消去してもよい。例えば読影医に対してのみ医療検査の進捗状況を表すプログレスバー１２５を表示する等、医療スタッフの種類に応じて、進捗状況の変化の表し方を変更してもよい。また、スケジュール管理データ５５に日毎の診療プロセスの予定を記録しておき、当日予定している診療プロセスのアイコン８１のみにプログレスバー１２５を表示してもよい。

なお、例えば円環の中の色がグラデーションで移り変わるローディングアニメーションといったものをマークとして用いてもよい。

また、進捗状況が「未実施」、「未確認」の場合は、進捗状況が「確認済」の場合よりも小アイコン８２の大きさを大きくし、進捗状況が「未実施」、「未確認」の医療検査を目立たせる等、小アイコン８２の大きさを変化させることで、進捗状況の変化を表してもよい。この場合、１つの特殊アイコン８１Ｂに含まれる複数の小アイコン８２で進捗状況が表される医療検査の全てが「確認済」となったときに、複数の小アイコン８２の大きさを揃えてもよい。あるいは、進捗状況が「確定」、「確認済」以外の場合、通常アイコン８１Ｃや小アイコン８２をアニメーション表現で揺動させる等して、進捗状況の変化を表してもよい。

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

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

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

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

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

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

上記実施形態では、患者情報表示欄７７の各患者情報がカーソル７５で選択された場合に、第２表示画面１５Ｂを表示させるとしているが、通常アイコン８１Ｃや小アイコン８２、あるいは図２１に示す進捗状況が未確認の医療検査の件数を表す吹き出しマーク１１５をカーソル７５で選択可能とし、通常アイコン８１Ｃ、小アイコン８２、あるいは吹き出しマーク１１５の選択を契機に第２表示画面１５Ｂを表示させてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (20)

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

Images