(57)【要約】【課題】病院の外来診察室での本人確認を確実に行なうことを可能とした患者呼出・認証システムを提供することである。【解決手段】提案する患者呼出・認証システムは、診察室への患者の呼出し指示に対応して、入室での認証対象となった患者の識別情報と前記診察室の識別情報を有する認証対象患者情報を更新し記憶する認証対象患者情報記憶装置と、認証対象とする患者の識別情報を記憶する状態情報記憶部、および、入室時の認証において入力された患者の認証用データと、前記状態情報記憶部に記憶される患者の識別情報に対応する、前記患者認証情報記憶部中の認証用データとを照合して認証を行なう認証処理部、を有する認証端末と、を備える。【選択図】図７
2012181621.tif 000002
【特許請求の範囲】
【請求項１】
診察室への患者の呼出し指示に対応して、入室での認証対象となった患者の識別情報と前記診察室の識別情報を有する認証対象患者情報を更新し記憶する認証対象患者情報記憶装置と、
複数の患者の識別情報と、それら複数の患者の認証に使用する認証用データとを有する患者認証情報を記憶する患者認証情報記憶部、を有する認証情報管理装置と、
認証対象とする患者の識別情報を記憶する状態情報記憶部、および、入室時の認証において入力された患者の認証用データと、前記状態情報記憶部に記憶される患者の識別情報に対応する、前記患者認証情報記憶部中の認証用データとを照合して認証を行なう認証処理部、を有する認証端末と、を備え、
前記認証情報管理装置は、前記診察室への患者の呼出し指示に対応して、前記認証対象患者情報記憶装置の前記患者の識別情報を、前記認証端末の前記状態情報記憶部に書き込む書込み制御部、をさらに有することを特徴とする患者呼出・認証システム。
【請求項２】
前記認証端末は診察室毎に設けられ、
前記認証情報管理装置の書込み制御部は、前記認証対象患者情報記憶装置の診察室の識別情報を参照して、前記患者の識別情報の書き込み先の認証端末を決定する、ことを特徴とする請求項１記載の患者呼出・認証システム。
【請求項３】
前記診察室への患者の呼出し指示に対応して、入室での認証対象となった患者の識別情報と、前記患者が認証対象であるかどうかを示す認証対象フラグ情報とを有する入室許可情報を記憶する入室許可情報記憶部、および、前記入室許可情報中の患者の識別情報が、前記患者認証情報記憶部中に見つかった場合に、該入室許可情報中の対応する患者の認証対象フラグ情報を認証対象であることを示す値に更新する認証対象フラグ更新部、を有する入室許可情報管理装置と、
前記診察室への患者の呼出し指示に対応して、呼出し対象となった患者の識別情報、来院時の受付番号、受信する診療科、診療診察室を有する呼出し対象患者情報を更新し記憶する呼出し対象患者情報記憶部、および、前記入室許可情報記憶部の認証対象フラグ情報を監視し、該認証対象フラグ情報が認証対象であることを示す値に更新されたときに、前記呼出し対象患者情報を出力するとともに、前記書込み制御部を起動させて前記認証端末の前記状態情報記憶部への書き込みを行なわせる出力制御部、を有する出力装置と、
をさらに備えることを特徴とする請求項１記載の患者呼出・認証システム。
【請求項４】
診察室への患者の呼出し指示に対応して、入室での認証対象となった患者の識別情報と前記診察室の識別情報を有する認証対象患者情報を更新し記憶する認証対象患者情報記憶装置と、
複数の患者の識別情報と、それら複数の患者の認証に使用する認証用データとを有する患者認証情報を記憶する患者認証情報記憶部、を有する認証情報管理装置と、
認証対象とする患者の識別情報を記憶する状態情報記憶部、を有する認証端末と、を備えたシステムが実行する患者呼出・認証において、
前記認証端末は、入室時の認証において入力された患者の認証用データと、前記状態情報記憶部に記憶される患者の識別情報に対応する、前記患者認証情報記憶部中の認証用データとを照合して認証を行ない、
前記認証情報管理装置は、前記診察室への患者の呼出し指示に対応して、前記認証対象患者情報記憶装置の前記患者の識別情報を、前記認証端末の前記状態情報記憶部に書き込む、ことを特徴とする患者呼出・認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院等の施設の外来診察室へ患者を呼び出し、認証する患者呼出・認証システムおよび方法に関する。
【背景技術】
【０００２】
病院等の診療機関の外来で患者を診察する場合、診察室に患者が入室した後に、医療従事者が口頭等により本人確認をしている。
しかし、人による運用であるため、本人確認漏れや確認ミスによる医療ミスが発生する可能性や、なりすまし患者による個人情報の流出の可能性がある、という問題がある。
【０００３】
そこで、このような問題を解決すべく、診察室にスタンドアロンの認証システムを設置する運用が考えられる。
この場合、図９に示すように患者は、診察室に入室する際に、（１）で認証端末８１で認証操作を行なう。この際、認証端末８１とＬＡＮ（Local Area Network）８２を通して接続された認証サーバ８３から認証データが取得され、認証データの照合が行なわれる。（２）で、認証ＯＫとなると入室可能な状態となり、（３）で、患者は医療従事者のいる診察室に入室する。
【０００４】
しかし、この方法では認証がＯＫであれば誰でも診察室に入室できるので、入室後に医療従事者による口頭等での本人確認が必要となり、問題の解決にはならない。
なお、周辺技術として、特許文献１には、医事用コンピュータ装置が示されている。この装置では、医療機関に来院した患者に対して、患者の氏名等の識別情報と、患者の複数のデータとを患者情報として管理し、来院患者一覧から患者を選択したとき、その選択された患者が現在診療中でなく、かつ、診療を終了してもいない場合に、その選択された患者の氏名などの識別情報を音声合成手段により音声合成して出力して、患者の呼出しを行なっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平９−２６５４９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、上記問題を解決するためになされたものであり、病院の外来診察室での本人確認を確実に行なうことを可能とした患者呼出・認証システムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
提案する患者呼出・認証システムは、診察室への患者の呼出し指示に対応して、入室での認証対象となった患者の識別情報と前記診察室の識別情報を有する認証対象患者情報を更新し記憶する認証対象患者情報記憶装置と、複数の患者の識別情報と、それら複数の患者の認証に使用する認証用データとを有する患者認証情報を記憶する患者認証情報記憶部、を有する認証情報管理装置と、認証対象とする患者の識別情報を記憶する状態情報記憶部、および、入室時の認証において入力された患者の認証用データと、前記状態情報記憶部に記憶される患者の識別情報に対応する、前記患者認証情報記憶部中の認証用データとを照合して認証を行なう認証処理部、を有する認証端末と、を備え、前記認証情報管理装置は、前記診察室への患者の呼出し指示に対応して、前記認証対象患者情報記憶装置の前記患者の識別情報を、前記認証端末の前記状態情報記憶部に書き込む書込み制御部、をさらに有するものである。
【０００８】
前記患者呼出・認証システムにおいて、例えば、前記認証端末は診察室毎に設けられ、前記認証情報管理装置の書込み制御部は、前記認証対象患者情報記憶装置の診察室の識別情報を参照して、前記患者の識別情報の書き込み先の認証端末を決定する。
【０００９】
また、前記患者呼出・認証システムにおいて、例えば、入室許可情報管理装置と出力装置とをさらに備えるものとしてもよい。
前記入室許可情報管理装置は、前記診察室への患者の呼出し指示に対応して、入室での認証対象となった患者の識別情報と、前記患者が認証対象であるかどうかを示す認証対象フラグ情報とを有する入室許可情報を記憶する入室許可情報記憶部、および、前記入室許可情報中の患者の識別情報が、前記患者認証情報記憶部中に見つかった場合に、該入室許可情報中の対応する患者の認証対象フラグ情報を認証対象であることを示す値に更新する認証対象フラグ更新部、を有する。
【００１０】
前記出力装置は、前記診察室への患者の呼出し指示に対応して、呼出し対象となった患者の識別情報、来院時の受付番号、受信する診療科、診療診察室を有する呼出し対象患者情報を更新し記憶する呼出し対象患者情報記憶部、および、前記入室許可情報記憶部の認証対象フラグ情報を監視し、該認証対象フラグ情報が認証対象であることを示す値に更新されたときに、前記呼出し対象患者情報を出力するとともに、前記書込み制御部を起動させて前記認証端末の前記状態情報記憶部への書き込みを行なわせる出力制御部、を有する。
【００１１】
例えば、下記実施形態において、認証対象患者情報記憶装置は、電子カルテクライアント８から受信したデータを一時的にバッファリングするなどして保持する、認証サーバ１４側のバッファ（不図示）に対応し、認証情報管理装置および入室許可情報管理装置は、認証サーバ１４、入室許可ＤＢ１２、認証情報ＤＢ１０の組み合わせに対応する。
【発明の効果】
【００１２】
提案する患者呼出・認証システムでは、前記認証処理部は、入室時の認証において入力された患者の認証用データと、前記状態情報記憶部に記憶される患者の識別情報に対応する、前記患者認証情報記憶部中の認証用データとを照合して認証を行なう。そして、その認証において使用される前記状態情報記憶部の患者の識別情報は、前記診察室への患者の呼出し指示に対応して、前記書込み制御部により、前記認証対象患者情報記憶装置の前記患者の識別情報が書き込まれ更新される。すなわち、診察室に入室予定の患者（診察対象患者）のみ認証可能な状態にして、認証（照合）を行なっているので、病院の外来診察室での本人確認を確実に行なうことができ、本人確認漏れ等による医療ミス、なりすまし患者による個人情報の流出リスクを低減することができる。
【００１３】
また、提案する患者呼出・認証システムでは、入室許可情報管理装置と出力装置とをさらに備える場合には、前記出力制御部が呼出し対象患者の認証対象フラグ情報が認証対象であることを示す値に更新されたときに、前記呼出し対象患者情報を出力するとともに、前記書込み制御部を起動させて前記認証端末の前記状態情報記憶部への書き込みを行なわせているので、呼び出された患者が認証（照合）を行なった場合に、認証用データ未登録、１人順番が前の患者の認証用データで認証（照合）してしまった等による認証エラーを回避して、患者の呼出しと認証のタイミングを整合させることができ、診察室への患者呼出システムの信頼性を一層向上させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係る診察室への患者呼出・認証システムを示す図である。
【図２】電子カルテクライアントの表示部に表示される患者呼出画面の一例を示す図である。
【図３】診察室毎に設けられる表示予定テーブルのデータ構造を示す図である。
【図４】診察室毎に設けられる入室許可テーブルのデータ構造を示す図である。
【図５】認証情報テーブルのデータ構造を示す図である。
【図６】表示盤の図１とは別の表示例である。
【図７】本実施形態の患者呼出・認証システムの主要部の機能ブロック図である。
【図８】本実施形態の患者呼出・認証準備処理のシステムフローである。
【図９】従来の診察室に設置された認証システムを示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明に係る実施の形態について図面を参照して詳細に説明する。
図１は、本発明の一実施形態に係る診察室への患者呼出・認証システムを示す図である。
【００１６】
図１に示すように、本実施形態の診察室への患者呼出・認証システムは、その前段に、システムに含まれない、再来機・受付端末・各科受付１および受付情報ＤＢ（ＤＢはデータベースの略。以下同じ。）２を管理する電子カルテサーバ３、を有している。そして、それら再来機・受付端末・各科受付１、電子カルテサーバ３とＬＡＮ５を通して接続されている、認証端末６、電子カルテクライアント８、認証情報ＤＢ１０および入室許可ＤＢ１２を管理する認証サーバ１４、表示情報ＤＢ１６を管理する表示サーバ１８、表示盤２０への表示制御を行う表示クライアント２２、によって、本実施形態の診察室への患者呼出・認証システムが構成される。
【００１７】
この患者呼出・認証システムは、病院の外来診察室等に設置される。
続いて、本実施形態の診察室への患者呼出・認証システムが設置された病院等の施設に来院した患者の、診察室入室までの処理の流れについて説明する。
【００１８】
まず、患者は来院し、再来機・受付端末・各科受付１にこの病院の患者カードを通すと、患者カードの情報は、（１）で、再来機・受付端末・各科受付１からＬＡＮ５、電子カルテサーバ３を通して受付情報ＤＢ２内に記憶される。
【００１９】
この受付情報ＤＢ２の各レコード（各行）は、受付番号、患者ＩＤ、患者氏名、診療科、予約枠、予約時間、受付時間等、の各項目を有する（これを、“受付済み患者情報”と呼ぶ）。
【００２０】
電子カルテクライアント８は、診察室に設置された医療従事者により操作されるクライアント装置である。この電子カルテクライアント８は、自身が属する診療科名（神経科、内科、外科、等）を認識しており、一定間隔で（例えば（２）で）、受付情報ＤＢ２内の受付済み患者情報にアクセスし、自身が属する診療科（例えば神経科）に対応するレコードを所定患者数分（例えば６人分）取得する。
【００２１】
取得した（自診療科の）所定患者数分の受付済み患者情報は、その一部（受付番号、（患者）氏名、予約時間、受付時間等）が、（３）で、電子カルテクライアント８の“受付済患者一覧”に表示される。
【００２２】
図２は、電子カルテクライアント８の表示部に表示される患者呼出画面の一例を示す図である。
図１の（４）では、医療従事者は、図２の患者呼出画面２５の受付済患者一覧２６から表示盤２０に表示させたい患者を選択した後、移動ボタン２７を押下し、患者呼出画面２５内の表示予定患者一覧２８に選択した人数分（ここでは４人分）の受付済み患者情報を移動して表示する。そして、医療従事者は、呼込みボタン（呼出しボタン）３１を押下する。なお、表示予定患者一覧２８でも、受付済み患者情報の一部（受付番号、（患者）氏名、予約時間、受付時間等）が表示された状態を示している。
【００２３】
図２は、医療従事者が呼込みボタン（呼出しボタン）３１を押下したときの患者呼出画面２５の状態を示している。図２では、内科の診察室（１診）の富士通医師が電子カルテクライアント８を操作して、受付済患者一覧２６に表示されていた６名の患者（富士通太郎、富士通次郎、富士通三郎、富士通四郎、富士通五郎、富士通六郎）から、４名の患者（富士通太郎、富士通次郎、富士通三郎、富士通四郎）を選択し、移動ボタン２７を押下し、その４名分のデータを表示予定患者一覧２８上に表示させる。
【００２４】
図１の（４）で呼込みボタン３１が押下されると、（５）および（６）の２つの処理が行なわれる。
すなわち、（５）において、表示予定者患者一覧２８に表示されている上から所定数分（ここでは３名分）の患者についての情報が診察室についての情報、診療を担当する医療従事者についての情報とともに、表示サーバ１８を通して表示情報ＤＢ１６に格納される。
【００２５】
表示情報ＤＢ１６は、診察室毎に、表示予定テーブルを保持している。
図３は、表示予定テーブルのデータ構造を示す図である。
上述したように、表示予定テーブルは診察室毎に設けられる。また、各表示予定テーブルは１レコードである。
【００２６】
図３の例では、神経科の診療を"○×医師"が診察室コードが"A2010"の診察室（神経科の１診）で行っていることに対応した表示予定テーブル３８と、内科の診療を"富士通医師"が診察室コードが"A2003"の診察室（内科の１診）で行っていることに対応した表示予定テーブル３９と、が示されている。
【００２７】
表示予定テーブル３８および３９は、診療科名、医師コード、医師名、診察室コード、診療診察室、患者１受付番号、患者１ＩＤ、患者１予約時間、患者１受付時間、患者２受付番号、患者２ＩＤ、患者２予約時間、患者２受付時間、患者３受付番号、患者３ＩＤ、患者３予約時間、患者３受付時間、の各項目を有する呼出し対象患者情報を記憶する。
【００２８】
ここでは、先頭の３名までの患者を表示予定者として取得しているので、表示予定テーブル中、受付番号、ＩＤ、予約時間、受付時間は患者１〜患者３について設けられている。
【００２９】
また、図１の（４）で呼込みボタン３１が押下されたことに対応して、図１の（６）において、呼出し対象患者情報のうちの、表示予定者患者一覧２８の一番上に表示されている患者（入室（認識）対象患者）についての情報（例えば、診療科名、医師コード、医師名、診察室コード、診療診察室、患者１ＩＤ）が認証サーバ１４の受信部（図１では不図示）に受信され、その受信部（不図示）で、必要な情報（入室（認識）対象患者の患者ＩＤ、診療科名）が抽出されて、入室許可ＤＢ１２に格納される。なお、このとき、認証サーバ１４の受信部（不図示）は、抽出した 入室（認識）対象患者の患者ＩＤを患者ＩＤ保持用のバッファ（不図示）に格納する。
【００３０】
図１の入室許可ＤＢ１２は、診察室毎に、入室許可テーブルを保持している。
図４は、入室許可テーブルのデータ構造を示す図である。
上述したように、入室許可テーブルは診察室毎に設けられる。また、各入室許可テーブルは１レコードである。
【００３１】
図４の例では、神経科に属するある診察室に対応する入室許可テーブル４０と、内科に属するある診察室に対応する入室許可テーブル４１が示されている。
入室許可テーブル４０および４１は、患者１診療科名、患者１ＩＤ、認証対象フラグ、の各項目を有する入室（認証）対象患者情報を記憶する。
【００３２】
患者１診療科名は、次に呼び出される患者（患者１）の診療科名を示し、患者１ＩＤは、その患者の患者ＩＤを示し、認証対象フラグは、その患者を認証対象とできるかどうかを示している。ここでは、値が"１"のとき（フラグがオンのとき）、認証対象フラグはその患者（患者１）が認証対象であることを示し、値が"０"（ゼロ）のとき（フラグがオフのとき）、認証対象フラグはその患者（患者１）が認証対象でないことを示すものとする。
【００３３】
なお、ここでは、患者の認証に使用するデータ（指紋、静脈データ等）が登録済みである場合は、その患者を認証対象にでき、登録済みでない場合は、その患者を認証対象にできない、こととしている。
【００３４】
また、図１の（７）で、表示サーバ１８は、表示情報ＤＢ１６が更新されているかどうかを一定間隔で監視している。（８）で、認証サーバ１４は、入室許可ＤＢ１２が更新されているかどうかを一定間隔で監視している。
【００３５】
（８）での監視により入室許可ＤＢ１２が更新されたと判定された場合、（９）で、認証サーバ１４は、入室許可ＤＢ１２に新たに書き込まれた患者情報（患者ＩＤ）が、認証情報ＤＢ１０に登録されているかどうかをチェックする。
【００３６】
認証情報ＤＢ１０は、認証情報テーブルを保持している。
図５は、認証情報テーブルのデータ構造を示す図である。
図５に示すように、認証情報テーブル４３は、診療科名、患者ＩＤ、患者氏名、認証情報（認証用データ）、の各項目を有する患者認証情報を記憶する。ここで、認証情報（認証用データ）とは、指紋、静脈データ等のバイナリデータである。
【００３７】
図１の（９）での登録有無のチェック処理では、入室許可ＤＢ１２に新たに書き込まれたレコードの患者ＩＤをキーとして、図５の認証情報テーブル４３が検索され、一致する患者ＩＤのレコード（行）が認証情報テーブル４３中に見つかれば（登録されていれば）、（１０）で、その患者の入室許可ＤＢ１２中の、認証対象フラグの値を"０"から"１"に変更し、その患者を入室（認証）可能な状態にする。
【００３８】
このとき、認証サーバ１４では、（１１）で、患者ＩＤ保持用のバッファ（不図示）に格納した入室（認識）対象患者の患者ＩＤをＬＡＮ５を通して、認証端末６内の所定の記憶領域（不図示、図７で後述する）に書き込む。
【００３９】
一方、（７）で、表示情報ＤＢ１６が更新されるかどうかを一定間隔で監視していた表示サーバ１８は、表示情報ＤＢ１６が更新されると、続いて、（１２）で、入室許可ＤＢ１２において、その表示情報ＤＢ１６に新たに書き込まれたレコードの患者（該当患者）が入室（認証）可能な状態になったかどうか（入室許可ＤＢ１２の該当レコードの認証対象フラグの値が"１"になったかどうか）を一定間隔で監視する。
【００４０】
該当患者が入室（認証）可能な状態になった場合（入室許可ＤＢ１２の該当レコードの認証対象フラグの値が"１"になった場合）、（１３）で、表示サーバ１８は、該当診察室の患者情報（呼出し対象患者情報（例えば、表示予定テーブル３９））を表示クライアント２２に送信する。
【００４１】
表示クライアント２２は、該当診察室の患者情報を受信し、（１４）で、表示盤２０に表示されている受付番号を更新する。
一方、表示盤２０に表示された受付番号を確認した患者は、（１５）で、診察室のところまで行き、認証端末６に手のひらをかざす等して認証情報を認証端末６に読み取らせる。
【００４２】
呼出し対象患者の認証情報を読み取った認証端末６は、（１６）で、（１０）で所定の記憶領域（不図示）に書き込まれた入室（認識）対象患者の患者ＩＤと同一の患者ＩＤを持つ、認証情報ＤＢ１０の認証情報テーブル中の認証用データと、（１５）で読み取った患者の認証用データとを照合して認証を行なう。
【００４３】
図６は、表示盤の図１とは別の表示例である。
図６に示すように、図６の表示盤４５では、診療科名、診療診察室、医師名、受付番号が表示されている。病院内では、このような表示盤が診療科毎にある。
【００４４】
図７は、本実施形態の患者呼出・認証システムの主要部の機能ブロック図である。
図７に示すように、本実施形態の患者呼出・認証システムの主要部は、認証端末６、電子カルテクライアント８、認証サーバ１４、表示サーバ１８、を有し、それらがＬＡＮ５で接続されている。
【００４５】
図７の電子カルテクライアント８は、自診療科受付情報記憶領域５１、受付情報取得部５２、呼出し指示発行部５３、入室（認証）対象患者情報書き込み部５４、呼出し対象患者情報書き込み部５５、を有する。
【００４６】
受付情報取得部５２は、一定間隔で、図１の受付情報ＤＢ２内の受付済み患者情報にアクセスし、自身が属する診療科（例えば内科）に対応するレコードを所定患者数分（例えば６人分）取得し、一時的な記憶領域である自診療科受付情報記憶領域５１に、その取得した所定患者数分の受付済み患者情報を格納する。
【００４７】
呼出し指示発行部５３は、ユーザインターフェイスである。ここでは、例えばマウスを使用した、図２の患者呼出画面２５内の呼込みボタン（呼出しボタン）３１のマウスによるクリック等により呼出し指示が発行される。
【００４８】
入室（認証）対象患者情報書き込み部５４は、受付情報取得部５２が取得した所定患者数分（ここでは６名分）の受付済み患者情報のうちの表示予定者患者一覧２８の一番上に表示されている患者（入室（認証）対象患者）についての情報（例えば、診療科名、医師コード、医師名、診察室コード、診療診察室、患者１ＩＤ）を、認証サーバ１４内の所定の記憶領域に書き込むために、認証サーバ１４に送信する。
【００４９】
呼出し対象患者情報書き込み部５５は、受付情報取得部５２が取得した所定患者数分の受付済み患者情報のうちの表示予定者患者一覧２８に表示されている上から所定数分（ここでは３名分）の患者についての情報を、診察室についての情報、診療を担当する医療従事者についての情報とともに、呼出し対象患者情報として抽出し、表示サーバ１８の受信部６１を通して表示情報ＤＢ１６の表示予定テーブルに書き込む。
【００５０】
図７の認証サーバ１４は、認証情報ＤＢ１０および入室許可ＤＢ１２を管理し、受信部５６、入室許可ＤＢ監視部５７、認証対象フラグ更新部５８、を有する。
受信部５６は、電子カルテクライアント８から受信した情報（診療科名、医師コード、医師名、診察室コード、診療診察室、患者１ＩＤ（入室（認証）対象患者の患者ＩＤ））から、診療科名と入室（認証）対象患者の患者ＩＤを抽出し、入室許可ＤＢ１２の入室許可テーブルに書き込むとともに、その受信した情報から入室（認証）対象患者の患者ＩＤを抽出し、患者ＩＤ保持用のバッファ（不図示）に格納する。
【００５１】
入室許可ＤＢ監視部５７は、入室許可ＤＢ１２に新たな書き込みがないか監視する。そして、入室許可ＤＢ１２に新たな書き込みがあった場合は、入室許可ＤＢ１２内で新たに生成された入室許可テーブルの入室（認証）対象の患者の患者ＩＤと、認証情報ＤＢ１０の患者認証情報中の患者ＩＤとを比較する。すなわち、新たに生成された入室許可テーブルの患者ＩＤをキーとして、認証情報テーブルを、患者ＩＤが一致するレコード（行）があるか検索する。
【００５２】
患者ＩＤが一致するレコードが見つかった場合は、入室（認証）対象患者は登録済であるとして、認証対象フラグ更新部５８および状態情報書き込み部５９を起動する。
認証対象フラグ更新部５８は、入室（認証）対象患者の入室（認証）許可準備処理を行う。すなわち、該当レコード（新たに生成された入室許可テーブル）の認証対象フラグをオン"１"に更新する。
【００５３】
状態情報書き込み部５９は、入室許可ＤＢ監視部５７からの起動指示を受けて、患者ＩＤ保持用のバッファ（不図示）に格納されている入室（認証）対象患者の患者ＩＤを認証端末６の状態情報記憶領域６７に書き込む。
【００５４】
図７の表示サーバ１８は、表示情報ＤＢ１６を管理し、受信部６１、表示情報ＤＢ監視部６２、認証サーバ監視部６３、呼出し対象患者情報送信部６４、を有する。
表示情報ＤＢ監視部６２は、表示情報ＤＢ１６に新たな書き込みがないか監視する。そして、表示情報ＤＢ１６に新たな書き込みがあった場合は、認証サーバ監視部６３を起動する。認証サーバ監視部６３は、認証サーバ１４が管理する入室許可ＤＢ１２に新たな書き込みがないか監視する。そして、入室許可ＤＢ１２に新たな書き込みがあった場合は、新たに生成された入室許可テーブルの認証対象フラグがオンであるかどうか（呼出し対象患者の入室（認証）許可準備完了であるかどうか）を判定する。
【００５５】
新たに生成された入室許可テーブルの認証対象フラグがオンとなった場合、認証サーバ監視部６３は、新たに生成された（認証対象フラグがオンとなった）入室許可テーブルの患者ＩＤを取得し、呼出し対象患者情報送信部６４を起動して患者ＩＤを渡す。
【００５６】
呼出し対象患者情報送信部６４は受け取った患者ＩＤで、表示情報ＤＢ１６内を検索し、その患者ＩＤを含む呼出し対象患者情報を表示クライアント２２に送信する。なお、表示クライアント２２は受信した呼出し対象患者情報を表示盤２０に表示させる制御を行う。
【００５７】
図７の認証端末６は、認証情報読取部６６、状態情報記憶領域６７、認証処理部６８、を有する。
認証情報読取部６６は、認証端末の設置場所に到着した入室（認証）対象患者の認証情報（指紋、静脈データ、等）の読み込みのために、例えば手をかざすように促すメッセージを認証端末６から出力する等して、その患者の認証情報（認証用データ）を読み取り、認証処理部６８に渡す。
【００５８】
状態情報記憶領域６７は、今回の医療従事者による呼出しで入室（認証）対象となった患者の患者ＩＤを記憶する記憶領域である。診察室への患者の呼出し指示に対応した、認証サーバ１４の入室許可ＤＢ監視部５７による起動指示によって状態情報書き込み部５９が起動され、その起動された状態情報書き込み部５９により、状態情報記憶領域６７には、今回入室（認証）対象となった患者の患者ＩＤが書き込まれる。
【００５９】
認証処理部６８は、認証情報読取部６６から（今回患者から読み取った）認証情報（認証用データ）を受け取り、その受け取った認証用データと、状態情報記憶領域６７に記憶される患者ＩＤと同一の患者ＩＤを持つ、認証情報ＤＢ１０の認証情報テーブル中の認証用データとを照合して認証を行なう。
【００６０】
以上説明したように、本実施形態の診察室への患者呼出・認証システムでは、認証処理部６８は、入室時の認証において読み取った患者の認証用データと、状態情報記憶領域６７に記憶される患者ＩＤと同一の患者ＩＤを持つ、認証情報ＤＢ１０の認証情報テーブル中の認証用データとを照合して認証を行なう。
【００６１】
このとき、その診察室への患者の呼出し指示に対応した、認証サーバ１４の入室許可ＤＢ監視部５７による起動指示によって状態情報書き込み部５９が起動され、その起動された状態情報書き込み部５９により、状態情報記憶領域６７には、今回入室（認証）対象となった患者の患者ＩＤが既に書き込まれている。このように、診察室に入室予定の患者（診察対象患者）のみ認証可能な状態にして、認証（照合）を行なっているので、病院の外来診察室での本人確認を確実に行なうことができ、本人確認漏れ等による医療ミス、なりすまし患者による個人情報の流出リスクを低減することができる。
【００６２】
また、本実施形態の患者呼出・認証システムでは、表示サーバ１８の認証サーバ監視部６３により呼出し対象患者の認証対象フラグ情報が認証対象であることを示す値（ここでは"１"）に更新されたことが検出されたときに、呼出し対象患者情報送信部６４に起動指示が出される。
【００６３】
呼出し対象患者情報送信部６４は、入室許可ＤＢ１２中の認証対象フラグ情報が"１"に更新された患者の患者ＩＤ、を含む呼出し対象患者情報を表示情報ＤＢ１６中から見つけて表示クライアント２２に出力する。また、一方の認証サーバ１４側では、入室許可ＤＢ監視部５７により呼出し対象患者の認証対象フラグ情報が認証対象であることを示す値（ここでは"１"）に更新されたことが検出されたときに、状態情報書き込み部５９を起動させて、認証端末６の状態情報記憶領域６７への書き込みを行なわせているので、呼び出された患者が認証（照合）を行なった場合に、認証用データ未登録、１人順番が前の患者の認証用データで認証（照合）してしまった等による認証エラーを回避して、患者の呼出しと認証のタイミングを整合させることができ、診察室への患者呼出システムの信頼性を一層向上させることができる。
【００６４】
また、患者呼出し機能と呼出し時の患者認証機能とを連携してシステムを構築しているので、医療従事者の手を煩わせない。また、生体認証の導入により、カードスキャン、ＩＤ入力などが不要になり、患者操作負担が軽減する。なお、認証方法は生体認証に限るものではない。
【００６５】
図８は、本実施形態の患者呼出・認証準備処理のシステムフローである。
図８において、診察室の電子カルテクライアント８から医療従事者が図２に示す患者呼出画面２５の呼込みボタン３１を押下する（呼出し操作を行う）ことで、一連の処理が起動する。
【００６６】
この押下に対応して、図８のステップＳ１で、表示サーバ１８を通して表示情報ＤＢ１６の表示予定テーブルに呼出し対象患者情報（例えば、３名分）が書き込まれる。また、ステップＳ２で、認証サーバ１４の受信部５６を通して入室許可ＤＢ１２の入室許可テーブルに入室（認証）対象患者情報（１名分）が書き込まれる。なお、このステップＳ２で、入室（認証）対象患者の患者ＩＤが認証サーバ１４の患者ＩＤ保持用のバッファ（不図示）に格納される。
【００６７】
ステップＳ２での入室許可テーブルへの対象患者情報（１名分）の書き込み処理を受けて、認証サーバ１４側では、以下のステップＳ３〜ステップＳ６までの処理が行われる。
まず、ステップＳ３で、入室許可ＤＢ監視部５７により、入室許可ＤＢ１２の入室許可テーブルの入室（認証）対象患者情報（患者ＩＤ）と認証情報ＤＢ１０の認証情報テーブルの認証情報（患者ＩＤ）とが比較される。すなわち、入室許可テーブルの入室（認証）対象患者情報の患者ＩＤをキーとして、認証情報テーブルの各レコード（各行）が検索される。
【００６８】
続く、ステップＳ４では、入室許可ＤＢ監視部５７により、ステップＳ３の検索結果として、キーとした患者ＩＤと同一の患者ＩＤを持つレコードが認証情報テーブル中に見つかったかどうか（入室（認証）対象患者の認証情報（指紋、静脈データ、等のバイナリデータ）が登録済みであるかどうか）が判定される。
【００６９】
ステップＳ４でキーとした患者ＩＤと同一の患者ＩＤを持つレコードが見つからなかった場合（入室（認証）対象患者の認証情報が未登録の場合）、すなわち、ステップＳ４の判定結果がｎｏの場合、ステップＳ５で、認証エラー処理（該当する患者に対し生体データを登録するように促すこと等）が行なわれる。
【００７０】
ステップＳ４でキーとした患者ＩＤと同一の患者ＩＤを持つレコードが見つかった場合（入室（認証）対象患者の認証情報が登録済みの場合）、すなわち、ステップＳ４の判定結果がｙｅｓの場合、入室許可ＤＢ監視部５７から認証対象フラグ更新部５８に制御が移り、ステップＳ６で、認証対象フラグ更新部５８により、入室（認証）対象患者の入室（認証）許可準備処理が行なわれる。この入室（認証）許可準備処理では、認証対象フラグ更新部５８により、入室許可テーブルの該当レコードの認証対象フラグがオン（"１"）に更新される。また、ステップＳ６の判定結果がｙｅｓのとき、入室許可ＤＢ監視部５７から状態情報書き込み部５９に起動指示が出される。この起動指示を受けて状態情報書き込み部５９は、患者ＩＤ保持用のバッファ（不図示）に格納されている入室（認証）対象患者の患者ＩＤを認証端末６の状態情報記憶領域６７に書き込む。
【００７１】
一方、ステップＳ１での表示予定テーブルへの呼出し対象患者情報（ここでは、３名分）の書き込み処理を受けて、表示サーバ１８側では、以下のステップＳ１０〜ステップＳ１２までの処理が行われる。
【００７２】
まず、ステップＳ１０で、認証サーバ監視部６３により、認証サーバ１４の入室（認証）許可準備処理状況の確認が行なわれる（入室許可テーブルの該当レコードの認証対象フラグの値が監視される）。
【００７３】
すなわち、続く、ステップＳ１１で、認証サーバ監視部６３により、呼出し対象患者の入室（認証）許可準備が完了したかどうか（入室（認証）対象患者の認証対象フラグがオン（"１"）に更新されたかどうか）が判定される。
【００７４】
ステップＳ１１で呼出し対象患者の入室（認証）許可準備が完了していない（入室（認証）対象患者の認証対象フラグがオフである）と判定された場合、すなわち、ステップＳ１１の判定結果がｎｏの場合、ステップＳ１０に戻る。
【００７５】
ステップＳ１１で呼出し対象患者の入室（認証）許可準備が完了した（入室（認証）対象患者の認証対象フラグがオンに更新された）と判定された場合、すなわち、ステップＳ１１の判定結果がｙｅｓの場合、認証サーバ監視部６３から呼出し対象患者情報送信部６４に制御が移り、ステップＳ１２で、呼出し対象患者情報送信部６４により、表示予定テーブルの呼出し対象患者情報（"表示情報"ともいう）が表示クライアント２２に送信される。
【００７６】
続く、ステップＳ１３で、表示クライアント２２は受信した表示情報を表示盤２０に表示させる制御を行なう。
なお、以上の説明では、呼出し対象の患者（の受付番号等）を表示盤２０に表示させていたが、音声案内も兼ねるようにしてもよい。また、音声案内だけでもよい。
【００７７】
また、患者呼出し機能と呼出し時の患者認証機能との連携度合いは、上述した方法以外にも考えられる。より連携度合いが低い例としては、呼出しタイミングを同期させる以外は連携を行なわないことが考えられる。この場合、入室許可ＤＢ１２が不要となり、それに伴って、例えば図１の（６）では、入室許可ＤＢ１２の入室許可テーブルへの書き込みがなくなり、単に、電子カルテクライアント８から認証サーバ１４を経由して認証端末６の状態情報記憶領域６７に入室（認証）対象患者の患者ＩＤを書き込むだけとなり、図１の（８）や（１２）の監視処理も不要となる。この場合でも、診察室に入室予定の患者（診察対象患者）のみ認証可能な状態にして、認証（照合）を行なっているので、病院の外来診察室での本人確認を確実に行なうことができ、本人確認漏れ等による医療ミス、なりすまし患者による個人情報の流出リスクを低減することができる
【符号の説明】
【００７８】
１  再来機・受付端末・各科受付
２  受付情報ＤＢ
３  電子カルテサーバ
５、８２  ＬＡＮ
６、８１  認証端末
８  電子カルテクライアント
１０  認証情報ＤＢ
１２  入室許可ＤＢ１２
１４、８３  認証サーバ
１６  表示情報ＤＢ
１８  表示サーバ
２０、４５  表示盤
２２  表示クライアント
２５  患者呼出画面
２６  受付済患者一覧
２７  移動ボタン
２８  表示予定患者一覧
３１  呼込みボタン
３８、３９  表示予定テーブル
４０、４１  入室許可テーブル
４３  認証情報テーブル
５１  自診療科受付情報記憶領域
５２  受付情報取得部
５３  呼出し指示発行部
５４  入室（認証）対象患者情報書き込み部
５５  呼出し対象患者情報書き込み部
５６、６１  受信部
５７  入室許可ＤＢ監視部
５８  認証対象フラグ更新部
５９  状態情報書き込み部
６２  表示情報ＤＢ監視部
６３  認証サーバ監視部
６４  呼出し対象患者情報送信部
６６  認証情報読取り部
６７  状態情報記憶領域
６８  認証処理部
【図２】
2012181621.tif 000003
【図３】
2012181621.tif 000004
【図４】
2012181621.tif 000005
【図５】
2012181621.tif 000006
【図７】
2012181621.tif 000007
【図８】
2012181621.tif 000008
【図９】
2012181621.tif 000009
【図１】
2012181621.tif 000010
【図６】
2012181621.tif 000011