JP2010097573A - 医療情報管理システム - Google Patents

Abstract

【課題】 手術毎に必要な書類の管理の手間を軽減できるシステムを提供する。
【解決手段】 患者の患者情報を記憶する記憶手段と、手術を実施するために必要とされる少なくとも文書データ毎に手術内容によって異なるパターンが用意される文書データを，組み合わせて１つの手術文書セットとし記憶手段に複数記憶させる手術文書設定手段と、患者情報から所定の患者情報が選択されている状態において，複数の手術文書セットから１つを選択する選択信号に基づいて，選択されている患者の患者情報と選択された手術文書セットを対応させて記憶手段に記憶させる手術文書対応手段と、手術文書対応手段により患者情報に対応させた手術文書セットから所定の文書データを呼び出すための信号に基づいて，選択されている患者情報に対応する文書データを記憶手段から呼び出しモニタに表示させる文書データ呼出手段とを備える。
【選択図】 図４

Description

本発明は医療情報を電子データとして管理する医療情報システムに関する。

従来、電子カルテ等の電子化した医療情報を管理する医療情報管理システムが知られている。このような医療情報管理システムでは、患者の個人情報、検査結果、診療情報等をカルテ情報として電子化して統合的に管理している（例えば、特許文献１）。例えば、患者の手術が行われる場合、このようなシステムでは手術に応じて予め作成され印刷された文書（術前記録、手術説明書、手術同意書等）に医師又は患者が必要事項を記入し、これらの文書を電子化して一元管理している。
特開平１０−９７５８２号公報

しかしながら、前述のような文書は、同じ種類の文書であっても手術の内容や術式、病名によって必要とされる記載内容が異なるため、手術内容等に応じて、術前記録、手術説明書、手術同意書等の文書パターンを変えて用意しなければならず文書の管理が煩雑となりやすかった
本発明は、上記従来技術の問題点に鑑み、手術毎に必要な書類の管理の手間を軽減できる医療情報管理システムを提供することを技術課題とする。

上記課題を解決するために本発明は以下の構成を持つことを特徴とする。
（１） 複数の患者の個人情報及び診療情報を含む患者情報を記憶する記憶手段と、手術を実施するために必要とされる少なくとも２種類の文書データであって，１種類の前記文書データ毎に手術内容によって異なるパターンが用意される文書データを，組み合わせて１つの手術文書セットとし，該手術文書セットを前記記憶手段に複数記憶させる手術文書設定手段と、前記記憶手段に記憶されている複数の患者情報から所定の患者情報が選択されている状態において，前記複数の手術文書セットから１つを選択する選択信号に基づいて，前記選択されている患者の患者情報と前記選択された手術文書セットを対応させて前記記憶手段に記憶させる手術文書対応手段と、該手術文書対応手段により前記患者情報に対応させた前記手術文書セットから所定の文書データを呼び出すための信号に基づいて，前記選択されている患者情報に対応する前記文書データを前記記憶手段から呼び出しモニタに表示させる文書データ呼出手段と、を備えることを特徴とする。
（２） （１）の医療情報管理システムは、さらに，患者に施す手術を認識させるための手術情報を前記選択した患者情報に設定する手術情報設定手段を持ち、前記手術文書セットは前記手術情報と対応して前記記憶手段に記憶されており、前記手術情報設定手段による設定のための信号を前記選択信号として用いる
ことを特徴とする。
（３） （１）又は（２）の医療情報管理システムにおいて、前記手術文書設定手段は前記手術文書セットのうち，特定の文書データをテキストデータを入力可能な形式として前記記憶手段に記憶させ，前記特定の文書データ以外の文書データをテキストデータを入力不可能な形式として前記記憶手段に記憶させることを特徴とする。
（４） （３）の医療情報管理システムにおいて、前記手術文書セットは、術前記録，手術記録，説明書及び同意書の雛形データを含むことを特徴とする。
（５） （４）の医療情報管理システムにおいて、前記術前記録及び術中記録の雛形データは前記テキストデータの入力可能な形式とされ，前記説明書及び同意書の雛形データは前記テキストデータを入力不可能な形式とされることを特徴とする。

本発明によれば、手術毎に必要な書類の管理の手間を軽減できる。

以下に図面を用いて本発明の医療情報管理システム（電子カルテシステム）の実施形態を説明する。なお、本実施形態では眼科分野における医療情報管理システムを例に挙げ、説明する。図１は医療情報管理システムの概要を示す図である。本発明の実施形態である医療情報管理システムは、医療情報を電子化しサーバで一括管理するものであり、病院内の複数のクライアントとＬＡＮ等の通信回線で接続されることにより構築される。

以下に、本システムの構成を説明する。管理サーバ１０は、サーバ本体１１を持つ。サーバ本体１１は、本体に搭載され医療情報管理システムの主要な演算処理（判定、演算）を担うＣＰＵ１２と、本体に搭載され医療情報管理システムの全データが蓄積される記憶部（記憶手段）であるハードディスク１３とを備える。システム内のデータはすべて管理サーバ１０で一元管理される。後述する管理サーバ１０に接続される各クライアント２０は、各種の検査データの表示、データの入出力、患者の手術の予約等を行う。なお、ハードディスク１３には、医療情報管理システムのプログラム１４が記憶されている。

クライアント（端末）２０は、ハブ１５を介して管理サーバ１０と接続されている。クライアント２０には以下のようなものがある。来院した患者の受付等の手続きを行う受付用クライアント、患者の検査データ等を管理する検査用クライアント、カルテの記載、管理、閲覧、患者の手術の予約等をする診察用クライアント、診察の済んだ患者の医療費を請求、精算、次回診察等の予約等をする会計用クライアント、である。実際上は、受付用のクライアントと会計用のクライアントは共用されてもよい。

