(57)【要約】【課題】  実際の医療現場において、携帯端末を用いて患者を確実に識別、案内でき、目的の医療を誤りなく目的の患者に施すことができるようにする。【解決手段】  治療ないし検査に用いる医療機器２０２、３０２、４０２…と患者の医療情報データベースを管理するサーバ１０１を含む医療情報処理システムにおいて、患者Ｋが携帯する携帯端末１を介して患者が目的の（治療ないし検査が予約されている）医療機器に接近したことを検出する。患者の接近検出にはたとえば通信回線キャリアが提供する前記携帯端末の位置検出サービスを利用する。患者Ｋが医療機器２０２、３０２、４０２…に接近した場合、患者Ｋの医療情報として記憶した患者の本人確認を行なうための情報（患者の写真４０３ａ）をその医療機器または医療機器の制御用の端末のディスプレイ２０３、３０３、４０３…で表示する。【選択図】  図１
2005115793.tif 000002
【特許請求の範囲】
【請求項１】
治療ないし検査に用いる医療機器と、患者の医療情報データベースを管理する医療情報管理手段を少なくとも含む医療情報処理システムの制御方法において、
患者が携帯する携帯端末を介して患者が前記医療機器に接近したことを検出する患者接近検出過程と、
患者が前記医療機器に接近した場合、患者の医療情報として記憶した患者の本人確認を行なうための情報を前記医療機器または前記医療機器の制御用の端末で表示する患者本人確認過程を含むことを特徴とする医療情報処理システムの制御方法。
【請求項２】
前記患者の本人確認を行なうための情報が患者の顔ないし上半身の画像データであることを特徴とする請求項１に記載の医療情報処理システムの制御方法。
【請求項３】
通信回線キャリアが提供する前記携帯端末の位置検出サービスを利用して患者の前記医療機器への接近を検出することを特徴とする請求項１に記載の医療情報処理システムの制御方法。
【請求項４】
特定の患者に対する特定の医療機器を用いた治療ないし検査に関する予約情報を前記医療情報管理手段により管理される患者の医療情報データベースに予約登録することを特徴とする請求項１に記載の医療情報処理システムの制御方法。
【請求項５】
前記予約情報として、少なくとも治療ないし検査の予約日時と、治療ないし検査に用いる医療機器ないしその設置場所に関する情報が予約登録され、前記予約日時前後の時間帯において前記患者接近検出過程により患者が当該の医療機器の近傍に到着しているか否かを判定し、該患者の到着が認められない場合は患者の携帯する前記携帯端末に呼び出し情報を送信することを特徴とする請求項４に記載の医療情報処理システムの制御方法。
【請求項６】
請求項１〜５までのいずれか１項に記載の医療情報処理システムの制御方法を実施するための情報処理装置。
【請求項７】
請求項１〜５までのいずれか１項に記載の医療情報処理システムの制御方法を実施するための情報処理装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、治療ないし検査に用いる医療機器と、患者の医療情報データベースを管理する医療情報管理手段を少なくとも含む医療情報処理システムの制御方法、情報処理装置、および情報処理装置の制御プログラムに関するものである。
【背景技術】
【０００２】
近年の携帯電話やＰＨＳなどの携帯端末の普及は著しく、その高機能化も進んでおり、単に通話を目的とするだけはなく、個人識別、個人識別情報を用いた電子決済、ＧＰＳなどを用いた端末の位置検出など様々な技術が提案されている。
【０００３】
また、医療ないし福祉の分野においても、携帯端末を利用しようとする動きがあり、たとえば患者の識別や呼出しなどを行なったり（下記の特許文献１および特許文献２）、医療情報へのアクセスを制御したり、患者や高齢者の位置や生存に関する情報を検出する（下記の特許文献３）技術が知られている。
【特許文献１】特開２０００−１５７４９７号公報
【特許文献２】特許３１３８１７８号
【特許文献３】特開平９−２５１０６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記のうち、医療分野、特に病院などの医療機関において、携帯端末を利用して患者の識別や呼出しを行ない、また、医療情報の情報処理を行なうことにより、大きな人的負担をともなわず患者を確実に目的の診療室や検査室に案内したり、また、患者のとり違えなどを生じることなく確実に目的の医療を施し、また検査を行なうことができ、医療ないし医療事務を大きく効率化し、確実化することができると考えられる。
【０００５】
ところが、医療分野における携帯端末の利用に関して、従来技術では単に患者の識別、そのための登録処理や、呼出しを行なう基本技術が知られているだけで、実際の医療の現場で医療ないし医療事務を効率化し、確実化するためにはどのような処理を行なえば良いかがまだ充分考慮されているとはいえない。
【０００６】
たとえば、医療機関においては、ある患者に対して、治療ないし検査日時を予約し、患者を呼び出し、あるいは診療室や検査室に案内し、目的の医療ないし検査を行なう、という一般的な医療行為は現在のところ、口頭あるいは予約／患者カードなどの書類の文字情報を介して治療ないし検査日時や場所を伝える、といった医療従事者あるいは患者本人の人的負担によって統轄されているのが現状である。そして、単に携帯端末を用いて患者を識別できたり、患者を呼び出したりできる、というだけでは、上記のような一連の医療行為を確実に補助できるとはいえない。
【０００７】
本発明の課題は、上記の問題に鑑み、実際の医療現場において、携帯端末を用いて患者を確実に識別、案内でき、目的の医療を誤りなく目的の患者に施すことができる技術を提案することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明においては、治療ないし検査に用いる医療機器と、患者の医療情報データベースを管理する医療情報管理手段を少なくとも含む医療情報処理システムの制御方法、該医療情報処理システムを構成する情報処理装置、ないし該情報処理装置の制御プログラムにおいて、患者が携帯する携帯端末を介して患者が前記医療機器に接近したことを検出し、患者が前記医療機器に接近した場合、患者の医療情報として記憶した患者の本人確認を行なうための情報を前記医療機器または前記医療機器の制御用の端末で表示する構成を採用した。
【発明の効果】
【０００９】
上記構成を採用することにより、本発明によれば、携帯端末を用いて患者の医療機器への接近を検出し、患者が医療機器へ接近した場合には、自動的に医療機器制御用の端末のディスプレイに患者本人確認を行なうための情報を表示するようにしているので、患者を確実に識別でき、目的の医療を誤りなく目的の患者に施すことができる、という優れた効果がある。
【発明を実施するための最良の形態】
【００１０】
以下では、病院などの医療機関において好適に用いることができる医療情報処理システムに関する実施例を示す。
【実施例１】
【００１１】
図１は本発明による、病院などの医療機関で用いることができる医療情報処理システムの構成を示している。図１の医療情報処理システムは、符号１０、２０、３０、４０の４つの医療機関の部屋に分散して配置されている。図１の医療情報処理システムでは、患者Ｋは診療期間中（あるいは来院中）、携帯端末１を用いて医療サービスを受ける。以下では、まず図１の各部屋に配置された機器の構成につき説明する。
【００１２】
検査室１０にはシステムの中核をなすサーバ１０１が配置されている。サーバ１０１はＰＣ（パーソナルコンピュータ）やワークステーションのハードウェアを用いて構成される。
【００１３】
サーバ１０１には当医療機関で施療を受けている患者の医療情報をデータベースとして記録するためのファイリング装置１０２と、ファイリング装置１０２のデータベース情報をバックアップするためのバックアップＤＶＤ１０４がＳＣＳＩインターフェース（あるいはＵＳＢやＩＥＥＥ１３９４など他のインターフェース）を介して接続されている。また、サーバ１０１には、管理用のキーボード（不図示）およびディスプレイ１０３が接続されている。本実施例の場合、サーバ１０１およびファイリング装置１０２は、患者の医療情報データベースを管理する医療情報管理手段を構成する。
【００１４】
ファイリング装置１０２で記録する医療情報には、後述の医療機器で撮影された画像、後述の端末のキーボードから入力された、あるいはスキャナなどにより読み取られ、ＯＣＲ処理されたテキスト情報などの医療データが含まれる。これらの医療データは、患者の生年月日や住所、氏名、健康保険番号などの書誌データと関連づけられ、患者ごとにデータベースレコードとしてファイリング装置１０２に記録される。本実施例では、患者識別のため、患者ごとに記録する書誌データには患者の住所、氏名、生年月日や、性別、健康保険番号などに加え、患者の顔（あるいは上半身）写真の画像データを含むものとする。
【００１５】
検査室２０には、手術用顕微鏡２０２が配置されている。手術用顕微鏡２０２には、制御用の端末２０１が接続されている。端末２０１はＰＣハードウェアなどを用いて構成され、不図示のキーボードやマウスなどのポインティングデバイスとともにディスプレイ２０３が接続されている。
【００１６】
内視鏡室３０には、内視鏡３０２と、制御用の端末３０１が配置されている。端末３０１はＰＣハードウェアなどを用いて構成され、キーボード３０４（あるいはさらにマウスなどのポインティングデバイス）およびディスプレイ３０３が接続されている。
【００１７】
診察室４０には超音波エコー検査装置４０２と制御用の端末４０１が配置されている。端末４０１はＰＣハードウェアなどを用いて構成され、不図示のキーボードやマウスなどのポインティングデバイスとともにディスプレイ４０３が接続されている。
【００１８】
上記の端末２０１、３０１および４０１はＬＡＮを経由して検査室１０のサーバ１０１と接続されている。ＬＡＮ内には必要に応じてルータやハブなどの中継機器５０が配置される。
【００１９】
患者Ｋは診療期間中（あるいは来院中）、携帯端末１を用いて医療サービスを受けるが、この携帯端末１は医療期間が貸与するか、あるいは患者保有の携帯端末が本システムの情報処理に対応できる仕様を有するものであれば、本システムの情報処理に必要なソフトウェアを患者保有の携帯端末にダウンロードして実行する構成であってもよい。
【００２０】
本実施例では、携帯端末１は位置検出手段を有するものとする。この位置検出手段は、後述の患者の機器への接近を検出するめに用いられるもので、たとえばＧＰＳのような手段を用いるか、あるいは通信回線キャリアの基地局との距離測定などに基づいて緯度／経度などにより表現された絶対座標情報を求めることができるものである。位置検出は携帯端末１内で完結する処理である必要はなく、その一部が通信回線キャリアの通信基地内で実行されてもよい。
【００２１】
携帯端末１の絶対座標情報は、当該端末の識別コード（機器のシリアル番号や電話番号など端末固有の情報で端末を特定するのに適当なもの）とともに、少なくとも患者に対する医療が行なわれる期間の間、一定時間（たとえば数１０秒〜数分）間隔で位置検出サービスを提供する通信回線キャリアからサーバ１０１に送信されるか、あるいは、必要に応じてサーバ１０１の主導によりサーバ１０１が通信回線キャリアから受信できるものとする。
【００２２】
また、本実施例では、携帯端末１を保有する患者が上述の各医療機器２０２、３０２および４０２に接近したか否かを監視しつつ医療情報処理を進める。このため、上記のように通信回線キャリアから携帯端末１の絶対座標情報および端末の識別コードを受信する構成を前提とする場合、携帯端末１を保有する患者が各医療機器２０２、３０２および４０２に接近したか否かの判定は、たとえば、各医療機器２０２、３０２および４０２のそれぞれの絶対座標情報をあらかじめサーバ１０１で記憶しておき、通信回線キャリアから端末の識別コードとともに受信した携帯端末１の絶対座標情報と、各医療機器２０２、３０２および４０２のそれぞれの絶対座標情報を比較することにより行なうことができる。
【００２３】
本システムの情報処理はサーバ１０１および端末２０１、３０１および４０１のＯＳ上で分散して行なわれる。説明を容易にするため、図２〜図４に示した実施例では、殆どのタスクをサーバ１０１上で行なうものとするが、後述の処理のうち可能なものは端末２０１、３０１、４０１で行なうようにしてもよい。
【００２４】
図５は図１の医療情報処理システムで用いられる医療データベースのデータ構造の一例を模式的に示したものである。図示の医療データベースは、ファイリング装置１０２を記憶媒体として構築される。
【００２５】
図５において符号５００はある１患者に対応したデータベースレコード（マスターレコード）を示している。図５の例ではこのマスターレコード５００は、符号５０１〜５０６で示すような各フィールドから構成されている。
【００２６】
符号５０１は患者識別コード（患者番号）のフィールド、５０２は患者（Ｋ）の携帯端末（１）の電話番号のフィールドで、本実施例では通信回線キャリアの位置検出サービスはこの電話番号とともに位置情報を送信してくるものとする。このようにマスターレコード５００中にこのフィールド５０１および５０２を持つことにより、患者識別コードと携帯端末（１）の電話番号、つまり携帯端末（１）の識別コードの相互の関連づけが行なわれる。
【００２７】
なお、図５の場合、患者の識別コード（患者番号）と携帯端末１の識別コード（電話番号）はそれぞれ独立して用いられているが、たとえば携帯端末１の識別コード（電話番号）をそのまま患者の識別コード（患者番号）として用いるような構成も考えられる。
【００２８】
符号５０３は患者の住所、氏名、生年月日や、性別、健康保険番号などの書誌データの各フィールドであるが、本実施例ではさらに、符号５０４で示すように患者の顔や上半身の写真データ５０４１へのポインタのためのフィールドが設けられている。写真データ５０４１はたとえば画像ファイルなどの形式でファイリング装置１０２に格納されるものとし、そのファイル名がデータポインタとしてファイル５０４に格納される。
【００２９】
符号５０５は診療あるいは検査の予約データ５０５０のポインタを格納するフィールドである。図５の予約データ５０５０は、符号５０５１〜５０５５のような各フィールドから構成されている。すなわち、図５の場合、予約データ５０５０は予約日時フィールド５０５１、診療室番号フィールド５０５２、治療／検査内容フィールド５０５３、治療／検査機器番号フィールド５０５４、拡張領域５０５５から構成されている。
【００３０】
図５の例は、この患者が診察室４０で超音波エコー検査装置４０２による検査を受ける場合の予約状態を示しており、図１の診察室４０の番号が診療室番号フィールド５０５２に、また、超音波エコー検査装置４０２の番号が治療／検査機器番号フィールド５０５４に格納されている。また、拡張領域５０５５は、ユーザの希望に応じて、あるいはシステム管理の都合などに応じて任意のデータを追加したりするのに用いられるものである。治療／検査機器番号フィールド５０５４に格納する治療／検査機器番号には、ＬＡＮアドレスなどを用いるようにしてもよい。
【００３１】
予約データ５０５０は、１つの診療あるいは検査の予約登録ごとに発生され、そのポインタがマスターレコード５００の予約データフィールド５０５に格納されるとともに、後述の監視処理をスムーズに行なうため、システムの予約データテーブル５０７０中にも同じ予約データのポインタがコピーされる。図５の例では、３番目の予約データ３として、予約データテーブル５０７０中に予約データ５０５０のポインタが格納されている。
【００３２】
予約データテーブル５０７０は、本システムで行なわれた全ての患者の全ての予約データを一括して格納し、管理するためのもので、後述のような処理により追加／更新される。
【００３３】
符号５０６は医療データへのポインタのためのフィールドである。図５の医療データ５０６０は符号５０６１〜５０６４の各フィールドから構成されている。すなわち、図５の場合、医療データ５０６０は、治療／検査日時フィールド５０６１、治療／検査内容フィールド５０６２、データフィールド５０６３、および予約データ５０５０の場合と同様の拡張領域５０６４から構成されている。データフィールド５０６３には、撮影された画像や測定結果などの文字情報などのデータへのポインタ（たとえばファイル名など）が格納される。
【００３４】
医療データ５０６０は、１検査ごとに１レコードづつ発生し、そのポインタ（たとえばファイル名など）がマスターレコード５００の医療データフィールド５０６に格納されていく（医療データフィールド５０６は複数追加できるようにしておく）。
【００３５】
なお、図５に示した各フィールドの内容としては、理解を容易にするために可読文字を用いているが、もちろんシステム設計の都合などに応じて任意の形式のデータ（たとえばあらかじめその意味が決定されているバイナリコードなど）を用いることができる。
【００３６】
図２〜図４のフローチャートは、サーバ１０１上で実行される医療情報処理の流れを示している。図２はある患者に対して医療機器（２０２、３０２、４０２）を用いた医療（治療／検査など）の予約登録処理を、図３は予約登録された医療の制御を、図４は医療情報の端末２０１、３０１および４０１への送受信および更新処理を示している。
【００３７】
医療機器（２０２、３０２、４０２）を用いた医療の予約登録を行なう場合、まず図２のステップＳ２００において初回予約かどうかを判定する。初診の場合はステップＳ２０１およびＳ２０２の処理を実行し、初診でない場合は直接ステップＳ２０３の検査／治療の予約日時の設定に移行する。
【００３８】
初診の場合は、ステップＳ２０１およびＳ２０２において、当該患者のデータベースレコードを生成するのに必要な情報を入力する。まずステップＳ２０１では、患者の顔（あるいは上半身）写真の画像データを撮影する。この患者の画像は、所定の撮影装置により撮影され、ファイリング装置１０２のデータベースレコードとして記録される。このデータベース記録は、図５の場合は、患者の写真データ５０４１のポインタを当該患者のマスターレコード５００中の写真データフィールド５０４に格納することにより行なう。なお、この患者の画像の撮影には、携帯端末１に付属しているものを用い、携帯端末１側からサーバ１０１に送信させることもできる。
【００３９】
続いてステップＳ２０２では、患者の生年月日や住所、氏名、健康保険番号などの書誌データが入力され、当該患者のデータベースレコードとして格納される。図５のデータ構造においては、これらの書誌情報がフィールド５０３に格納される。
【００４０】
ステップＳ２０３においては、医療機器（２０２、３０２、４０２）を用いた医療サービスの予約登録を行なう。この予約登録では、目的の医療に用いる医療機器を特定する情報とともに、予約日時データがキーボードなどから入力され、ファイリング装置１０２中の当該患者のデータベースレコード中に医療予約情報として格納される。図５のデータ構造の場合、上述の予約データ５０５０の各フィールド５０５１〜５０５４にそれぞれ予約日時、診療室番号、治療／検査内容、および治療／検査機器番号がそれぞれ格納される。また、この予約データ５０５０のポインタを当該患者のマスターレコード５００中の予約データフィールド５０５および予約データテーブル５０７０に格納する。
【００４１】
図２の予約登録処理は、医療従事者がサーバ１０１のコンソールを用いて直接実行してもよいし、あるいは各処置室（２０〜４０）の端末２０１、３０１および４０１で情報入力の部分を行ない、サーバ１０１との通信を経てサーバ１０１がデータベース処理の部分を行なう、というように分散処理により行なうこともできる。
【００４２】
図２の予約登録タスクと、図３の患者監視タスク（および図４の医療情報送受信／更新処理：後述）は並行してサーバ１０１上で実行される。サーバ１０１は、予約データテーブルなどの管理データを介して、現在の全ての医療予約の状態を把握することができる。
【００４３】
図３の患者監視タスクは、予約データテーブル５０７０にエントリされたある１つの予約データにつき行なわれる処理を示している。予約データテーブル５０７０の全予約データに関する処理は図３の処理を繰り返し行なうことにより実行できる。以下では、図５のデータ構造を用いて説明を進める。
【００４４】
図３の患者監視タスクにおいて、まずステップＳ３００では、予約データテーブル５０７０からポインタデータを１つ取り出し、ポインタデータが指している予約データ５０５０中の予約日時データ（フィールド５０５１）を読み取り、次のステップＳ３０１でシステムタイマの計時時刻と比較することにより予約日時が近付いているか否かを判定する。予約日時が近い、たとえば現在時刻が予約日時の所定時間（たとえば３０分）前の時刻を超えている場合はステップＳ３０２以降において、この予約データに係る処理を行なうが、そうでない場合はステップＳ３１０に進み、他の予約データに関する処理（この図３の監視処理と同じ）を実行する。
【００４５】
ステップＳ３０１で予約日時が近付いている場合は、まずステップＳ３０２において、予約データテーブル中に登録されている患者（の携帯端末１）が、予約データ５０５０のフィールド５０５４に登録されている該当の医療機器（２０２、３０２、４０２、予約データ５０５０の場合は超音波エコー検査装置４０２）に接近したかどうかを判定する。
【００４６】
この接近検出は、上記のような通信回線キャリアの位置検出サービスを利用する場合においては、通信回線キャリアから受信した携帯端末１の絶対座標情報および端末の識別コードと各医療機器（２０２、３０２および４０２）のそれぞれの絶対座標情報を比較することにより行なうことができる。
【００４７】
また、医療機器（２０２、３０２および４０２）に対する接近検出は、予約データ５０５０のフィールド５０５３に登録されている診療室（２０、３０、４０）へ入室したか否かを判定することによっても行なうことができる。この場合は、診療室（２０、３０、４０）の画成する２次元座標範囲（たとえば４角形などの多角形範囲）をあらかじめ記憶し、通信回線キャリアから受信した携帯端末１の絶対座標情報が診療室（２０、３０、４０）の２次元座標範囲に入っているか否かを判定する。
【００４８】
患者が該当の医療機器（２０２、３０２、４０２）に接近していない場合は、ステップＳ３０４で患者が約束の予約日時（予約データ５０５０のフィールド５０５１）から遅れていないかどうかを判定する。この判定は、現在時刻が予約日時を超えてしまったか否かを判定することにより行なう。患者が遅延している場合は、ステップＳ３１１で患者の携帯端末１に呼び出しをかける。この呼び出しは、患者の携帯端末１の電話番号（マスターレコード５００のフィールド５０２）を発呼して「医療予約時刻です。×××室にお越しください」のような音声メッセージを送信したり、同趣のメッセージを電子メールで送信することなどにより行なう。電子メールを用いる場合には、該当の診療室の院内マップなどの画像を添えて送信することもできる。ステップＳ３１１の呼び出しは、予約日時前後の適当な時刻から行なうことができる。
【００４９】
ステップＳ３０２で予約登録されている該当の医療機器（２０２、３０２、４０２）に対する患者の接近が検出された場合は、ステップＳ３０３に移行する。ステップＳ３０３では、接近してきた患者の識別コードを特定する。このとき図５のように患者の識別コード（マスターレコード５００のフィールド５０１）と、携帯端末１の識別コード（マスターレコード５００のフィールド５０２）がデータベース処理上で異なっている場合は、通信回線キャリアが送信してきた携帯端末１の識別コードから患者の識別コードを特定することができる。なお、この検索処理を高速化するために、患者の識別コードと、携帯端末１の識別コードを用いて所定のハッシュ処理を行なっておく、患者の識別コードと、携帯端末１の識別コードのみを取り出したテーブルを用意しておく、などのデータベース手法を用いることができるのはいうまでもない。
【００５０】
患者の識別コードを特定すると、続いてステップＳ３０５において、ファイリング装置１０２中の該当の患者の医療情報を予約に該当する医療機器（２０２、３０２、４０２）を制御する端末（２０１、３０１、４０１）に送信する。図５の場合は、マスターレコード５００、および予約データ５０５０の内容が超音波エコー検査装置４０２を制御する端末４０１に送信される。このとき端末（２０１、３０１、４０１）に送信する医療情報は、少なくとも予約された医療に係る情報を含むものであればよいが、本実施例では、患者のデータベースに記録されている患者の顔あるいは上半身の画像を該当の端末（２０１、３０１、４０１）に送信するものとする。
【００５１】
図３において破線内の処理は、主として端末（２０１、３０１、４０１）側の処理を示している。サーバ１０１から上記のようにして送信された医療情報（マスターレコード５００、写真データ５０４１、および予約データ５０５０）を受信すると、端末（２０１、３０１、４０１）は、端末近傍に居る医療従事者が確実に患者の識別を行なえるように、受信した医療情報に含まれている患者の顔あるいは上半身の画像をディスプレイ（２０３、３０３、４０３）に表示する（ステップＳ３０６）。図５の予約登録の例では、図１に符号４０３ａで示すように患者の写真データ５０４１が診察室４０のディスプレイ４０３に表示される。
【００５２】
担当の医療従事者は、このディスプレイ（２０３、３０３、４０３）に表示された画像（４０３ａ）と患者（Ｋ）の人相を比較することにより、患者をとり違えることなく、確実に予約された内容の医療を行なうことができる。
【００５３】
またこのとき同時に、サーバ１０１から受信した医療情報（マスターレコード５００、および予約データ５０５０）のうち事務処理や医療行為において必要なもの、たとえば、予約日時（予約データ５０５０のフィールド５０５１）、治療検査内容（予約データ５０５０のフィールド５０５３）住所、氏名、生年月日や、性別、健康保険番号などの情報をディスプレイ（２０３、３０３、４０３）に表示する。これらの情報を用いて、医療従事者は確実に予約された目的の医療を医療機器（２０２、３０２、４０２）を用いて実施することができる。
【００５４】
ステップＳ３０７では、予約された内容の医療を医療機器（２０２、３０２、４０２）を用いて実施する。この医療においては、たとえば手術用顕微鏡２０２、内視鏡３０２、超音波エコー検査装置４０２で撮影した画像データ、あるいは他の機器においては検査結果を示す数値データや文字データが医療データとして発生する。この種のデータベースに格納すべき医療データが発生した場合（ステップＳ３０８）は、端末（２０１、３０１、４０１）は、ステップＳ３０９においてその医療データをサーバ１０１に送信する。  
【００５５】
ステップＳ３１２では、予約された治療／検査が正常に終了したか否かを判定する。この判定はサーバ１０１側の処理として記述してあるが、端末（２０１、３０１、４０１）とサーバ１０１で発生しうる事象について適当にあらかじめ取り決めたリザルトコードをＬＡＮを介して交換することなどにより実施することができる。予約された治療／検査が正常に終了していない場合は、ステップＳ３１３で対応するエラー処理を行なう。予約された治療／検査が正常に終了した場合は、ステップＳ３１４において、システムの予約データテーブル５０７０から該当の予約データポインタを削除するとともに、マスターレコード５００の予約データポインタ（フィールド５０５）を無効化し、監視処理を終了する。
【００５６】
図４は医療情報の端末（２０１、３０１、４０１）への送受信および更新処理を示している。
【００５７】
ステップＳ４０１およびＳ４０３は、端末（２０１、３０１、４０１）側からの要求に基づき、患者の医療情報を端末（２０１、３０１、４０１）側に送信する処理を示している。この処理は、予約された医療以外に関しても端末（２０１、３０１、４０１）側で患者の医療情報を参照する需要が発生しうることを考慮して設けられたものである。端末（２０１、３０１、４０１）から患者識別コード（あるいは他の患者を特定可能な情報）とともに医療情報の参照要求を受信（Ｓ４０１）すると、患者識別コード（あるいは他の患者を特定可能な情報）に対応する医療情報（マスターレコード５００、医療データ５０６０、あるいは予約データ５０５０など）を端末（２０１、３０１、４０１）に送信する（Ｓ４０３）。
【００５８】
なお、このステップＳ４０３（あるいは上述のステップＳ３０５）において送受信される医療情報は、当然ながら個人情報に属するものであるから、適当な暗号化処理（たとえば、ＰＧＰやＳＳＬなどの公開鍵方式などを利用できる）を加えてから送受信するのが望ましい。また、特に端末側の求めに応じて行なう医療情報の送受信には、適当な認証処理を介在させることが考えられる。
【００５９】
ステップＳ４０２およびＳ４０４は、図３のステップＳ３０９で端末（２０１、３０１、４０１）から送信される医療情報の受信処理と、医療データの更新処理をそれぞれ示している。図５の構成においては、端末（２０１、３０１、４０１）から送信された医療データに基づき、サーバ１０１は上述の医療データ５０６０の各フィールド５０５１〜５０６４を用いて受信した医療データを格納する。フィールド５０６３に格納されるデータは、上述のように医療機器（２０２、３０２、４０２）で撮影された画像や、検査（測定）結果を示す文字データなどである。フィールド５０６１に格納されるべき治療／検査日時データは、厳密には医療機器（２０２、３０２、４０２）、あるいは端末（２０１、３０１、４０１）が発生した治療／検査日時データを用いるのが望ましい。
【００６０】
以上の実施例によれば、実際の医療現場において、携帯端末を用いて患者の医療機器への接近を検出し、患者が医療機器へ接近した場合には、自動的に医療機器制御用の端末のディスプレイに患者本人確認を行なうための情報として患者の写真データ（あるいはさらに必要な医療情報／医療予約情報）を表示するようにしているので、患者を確実に識別でき、また目的の医療を誤りなく目的の患者に施すことができる。
【００６１】
また、患者の医療機器近傍（該当の診療室）への到着が遅延している場合には、患者を案内するメッセージを送信することができ、確実に医療機器近傍（該当の診療室）に患者を案内することができる。
【００６２】
また、医療機器で医療データベースに記録すべき医療データ（撮影画像や検査／測定結果の数値や文字データ）が発生した場合、直ちに患者のデータベースレコードに医療データを追加することができ、治療／検査の進行状況の管理を迅速に行なえ、また、上述の位置検出に基づく本人確認から治療／検査が開始されるため、確実に誤りなく該当の患者の医療データベースを更新することができる。
【実施例２】
【００６３】
以下では、実施例１として示した基本構成から変更可能な種々の構成を列挙する。
【００６４】
実施例１では、通信回線キャリアが提供する携帯端末の位置検出サービスを利用することを前提としているが、携帯端末を用いた患者の医療機器への接近検出は、携帯端末と医療機器の間に所定の通信システムを設けることによっても可能である。たとえば、赤外線や他の波長の電磁波ないし光情報、あるいは磁気情報を用いて患者識別コードなどを変調した上、携帯端末と医療機器の間で送受信するような方式でも携帯端末を持った患者の医療機器への接近、および携帯端末の識別コードを介した患者の特定を行なうことができる。
【００６５】
上記のように携帯端末と医療機器の間で位置検出を行なう場合は、もちろん、医療機器が検出した患者の接近に関する情報をサーバに送信し、これに応じてサーバが医療機器に上述の医療情報（医療データや予約データの）を送信するようにすればよい。
【００６６】
また、上記のような独自方式の位置検出は、携帯端末と医療機器の間で行なう他、病院などの医療機関内に位置検出専用の基地局を配置し、赤外線や他の波長の電磁波ないし光情報、あるいは磁気情報を媒介として行なうこともできる。ＧＰＳなどを利用した位置検出方式では２次元情報しか取得できないので、医療機器が建物の異なる階に配置されるような構成において、充分な精度の位置検出を行なえないことも考えられるが、この種の独自方式の位置検出では、建物の各階ごとに基地局を配置するような構成をとることにより、位置検出精度を大きく向上できるメリットがある。
【００６７】
実施例１では、特定の治療ないし検査に予約登録が必要なシステムを例示した。しかしながら、このような予約登録を行なわない場合でも、常時携帯端末を介して患者の絶対座標を監視し、患者の特定の医療機器への接近検出に応じて患者本人の確認を行なうための情報（患者の写真データ）ないし患者に関する医療データを表示することができるのはいうまでもない。この場合は、図３の処理においては、単に患者の接近（ステップＳ３０２）に応じて、ステップＳ３０３以降の処理を実行するようにすればよく、また、図２の登録処理に関しては、ステップＳ２０３を除く他の患者登録を初回のみ行なえば足りる。
【００６８】
実施例１では、患者に対する医療費課金に関する説明を全く省略しているが、図５に示したデータベース構造はもちろん、健康保険番号などを介して医療会計データベースと関連づけることができ、たとえば治療／検査により発生した会計情報を医療会計データベース側に入力（送信）したり、必要に応じて過去の課金情報などを医療機器制御用の端末から参照したりする処理を行なえるのはいうまでもない。
【００６９】
また、患者の携帯端末から患者のバイタル情報（心電図や脳波など）を送信する技術が種々提案（専用携帯端末を用いる、あるいは既成の携帯端末にバイタル情報検出および送信のためのハードウェアを組合せた構成が考えられる）されているが、実施例１に示した構成はこのようなバイタル情報処理システムと統合することができるのはいうまでもない。たとえばバイタル情報を常時監視しつつ、患者の医療機器への接近を検出することによって、よりきめ細い危機管理を行なうこともできる。
【００７０】
実施例１では、サーバ、医療機器、医療機器制御用の端末を用いた分散処理を例示したが、これらの機器の処理の分担が必ずしも実施例１通りでなくてもよいのはいうまでもない。極端なケースではサーバ、医療機器、医療機器制御用の端末が全て１台のハードウェア中に一体化されていても同様の処理を行なうことができるのはもちろんである。また、本発明の実施に必要な医療データベース情報は必ずしもサーバで管理する必要はなく、医療機器制御用の端末でそれぞれ分散管理し、サーバの管理業務や予約登録処理において必要な時のみ医療機器制御用の端末からサーバに送信するような構成であってもよい。また、患者の本人確認を行なうための写真データなどの情報は、医療機器制御用の端末のみならず、医療機器自体が適当な表示手段を有していればその表示手段を用いて表示するようにしてもよい。
【産業上の利用可能性】
【００７１】
本発明の医療情報処理システムは、サーバおよび端末のハードウェアに上記のようにＰＣあるいはワークステーションを用いて構成し、これらサーバおよび端末において、図２〜図５で説明した情報処理ソフトウェアを実行することにより実現できる（もちろん、サーバおよび端末のハードウェアは専用機として構成してもよい）。特に本発明を実施するためのソフトウェアは、適当な記憶媒体経由、あるいはネットワーク経由でサーバおよび端末を構成するＰＣやワークステーションのハードウェアに導入することができる。
【図面の簡単な説明】
【００７２】
【図１】本発明を採用した医療情報処理システムの構成を示したブロック図である。
【図２】図１の医療情報処理システムにおける予約登録処理の流れを示したフローチャート図である。
【図３】図１の医療情報処理システムにおける患者監視処理の流れを示したフローチャート図である。
【図４】図１の医療情報処理システムにおける医療情報送受信および更新処理の流れを示したフローチャート図である。
【図５】図１の医療情報処理システムで用いられる医療データベースのデータ構造を示した説明図である。
【符号の説明】
【００７３】
１  携帯端末
１０  検査室
２０  検査室
３０  内視鏡室
４０  診察室
５０  中継機器
１０１  サーバ
１０２  ファイリング装置
１０３  ディスプレイ
１０４  バックアップＤＶＤ
２０１、３０１、４０１  端末
２０２  手術用顕微鏡
３０２  内視鏡
４０２  超音波エコー検査装置
５００  マスターレコード
５０４１  写真データ
５０５０  予約データ
５０５１  予約日時フィールド
５０５２  診療室番号フィールド
５０５３  治療／検査内容フィールド
５０５４  治療／検査機器番号フィールド
５０５５  拡張領域
５０６０  医療データ
５０６１  治療／検査日時フィールド
５０６２  治療／検査内容フィールド
【図１】
2005115793.tif 000003
【図２】
2005115793.tif 000004
【図３】
2005115793.tif 000005
【図４】
2005115793.tif 000006
【図５】
2005115793.tif 000007