それぞれのクライアント２０は、各々が管理サーバ１０と接続されるパーソナルコンピュータ（以下ＰＣと略す）を本体に持つ。このような一般的に用いられるＰＣを、患者情報等を管理、閲覧をする医療情報処理装置として用いることができる。クライアント２０となるＰＣ２１は、後述する各種の作業画面を表示するためのモニタ（出力手段）２２と、入力手段（操作手段）であるキーボード２３、マウス２４とを備える。また、管理サーバ１０と各クライアント２０は、ハブ１５を介しＬＡＮケーブル２５によって接続される。このようにして、管理サーバ１０と各クライアント２０によりネットワーク（ここでは、ＬＡＮ）が形成される。また、ＰＣ２１は、本システムのクライアント用プログラムの実行及び各種の処理（判定、保存、呼出等）、表示等の制御を行う制御部２１ａと、本システムのクライアント用プログラム、データ等が記憶されるハードディスク２１ｂを持つ。本システムのクライアント用プログラムは、前述のプログラム１４をハードディスク２１ｂに読み出されて制御部２１ａにより実行される。クライアント２０と管理サーバ１０と連携され、ハードディスク１３に記憶されている医療情報をＰＣ２１上で仮想的に管理、閲覧、変更しているかのようなサーバ・クライアントシステムが構築される。従って、プログラム１４は、実行手段であるＣＰＵ１２及び制御部２１ａにより実行される。このプログラムの実行により、医療情報管理システムが統合、制御される。

なお、検査用クライアントにおいて、ＰＣ２１は１乃至複数の各種検査機器３０と接続されており、各種検査機器３０で得られた患者の検査データは、ハードディスク２１ｂに保存される。検査機器３０としては、例えば、眼科分野で言えば被検者眼の眼底を撮影する眼圧計、屈折力測定装置、角膜形状測定装置、超音波診断装置（眼軸長測定装置）、細隙灯顕微鏡等が挙げられる。ハードディスク２１ｂに記憶された検査データは、ＰＣ２１の制御部２１ａにより、管理サーバ１０のハードディスク１３へと送られる。このとき、ＰＣ２１では、各検査機器３０からに送られてくる検査結果がポート別に判別される。そして、制御部２１ａは、検査結果に対して該当する検査項目を識別するための識別情報（オブジェクトＩＤ）、検査日情報や検査時刻、患者識別情報（患者ＩＤ）等、を付与した状態でサーバ１０側に検査データ（検査項目、検査結果等を含む）を送る。なお、検査データが検査用クライアント２０（ＰＣ２１）に手動入力する場合には、入力者が画面上にて患者や検査項目等を指定することによって、制御部２１ａが検査結果に患者識別情報、検査日情報、オブジェクトＩＤ等を付与する。

また、診察用クライアントにおいて、ＰＣ２１には、出力手段であるプリンタ３５と、取込手段であるスキャナ３６が接続されている。プリンタ３５は、後述する手術に関連する文書データを紙に印刷（出力）するために用いられる。プリンタ３５は、ＰＣ２１の操作によりハードディスク１３内の情報又はハードディスク２１ｂ内の情報を出力する。スキャナ３６は、紙に印刷された文書を取込み、電子化するために用いられる。スキャナ３６で、取り込まれた情報は一旦ハードディスク２１ｂに記憶され、制御部２１ａによりハードディスク１３へと送られる。

以上の説明では、サーバ１０、クライアント２０間をＬＡＮケーブル２５により接続し、医療情報管理システムをＬＡＮで構築したが、これに限るものではなく、他の通信回線を利用することも可能である。例えば、インターネット回線により病院間を接続し、病院間の一元的医療情報管理、遠隔医療に用いてもよい。また、ネットワークの構築は、ＬＡＮケーブル２５の接続に限定しなくてもよい。医療機器に影響のない電波を用いた無線ＬＡＮ、例えばＰＨＳ等を用いた無線ＬＡＮのシステムを構築して用いてもよい。また、本実施形態では、サーバと複数のクライアントとを通信回線にて接続させネットワークを構成するものとしているが、これに限るものではなく、サーバ機能とクライアント機能が一体とされた単体のシステムにおいても適用することも可能である。

次に、前述した医療情報管理システムを用いた患者の診療の流れの概要を説明する。詳細な説明は略すが、ユーザである医師、看護師、医療事務担当者（医事）等は、予めハードディスク１３に記憶しておいた認証情報を、各クライアント２０のログイン画面からＣＰＵ１２に通知することによって、システムにログインする。ロクインしたユーザは、クライアント２０（サーバ１０）を利用し、患者の受付、検査、診療、会計等の医療行為を行う。なお、認証情報には、ユーザがシステムで利用できる情報、権限等の内容が含まれる。例えば、ユーザが所属する部署が「受付」である場合、カルテの詳細な患者情報は閲覧できず、患者の氏名等の個人情報しか閲覧できない、等である。なお、ここで言う患者情報とは、患者の氏名、性別、住所、患者ＩＤ（患者識別情報）等の個人情報と、患者の病名、既往症、検査データ、カルテの記載、術眼情報等の診療情報と、を含む。

まず、部署が「受付」のユーザが受付用クライアント２０で本システムにログインすると、図示なき受付ウインドウが起動される。受付ウインドウでは、受付処理の済んだ患者が順番に登録された患者リスト、患者の状態（検査、診察、処置等の診療の進行度合）を示す患者ステータス等が表示される。同様に、部署が「検査（眼科等）」、「診察（眼科等）」、「会計」のユーザであれば、それぞれのウインドウが起動される。

部署が医事（受付）のユーザがログインすると、図示なき受付ウインドウが起動される。受付では来院した患者を医療情報管理システムに登録し、検査や診察等の診療を受けるための手続きがとられる。患者は患者リストに追加登録され、患者の受ける診療行為が登録される。

次に、患者は検査へと進められる。本システムに部署が「検査」のユーザ（眼科に属する検査技師や看護師、医師）がログインすると、図示なき検査ウインドウが起動される。ユーザである検査者は検査ウインドウの患者リストから、検査する患者を選択することで患者の受ける検査項目を知る。

検査データの取り込みを精密眼圧測定を例に挙げて説明する。検査クライアント２０で、前述のように眼圧計から検査データ（眼圧値）が検査ウインドウの操作により、検査クライアント２０に取り込まれる。このとき、眼圧値等の検査データがハードディスク２１ｂに記憶され、制御部２１aにより、各検査データにオブジェクトＩＤが付与され、サーバ１０のハードディスク１３に保存される。さらに、検査データの保存動作をトリガとして、各検査データのカルテへの転記処理がなされ、検査データの転記されたカルテ情報はハードディスク１３へと記憶される。同様に、屈折検査により取得された屈折値、角膜曲率半径計測により取得された角膜曲率、超音波診断装置により取得された眼軸長、細隙灯検査により取得された前眼部や後眼部のスリット像等が適宜医師の選択により、カルテに転記される。

次に、検査を終えた患者は診察室へと入る。診察の権限を持つユーザ（医師）が診察用クライアント２０へとログインすると診察ウインドウが起動される。医師は診察する患者を図示なき患者リストから選択することでカルテが表示される。

医師がカルテを開き、カルテの記載、検査データ等に基づいて患者の病名の診断や処置等を行う。ここでは、検査データから、医師が患者の病名を「白内障」と診断し、次回来院時に「白内障手術」を実施するものとする（後述）。手術予約の構成、動作は、後述する。

以上のような手順で患者の診察を進め、最後にカルテを保存することにより、診察が終了される。診察の終了に伴い、制御部２１ａは、ＣＰＵ１２を介して請求処理とする各検査項目を会計用クライアント２０に送り、さらに、患者に請求する医療費を計算する。

会計では部署が医事（会計）のユーザが会計用クライアント２０にログインし、患者に請求される検査、診療行為等に基づいて計算された患者の医療費を見て、会計処理を行う。患者が医療費を支払うと、この患者の一連の診療が終了する。

次に、患者の手術に関連するシステム上の一連の流れについて説明する。ここでは、診察における手術の確定、手術の予約、手術実施前の準備、手術の実施、を順を追って説明する。本発明の医療情報管理システムでは、サーバ１０が管理する患者情報に基づき、患者の手術状況（手術予約、術前検査、手術実施等）を管理する手術管理プログラムを有する。手術管理プログラムは、前述のプログラム１４に含まれる。

以下では、医療情報管理システムの画面構成を順を追って説明する。以下に説明する医療情報管理システムの操作は、各作業画面上に表示されているカーソルをマウス２４等のポインティングデバイスで移動させ、画面上のボタンやアイコン等を選択（クリック）して行う。また、同様にしてカーソルを移動させ入力欄を選択し、キーボード等の文字入力装置により文字やコードを入力して操作をする。なお、文字やコードの入力にリーダデバイスを用いてもよい。例えば、カード、ＩＣチップ、バーコード等の取得装置（リーダ）や生体認証用のバイオメトリーデバイス等が挙げられる。

まず、カルテを作成すると共に患者の術式を確定する診察画面（電子カルテ画面）の構成を説明する。図２は、診察用クライアント２０に医師がログインしたときに表示される診察ウインドウ６００の画面構成を示す図である。診察ウインドウ６００において、ナビゲータボタン６０１は、医療情報管理システム上で共通して表示され、受付、検査、診察、会計といったそれぞれの画面に対応して備わる機能の変化するランチャーである。また、診察ウインドウ６００の上方に表示される患者情報表示部４９０は、図示を略す患者リストから選択された患者の情報が表示される欄である。患者情報表示部４９０には、選択された患者の個人情報の一部が表示される。また、診察ウインドウ６００には、患者の診療情報、検査データ等を記載したカルテ６４０が表示される。

前述のように、この患者は「白内障」と診断され、医師によりカルテ６４０に患者の病名が「白内障」と記載される（図２参照）。病名の記載は、ナビゲータボタン６０１の「病名登録」の選択により起動される図示なき病名登録ウインドウで、病名を選択するか入力手段を用いた文字入力により行われる。病名が登録されると、制御部２１ａによりこの患者の患者ＩＤに対して病名（ここでは、白内障）の病名コードが対応された診療情報がカルテ６４０上で作成され、ハードディスク１３に記憶される。

患者の病名が決定された後、患者を治療するための手術又は術式が決定される。前述と同様にナビゲータボタン６０１の手術登録（図示を略す）により手術が「白内障手術」と決定され、手術内容（ここでは、手術名等の手術情報）がカルテ６４０上で作成されると共に手術内容がハードディスク１３に記憶される。そして、手術の決定に伴い、図３に示す手術文書セット選択ウインドウ８５０が起動される。詳細は後述するが、手術文書セット選択ウインドウ８５０では、患者に施す所定の手術に対応して必要とされる文書データが組み合わされた手術文書セットが表示されている。ここでは、複数の手術文書セットが一覧で表示されている。なお、手術文書セットの並びは、ユーザ側で使用頻度の高い順となるように設定してもよい。本実施形態においては、文書セット名がウインドウ内に表示されるものとしているが、これに限るものではなく、手術、術式、病名等の手術文書セットを選択する上で一見して手術内容として判断可能な名称が表示されていればよい。また、手術内容は、データとしてハードディスク１３に記憶されているものに限るものではない。医師等のユーザが判断した情報も手術内容に含まれる。本実施形態の手術文書選択ウインドウ８５０には、患者の手術に応じた手術文書セットが複数表示可能されており、患者の手術内容に対応された手術文書セットが、複数の手術文書セットから１つ選択される。手術文書セットが選択されることにより選択信号が生成され、制御部２１ａによりウインドウ上で選択された状態の患者の患者情報と手術内容に応じて手術文書セットが対応され、ハードディスク１３に記憶される。

手術文書セットとは、所定の手術（手術内容）に対応して用意された文書集であり、手術を実施するために必要とされる少なくとも２種類の文書を持つ。１種類の文書毎に手術内容の異なるパターンが用意されており、これらの文書を手術内容に応じて組み合せることで、１つの手術文書セットを得る。従って、手術内容に応じて手術文書セットは複数用意されることとなる。なお、ここでいう文書とは、電子的に記憶、管理される文書データ（ファイル）を指すものとする。手術文書セットとしては、例えば、術前記録，手術記録，説明書及び同意書の雛形データ（テンプレート）が含まれる。術前記録は、手術前に患者の状態を確認するための情報を記載する文書であり、患者の個人情報、診療情報を含む。具体的には、検査データ、術眼情報、既往症、感染症の情報等が記載される（詳細は後述する）。例えば、白内障手術においては、術前記録には患者の感染症の有無、術眼（手術を実施する眼）、患者眼の乱視軸角度等が記載される。術中記録は、手術中の患者の情報、手術器具、手術装置の情報（設定情報、使用情報）を記載する文書である。例えば、白内障手術においては、術中記録には切開位置、白内障手術装置の設定、灌流液である生理食塩水の使用量等の情報が記載される。説明書は、患者へ手術の内容を説明するための文書である。説明書には、手術の内容について説明する図、文章がかかれている。同意書は、患者が手術の実施に同意したことを宣言するための文書である。同意書には、所定の手術の内容について同意するか否かを確認する文章と患者の署名欄とが設けられている。なお、患者の署名が記入されることで、説明書、同意書に対して内容を理解した（承認した）こととなる。

手術文書セットのうち少なくとも１つの文書は、画像、テキストデータを持つ検査データ、患者のカルテ情報等の診療情報と、患者の個人情報の少なくともどちらかを持ち、クライアント２０のモニタ２２上に出力（表示）された文書に対して情報（数値、文字等）をテキストデータにて入力可能な形式とされる。例えば、術前記録、術中記録等の情報を数値等のテキストデータで入力する文書は、上記の形式とされる。なお、本実施形態では、術前記録、術中記録には、カルテ情報のデータを電子的に書き込むことができる構成とされる。また、手術文書セットのうち少なくとも１つの文書は、モニタ２２上に出力され、文書に対して情報の入力ができない（テキストデータの入力が不可能な）形式とされる。例えば、患者の手書きによる署名を必要とする同意書、その他の情報の入力が必要とされない説明書等の文書は、上記の形式とされる。具体的には、紙に印刷されたものに署名等の必要事項が記載される形式の文書であり、画像として保存されている文書である。

なお、これらの文書は、複数の文書が１つの手術文書セットと設定され、制御部２１ａによりハードディスク１３に記憶される（後述）。また、手術文書セットは、カルテ情報と同様に、制御部２１ａにより患者ＩＤ（患者情報）と対応してハードディスク１３に記憶される。このような文書は、保存によりカルテに添付されることとなる。また、印刷された文書は、スキャナ３６により取り込まれる。具体的には、スキャナ３６に取り込む文書をセットし、図示なき文書取り込みウインドウ等を操作することで、取り込んだ文書をモニタ２２上に画像データとして出力させる。取り込まれた文書を保存する際に、患者と文書の種類（文書名等）を指定することで、制御部２１ａにより患者ＩＤと取り込まれた文書とが対応されるとともに、文書の種類が指定され、ハードディスク２１ｂに保存される。保存された文書は、制御部２１ａによりハードディスク１３に保存される。この操作により、取り込まれた文書が患者のカルテに添付される。なお、印刷された文書の情報に基づき、スキャナにより取り込まれた画像データから、制御部２１ａが文書の種類を判定する構成としてもよい。例えば、文書にバーコード等の画像として識別できる識別情報を印刷し、制御部２１ａにこの識別情報を判定させる。

このような文書セットは、病院によって異なるものであり、各病院より各々の文書が個別に用意される。例えば、白内障手術の術前記録で必要とされる検査項目と、硝子体手術の術前記録で必要とされる検査項目とは大きく異なる。また、説明書では、手術が異なることで説明する内容が大きく異なる。さらに、病院毎で手術に用いる装置、器具が異なると、術中記録等で必要とされる情報の入力欄が異なる。このため、手術毎、病院毎に個別に文書が用意されることとなる。言い換えると、特定の文書は、手術毎に用意される必要があり、複数のパターンを持つこととなる。

手術文書セットの設定、つまり、所定の手術に応じて個別に用いられる文書の設定と共に各々の文書の組合せの設定は、診療ウインドウ６００から設定画面（図示を略す）が起動される手術文書セット設定ウインドウ８６０にて行われる（図４参照）。手術文書セット設定ウインドウ８６０は、手術又は術式を選択する手術選択欄８６１と、選択された手術に対応する各文書を選択し、設定する文書設定欄８６２を有する。手術選択欄８６１は、プルダウンにて所定の手術を選択する。文書設定欄８６２には、各文書名の文書がサムネイルで表示される。文書設定欄８６２内で各文書が選択されることで図示なきテキストエディタが起動される。文書作成手段であるテキストエディタにより文章が作られ、文書上に入力する項目、例えば、患者の個人情報、診療情報をカルテから取り込むための欄が作成される（詳細は後述する）。また、文書に必要な図は、画像取込み、テキストエディタ上の作図ツールの利用によって作られる。このような文書を各手術毎に用意し、手術文書セット設定ウインドウ８６０のＯＫボタンを選択することで、各文書と手術文書セットの設定が、制御部２１ａにより確定され、その内容がハードディスク１３に記憶される。また、関連する（手術名が同じ）文書を対応付けてハードディスク１３に記憶することで、所定の手術文書セットが得られる。この操作を繰り返すことにより、手術内容に応じた手術文書セットがハードディスク１３に記憶される。

なお、以上の説明では、手術内容を決定した後に、手術文書セットを選択する構成としたが、これに限るものではない。手術内容の決定に伴って、手術文書セットが患者情報と対応される構成であってもよい。例えば、カルテへの患者の手術名の設定を、患者に施す手術を認識させるための手術情報を選択した患者情報に設定する手術情報設定動作とする。そして、手術文書セットは手術情報と対応してハードディスク１３に記憶させる。このときの設定のための信号を、前述の複数の手術文書セットから１つを選択する選択信号として用いればよい。具体的には、カルテに「白内障」、「白内障手術」等を入力し、設定した信号を用いる。この場合、手術文書セットを選択するウインドウを用いる構成に限らない。また、手術文書セットの選択により、患者の手術が確定される構成とされてもよい。

患者の手術又は術式が決定されると、手術の予約が行われる。ナビゲータボタン６０１の手術予約を選択すると、手術予約ウインドウ９００が別ウインドウとして起動される。図５は、手術予約ウインドウ（予約画面）９００の画面構成を示す図である。本実施形態では、手術予約ウインドウ９００は、診察用クライアント２０のモニタ２２に表示されるものとし、患者の手術の予約は医師が行うものとする。なお、手術の予約は、会計用クライアント２０にて、医療事務等が行ってもよい。

手術予約ウインドウ９００は、手術の予約日を所定の期間で一覧表示表示するカレンダー９１０と、特定の手術日の仮予約状況を表示する仮予約リスト（未確定予約リスト）９２０、特定の手術日の本予約状況を表示する本予約リスト（確定予約リスト）９３０を含む。ここでは、予約リスト９２０、９３０には、同一手術日の患者の一覧がそれぞれ表示される。また、予約リスト９２０、９３０は、予約状況が分かり易くなるように手術予約ウインドウ９００上に並べて表示される。カレンダー９１０の特定の手術日が選択されると、選択された手術日の状況が予約リスト９２０、９３０に表示される。予約リスト９２０、９３０には、患者ＩＤ，患者名、手術名、術眼等の患者情報が表示される。

カレンダー９１０では、予約状況を分かり易くするように各手術日における予約患者数の目安が色分けして表示される。例えば、患者の予約がない場合は白色、少数（２、３人）である場合は緑色、中程度の人数の場合は黄色、多数（手術許容数限界）の場合は赤色、として背景が色分けられる。このような表示は、制御部２１ａがハードディスク１３内の予約情報を参照することにより行われる。なお、色分けの基準は、各病院によって異なるため図示なき設定ウインドウで人数、色等を設定する。また、予約患者数と特定の手術日の許容量との比によって、特定の手術日の予約状況をユーザに知らせる構成としてもよい。

仮予約リスト９２０への患者の追加（入力）は、前述の手術の決定により行われる。ここでは、手術日だけが決定された状態（未確定状態）である。本予約リスト９３０への追加（入力）は、仮予約ウインドウ９２０上で選択された患者（少なくとも１人の患者を指す）をドラッグして、本予約リスト９３０上にドロップすることにより行われる。この動作により、患者の手術日と共に手術時間が確定される。なお、本予約リスト９３０上の一覧表示において、患者は手術順（時系列順）に並べられている。また、本予約リスト９３０上に一覧表示されている患者は、所定の振分けルール（予約確定基準情報）に基づいて並べ替えられて表示される。なお、本実施形態では、本予約リスト９３０の患者を仮予約リスト９２０には、ドラッグアンドドロップできない構成とされる。本予約リスト９３０の患者を仮予約とする場合には、ウインドウ上の削除ボタンで患者を本予約リスト９３０から削除し、再度仮予約リスト９２０に追加する。このような手続きを経ることで、患者の予約で間違いが起こりにくくなる。なお、このような設定は図示なき設定ウインドウにより変更できる。

ここで、振分けルールについて説明する。振分けルールは、同一手術日における複数の患者の手術順序を確定するために用いられる情報であり、患者情報の要素を基準要素として持つ。患者情報の要素としては、例えば、手術（又は術式）、術眼情報（例えば、左右眼情報、術眼の乱視軸角度情報）、感染症の有無、手術時間（手術の困難さ）等である。振分けルール、これらの要素の少なくとも１つを持つと共に、各要素間の優先度を設定するための優先順位情報を持つ。これらの要素により患者を振分けることにより、以下のような利点がある。例えば、手術（術式）順とすることで、手術される患者が変わる毎に手術を確認する必要がなく作業効率を向上できる。また、術眼の場合も、患者毎に術者が移動する必要がなく作業効率を向上できる。また、患者の乱視軸角度の場合も、患者毎に切開する位置を変える必要がなく作業効率が向上する。角膜周辺を切開する場合、術後の乱視を惹起しないように乱視軸に応じて切開創が形成される。具体的には、乱視の曲率が高い箇所に手術ナイフ等で切開創を形成することを言い、乱視軸に対して直交する位置の角膜輪舞に切開創を形成する。このため、術眼の乱視軸角度が手術毎に異なると、切開位置を変える必要があり、術者が手術毎の移動する必要が生じる。これに対して、前述のように術眼の乱視軸角度に応じて手術順を並べ替えることで作業効率が向上する。また、感染症がある患者を同一手術日の最後にすることにより、他の患者への感染のリスクが低減できる。また、手術時間毎に並べ替えることにより、困難な手術を後にして、手術の流れをスムーズとし作業効率を向上できる。

図６は、振分けルール設定ウインドウ９４０を示す図である。振分けルール設定ウインドウ９４０は、要素リスト９４１と、基準リスト９４２と、編集ボタン９４３とを備える。ここで、要素とは、患者情報に対応する項目を指し、例えば、手術又は術式、術眼、乱視軸角度等を指す。要素リスト９４１は、患者情報の要素と対応した要素が用意されている。基準リスト９４２には、編集ボタン９４３又はドラッグアンドドロップにより追加された要素リスト９４１の要素が表示される。基準リスト９４２内に表示される要素は、上から順に優先順位が高いものとされる。基準リスト９４２に表示される要素は、編集ボタン９４３等で並べ替えられて、その優先順位が変えられる。また、編集ボタン９４３により要素が削除される。また、基準リスト９４２に表示される各項目毎の並べ替え順は、要素リスト９４２のプルダウンにより昇順、降順が設定される。なお、昇順、降順は数値等に限るものではない。例えば、術眼であれば、「右」、「左」という順番を昇順とし、感染症であれば、「なし」、「あり」を昇順とする。

振分けルール設定ウインドウ９４０のＯＫボタンが選択されることで、振分けルール情報が確定（更新）され、制御部２１ａによりハードディスク１３に記憶される。このとき、基準リスト９４２内の要素が振分けルールに用いられる情報とされ、さらに、要素の並び順（昇順）により、各要素間の優先順位情報が確定される。

次に、振分けルール情報に基づく患者の振分けについて説明する。図５の仮予約リスト９２０で選択された少なくとも１人の患者が本予約リスト９３０に追加されると、本予約が確定される。なお、本予約は、手術時間の確定を指すものであり、別の患者が本予約に追加されると、先に確定していた患者の手術時間は変更される場合がある。クライアント２０の制御部２１ａは、本予約の確定信号に基づきハードディスク１３内の振分けルール情報を読み出すと共に、本予約リスト９２０内の患者の患者情報を読み出す。制御部２１ａは、振分けルール情報の各要素と各患者の患者情報とを比較し、各患者の手術順を並べ替える。また、振分けルール情報の項目の優先順位を比較し、優先順位の高い要素に応じて各患者の手術順を並べ替える。このようにして、制御部２１ａは各患者の手術順を並べ替えた結果を予約の確定情報として、ハードディスク１３に保存する。また、患者の手術順を本予約リスト９３０に表示させる。このとき、制御部２１ａは、各患者の手術時間が重ならないように、各手術時間を確定させる。具体的には、制御部２１ａが、患者情報の手術又は術式の要素を呼び出すと共に、予め定められた目安の手術時間情報を呼び出し、これらに基づいて、患者の手術時間を確定させる。このようにして、同一手術内で各患者の手術順を振分けられると共に、手術予約ウインドウ９００に表示される。

患者の手術日、手術時間が確定すると、術前記録の記入（術前検査）、患者への手術内容の説明、患者の手術同意の署名取得が行われる。ここでは、術前検査はなく、カルテ情報から術前記録を作成するものとする。

前述したように、手術内容の説明には、クライアント２０のプリンタ３５で印刷された説明書が用いられる。このとき、診察用クライアント２０のナビゲータボタン６０１により選択されて起動された手術文書選択リスト９５０（後述）から選択されている患者情報に対応する説明書を選択する。クライアント２０で説明書をプリンタ３５から印刷すると、制御部２１ａが出力選択信号に基づき、ハードディスク１３から患者の患者情報の手術名を呼び出し、この手術命に対応する手術文章セットから選択された手術文書（説明書）を呼び出す。呼び出された説明書に、患者情報の要素と対応する情報を出力する。ここでは、患者の個人情報である患者ＩＤ等が説明書に出力される。また、日付等の管理に必要な情報も出力される。そして、制御部２１ａは、患者の情報が出力された説明書をプリンタ３５から印刷する。書名等の必要事項が記載された説明書は、前述のようにスキャナ３６にて取り込まれ、患者情報（患者ＩＤ）と対応されてハードディスク１３に保存される。なお、同意書も同様に処理される。

図７は、手術文書セットから所定の文書を呼び出すための手術文書選択リスト９５０の選択により表示された術前記録（手術準備・指示書）を示す図である。術船記録９６０は、手術の前に必要な検査の指示、手術時に必要となる器具の指定、注意事項等を記録する文書である。手術文書選択リスト９５０は、患者の患者情報に対応させた手術文書セットから所定の文書を呼び出すための信号を生成するためのウインドウである。手術文書選択リスト９５０上での文書選択信号に基づいて制御部２１ａが、現在選択されている患者情報に対応する文書（術前記録）をハードディスク１３から呼び出しモニタ２２に表示させる。

ここでは、白内障手術にに必要となる眼内レンズの指定について説明する。術前記録９６０は、患者名、術眼等の患者情報表示欄９６１、眼内レンズの度数等を決定するためのＩＯＬ処方欄９６２、手術に用いる器具、術前のチェック事項を表示するチェック欄９６３を含む。これらの欄は、前述のテキストエディタにより編集される。クライアント２０の画面上には、術前記録９６０と患者のカルテ６４０が表示される。術前記録９６０が表示された状態で、カルテ６４０に表示された検査データ６４０ａ等を選択し、術前記録９６０にドラッグアンドドロップすると、選択された検査データが術前記録９６０に入力される。ここでは、カルテ６４０に記載された患者の眼軸長、ケラト値等のＩＯＬの処方に必要な検査データが用いられる。手術管理プログラムには、ＩＯＬ計算式が組み込まれており、検査データ６４０ａの検査データが術前記録９６０に入力されると、制御部２１ａは、検査データから患者に適したＩＯＬの度数を算出し、ＩＯＬ処方欄９６２にその度数を表示する。このようにして、患者の手術に必要なＩＯＬの処方が行われる。

なお、カルテ６４０に表示された記載は、編集、削除ができないように電子的に保護されている。従って、カルテ６４０の記載は閲覧（参照）するのみとされる。ここで、選択された検査データ６４０ａは、術前記録９６０にドラッグアンドドロップされることで、テキストデータ化され、検査データの数値を編集することができる構成とされる。具体的には、ドラッグアンドドロップの操作により、制御部２１ａがハードディスク１３内の患者のカルテ情報を術前記録９６０にコピーし、コピーした情報に関しては保護を解除する。また、制御部２１ａは術前記録９６０の情報を個別の患者情報としてハードディスク１３に保存する。このような処理をすることにより、術前記録の入力の自由度を向上できる。例えば、術前に検査して得たデータのうち、好ましくないものがある場合、医師の判断により一部のデータを除外することができる。なお、以上の説明では、ＩＯＬ処方をカルテ情報のドラッグアンドドロップをトリガとして算出する構成としたが、これに限るものではない。術前記録にカルテ情報をドラッグアンドドロップした後、ＩＯＬ処方に必要な情報を編集してからＩＯＬ処方を決定する構成としてもよい。例えば、ＩＯＬ処方の欄に、ＩＯＬ算出ボタンを設け、算出ボタンの選択によりＩＯＬ処方が決められるようにする。

このようにして、術前記録が作成される。術前記録９６０がＯＫボタンで保存されることで、制御部２１ａは、術前記録９６０に表示された情報と患者情報とを対応させてハードディスク１３に保存する。また、術中記録も同様に作成、保存される。なお、術中記録が保存されることにより、この患者の手術が実施されたとして、本予約リスト８３０に表示される患者の情報が実施済みとされる。

以上のようにして、一連の手術おける手術文書がセットとして管理できる。患者情報（カルテ情報）からのデータの入力ができる。これにより、手術毎に用意していた文書の管理が簡略化される。また、各文書への患者情報の入力（記入）の手間が軽減され、手術等の作業効率が向上する。同日に複数の手術を行う際の手術計画を効率よく立てることができる。

なお、患者の本予約において同一手術日における患者の手術の順が患者情報に基づき振分けられているため、手術の効率が向上できる。一例として、術眼を右眼の患者を先に手術した後、左眼の患者を手術する振分けにすると、同日の手術において、医師は患者に対する立ち位置を変更する必要が１度しかなく、立ち位置を変えることによる作業効率の低下が抑制できる。これは、乱視軸角度でも同様である。

ここで、振分けルールに基づく、患者の並べ替えについて例示する。図８は、患者の並び替えのフローチャートである。ここでは、振分けルールの要素を、手術、感染症の有無、術眼、の３つとし、各要素間の優先順位を、手術、感染症の有無、術眼とする。ここで、手術では、白内障手術の手術を優先し、感染症の有無では感染症なしを優先し、術眼では右眼を優先する。フローチャートにおいて、各要素の判定基準がＹ／Ｎで定められ、優先順位に対応して配置される。ここでは、手術の要素で判定された後、感染症の有無、術眼が判定され、各要素の判定がツリー（ここでは、二分木）状に接続されている。こららの３つの要素、予約リスト９３０の追加された患者の患者情報を順番に呼び出し、各患者の手術の順番を振分ける。

以下に、ＣＰＵ１２が患者の順番を振分けるためのステップを示す。スタートからステップ１１（以下、ステップをＳと略す）では、患者の手術が判定される。ここでは、患者の患者情報に基づいて手術が白内障手術か否かが判定される。Ｓ１１で、白内障手術（Ｙ）と判定されれば、感染症の有無を判定するＳ２１へと振分けられる。白内障手術でない（Ｎ）と判定されれば、Ｓ２１と異なる感染症の有無を判定するステップ（図示を略す）へと振分けられる。次に、Ｓ２１では、患者の患者情報に基づいて感染症の有無が判定される。Ｓ２１で、感染症なし（Ｙ）と判定されば術眼を判定するＳ３１へ、感染症あり（Ｎ）と判定されれば術眼を判定するＳ３２（Ｓ３１とは異なる）へと振分けられる。そして、Ｓ３１、Ｓ３２では、患者情報から患者の術眼が右眼であるか否か判定される。Ｓ３１で術眼が右眼（Ｙ）と判定されれば順番１、左眼（Ｎ）と判定されれば順番２とされ、Ｓ３２で術眼が右眼（Ｙ）と判定されば順番３、左眼（Ｎ）と判定されれば順番４とされる。Ｓ１１で白内障手術でないと判定された患者の場合も、上記と同様に感染症の有無、術眼が判定され、順番５〜８が振分けられる。

以上のようなステップに基づいて、各患者の順番が振分けられる。なお、複数の患者が同じ順番に振分けられた場合は、患者に順番１Ａ、１Ｂ、…、１Ｚと振分ける。制御部２１ａは患者に順番を振分けた後、患者に順番を対応つけてハードディスク１３に記憶する。そして、制御部２１ａは振分けた順番に基づいて患者を並べ替え、本予約リスト９３０に並べて表示させる。このとき、前述のように各患者の手術時間が重ならないように手術時間を振分ける。また、制御部２１ａは、予約リスト９３０に表示させる情報をハードディスク１３に記憶する。このようにして、制御部２１ａ、ハードディスク１３の振分けルールにより、予約時間が確定される。以上のようにして、予め定めた振分けルールに基づいて、患者の手術順が振分けられる。

なお、以上説明した本実施形態では、仮予約リストと本予約リストが並べて表示される構成としたが、これに限るものではない。仮予約リストと本予約リストとを切換え表示させる構成としてもよい。この場合の患者の入力は、仮予約リストに表示された患者を選択し、本予約ボタン等で本予約リストに送る構成とする。また、本実施形態では、仮予約リストで複数の患者を選択し、本予約リストに入力する構成としたが、これに限るものではなに。仮予約リストの患者を１人ずつ本予約リストに入力してもよい。この場合、本予約リストに患者が追加（入力）される毎に、手術順の振分けがされる。また、本予約への患者の追加は、ドラッグアンドドロップに限るものではなく、本予約ボタン等の選択により、仮予約リスト内で選択された患者又は仮予約リストのすべての患者を本予約リストに追加する構成でもよい。また、本予約に患者が追加される入力操作により、手術予約の振分けが行われる構成としたが、これに限るものではない。本予約リストに患者を追加した後に、振分けボタンを選択することにより、制御部が振分けを行う構成でもよい。この場合、振分けルールに依存せず、医師が患者の手術順を決めることもできる。

なお、以上説明した本実施形態では、所定の手術（手術内容）に対して、対応するそれぞれの文書を予め用意し、それぞれの文書をセットとする構成としたが、これに限るものではない。異なる手術内容に対して、文書の雛形を用意する、言い換えると、文書を共通化する構成としてもよい。例えば、手術が異なる文書であっても文書の内容が手術毎でそれほど変わらない同意書等は、文書に出力させる患者の手術名等だけ異なるように構成する。これにより、手術が異なる場合でも文書を共通化して利用でき、システムの記憶容量が抑えられる。

なお、以上説明した本実施形態では、手術文書セットの文書（データ）は、文書セットがサーバのハードディスクに記憶される際に、テキストデータ入力可能、入力不可能が確定される構成としたが、これに限るものではない。文書をモニタに呼び出す際に、クライアントの制御部により、文書にテキストデータを入力可能とするか不可能とするを選択する構成としてもよい。この場合、文書の形式情報をサーバのハードディスクに記憶させておき、文書をモニタに表示させる際に、クライアントの制御部が形式情報を参照することで、文書の形式を選択する構成とする。

本発明の医療情報管理システムの概要を示す図である。 診察ウインドウを示す図である。 手術文書セット選択ウインドウを示す図である。 手術文書セット設定ウインドウを示す図である。 手術予約ウインドウの画面構成を示す図である。 振分けルール設定ウインドウを示す図である。 術前記録（手術準備・指示書）を示す図である。 患者の並び替えのフローチャートである。

符号の説明

１０ 管理サーバ
１２ ＣＰＵ
１３ ハードディスク
２０ クライアント
２１ ＰＣ
２１ａ 制御部
２１ｂ ハードディスク
３０ 検査機器
６００ 診察ウインドウ
６０１ ナビゲータボタン
６４０ カルテ
８５０ 手術文書選択ウインドウ
８６０ 手術文書セット設定ウインドウ ９００ 手術予約ウインドウ
９５０ 手術文書選択リスト

Claims (5)

1. 複数の患者の個人情報及び診療情報を含む患者情報を記憶する記憶手段と、
   手術を実施するために必要とされる少なくとも２種類の文書データであって，１種類の前記文書データ毎に手術内容によって異なるパターンが用意される文書データを，組み合わせて１つの手術文書セットとし，該手術文書セットを前記記憶手段に複数記憶させる手術文書設定手段と、
   前記記憶手段に記憶されている複数の患者情報から所定の患者情報が選択されている状態において，前記複数の手術文書セットから１つを選択する選択信号に基づいて，前記選択されている患者の患者情報と前記選択された手術文書セットを対応させて前記記憶手段に記憶させる手術文書対応手段と、
   該手術文書対応手段により前記患者情報に対応させた前記手術文書セットから所定の文書データを呼び出すための信号に基づいて，前記選択されている患者情報に対応する前記文書データを前記記憶手段から呼び出しモニタに表示させる文書データ呼出手段と、
   を備えることを特徴とする医療情報管理システム。
2. 請求項１の医療情報管理システムは、
   さらに，患者に施す手術を認識させるための手術情報を前記選択した患者情報に設定する手術情報設定手段を持ち、
   前記手術文書セットは前記手術情報と対応して前記記憶手段に記憶されており、
   前記手術情報設定手段による設定のための信号を前記選択信号として用いる
   ことを特徴とする医療情報管理システム。
3. 請求項１又は２の医療情報管理システムにおいて、前記手術文書設定手段は前記手術文書セットのうち，特定の文書データをテキストデータを入力可能な形式として前記記憶手段に記憶させ，前記特定の文書データ以外の文書データをテキストデータを入力不可能な形式として前記記憶手段に記憶させることを特徴とする医療情報管理システム。
4. 請求項３の医療情報管理システムにおいて、前記手術文書セットは、術前記録，手術記録，説明書及び同意書の雛形データを含むことを特徴とする医療情報管理システム。
5. 請求項４の医療情報管理システムにおいて、前記術前記録及び術中記録の雛形データは前記テキストデータの入力可能な形式とされ，前記説明書及び同意書の雛形データは前記テキストデータを入力不可能な形式とされることを特徴とする医療情報管理システム。