(57)【要約】【課題】医療機関において患者に対しセキュリティを高めた上で行き先部署の案内をすることができるシステムを提供する。【解決手段】患者案内システムのサーバは、患者の行き先である１又は複数の部署の情報を含む受付情報を取得したとき、各部署毎の待ち状況情報として、当該患者を一意に識別する患者識別情報を受付け順にデータベースに格納する手段と、データベースにおける各部署毎の待ち状況情報としてさらに、処理済患者数、及び処理待ち患者数を格納する手段と、各部署の待ち状況情報の閲覧要求があったとき、受付開始時刻と現在時刻から算出した受付開始後の経過時間を処理済患者数で割ることにより各部署における平均待ち時間を算出する手段と、各部署における平均待ち時間に処理待ち患者数を掛けて各部署における予測待ち時間を算出する手段と、予測待ち時間を端末に出力する手段と、を有する。【選択図】図１
2014160342.tif 000002
【特許請求の範囲】
【請求項１】
患者に対して医療機関内における行き先の部署を案内するためのサーバを備えた患者案内システムであって、前記サーバは、
患者の行き先である１又は複数の部署の情報を含む受付情報を取得したとき、各部署毎の待ち状況情報として、当該患者を一意に識別する患者識別情報を受付け順にデータベースに格納する手段と、
前記データベースにおける各部署毎の待ち状況情報としてさらに、当該部署の受付開始時刻、当該部署での処理が終了した患者数である処理済患者数、及び当該部署での処理が終了していない患者数である処理待ち患者数を格納する手段と、
各部署の待ち状況情報の閲覧要求があったとき、前記受付開始時刻と現在時刻から算出した受付開始後の経過時間を前記処理済患者数で割ることにより各部署における平均待ち時間を算出する手段と、
算出された各部署における前記平均待ち時間に、前記処理待ち患者数を掛けて各部署における予測待ち時間を算出する手段と、
算出された前記予測待ち時間を端末に出力する手段と、を有することを特徴とする
患者案内システム。
【請求項２】
患者に対して医療機関内における行き先の部署を案内するためのサーバを備えた患者案内システムであって、前記サーバは、
患者の生体情報を読み取る生体認証装置を具備する端末からの認証要求に応じて患者を認証し特定する手段と、
認証により特定された患者の行き先である１又は複数の部署の情報を含む受付情報を取得したとき、各部署毎の待ち状況情報として、当該患者を一意に識別する患者識別情報を受付け順にデータベースに格納する手段と、
前記データベースにおける各部署毎の前記待ち状況情報としてさらに、当該部署の受付開始時刻、当該部署での処理が終了した患者数である処理済患者数、及び当該部署での処理が終了していない患者数である処理待ち患者数を格納する手段と、
認証により特定された患者について当該患者の行き先の部署の待ち状況情報の閲覧要求があったとき、当該患者の前記患者識別情報を格納している１又は複数の部署の待ち状況情報のみを前記データベースから抽出し、
抽出した１又は複数の部署の各々について前記受付開始時刻と現在時刻から算出した受付開始後の経過時間を前記処理済患者数で割ることにより各部署における平均待ち時間を算出する手段と、
算出された各部署における前記平均待ち時間に、前記処理待ち患者数のうち当該患者より先の受付け順である患者数を掛けて当該患者の各部署における予測待ち時間を算出する手段と、
算出された当該患者の各部署における前記予測待ち時間を端末に出力する手段と、を有することを特徴とする
患者案内システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院や健診センターなどの医療機関において、診察、検査、投薬等を受ける患者の行先案内や診察検査結果の表示を行うシステムに関し、好適には生体認証を用いてこれらを行うシステムに関する。
【背景技術】
【０００２】
多数の患者が集まる大きな医療機関や、人間ドック、健康診断の場においては、診療内容によって、各種の診療科、診療科の依頼により検査を行う検査室、処置のみを行う処置室などの部署が病院内に分散して配置されている。
【０００３】
検査室や処置室においては、検査または処置を行う部位や種別に応じて、それに対応できる設備により検査または処置を行う必要があるため、病院内には複数の検査室および処置室が分散して配置されていることが多い。このため、患者は複数の検査室または処置室に順次回送されて、検査または処置を受けることになる。特に、大きな病院や人間ドック、身体検査の現場においては、診療科や検査での受診待ちで、いつ自分の受診の番になるかわからないため、自分の順番が来るまで待合室に拘束されることになる。
【０００４】
ところで、病院における診察の受診待ちの時間は、その場に行くまで混雑状況が分からないため、時間に制約のある患者は、空いていそうな日時を経験的に見計らって来院する他なく、結果的に長時間待たされることにもなる。こうした患者の負担を軽減するため、従来からさまざまな技術が提案されている。
【０００５】
例えば、特許文献１に記載されている「病院案内表示システム」は、病院の待合室等に表示装置を設置して現在の診察番号および待ち時間等を表示し、急患あるいは災害発生等の緊急情報を表示し、合間に各種の案内あるいはＴＶ映画等を表示するシステムである。
【０００６】
特許文献２に記載されている「情報表示装置」は、来院者から待ち時間の問い合わせがあったとき、来院者の受付番号及びメッセージを入力装置に入力して院内での平均待ち時間を演算させ、無線インターフェイスによって任意の場所に設置された表示装置に予定待ち時間及びメッセージを表示するものである。
【０００７】
また、特許文献３に記載されている「ＩＣカードによる医用検査システム」は、ＩＣカードに医用検査を受ける患者の検査進行情報、検査料金を含む検査付帯情報および検査内容情報を記憶し、ＩＣカードを患者の通過予定経路上に設置されている表示装置に挿入することで検査進行情報だけを表示し、検査関連部所に設置されている書換表示装置にＩＣカードを挿入することで、検査付帯情報または検査内容情報を表示するものである。ＩＣカードに検査依頼票に記憶すべき情報を記憶させることにより、患者等のプライバシーを保護すると共にＩＣカードに記憶された特定情報を表示させることにより、患者等を的確に誘導できるようにしている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平８−１８０１０２号公報
【特許文献２】特開平６−３０９５７１号公報
【特許文献３】特開昭６３−１５８６６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
従来は、患者が受付を済ませると、案内されたとおりの順番で受診や検査を行うため、多くの患者が集まる場合には、過大な待ち時間が発生していた。従来において提案されているそれぞれの技術を、病院における患者にとって利便性が良く総合的に案内できる患者案内システムに適用しようとしても、更に解決されるべき多くの課題がある。例えば、病院の待合室に設置した表示装置により待ち時間等を表示するシステムは一部で採用されているところであるが、このシステムではそれぞれ診療科の待合室に行くまで待ち時間を知ることができない。具体的には、例えば内科で受診を待っているときに皮膚科の待ち時間を知り、先に順番が来た方から受診するといったことができない。個々の検査や診察は関連が無いことも多く、例えば視力検査と血圧測定は、順番が前後しても問題はない。しかし、現状は診察室、検査室に順番がつけられており、その順番通りに案内されることが多く見られ、他の診療室や検査室が空いていても、順番通りに回らされる。
【００１０】
人間ドックや健康診断など、検査項目が多い場合には、患者が受診予定検査、受診済検査、未受診検査を知りたいことがあるが、電子カルテなどの発達で、患者がそれらの情報を知ることができないこともある。
【００１１】
また、診察や検査が終わっても、カルテは病院側が保管しており、患者が閲覧したくとも不可能であることが多い。病院側としても、本人確認なしに閲覧させる訳にはいかないため、確実な本人の認証が必要となる。
【００１２】
しかし、現状では診察券が本人と結び付けられているのみであり、これでは確実とは言えない。場合によってはバーコードなどを印刷した腕章を患者に身につけさせることもあるが、それでもコピーや紛失、盗難によるなりすましの可能性や、患者の誤認（取り違え）の可能性がある。
【００１３】
本発明は、このような問題点を解決するためになされたものであり、本発明の目的は、医療機関において患者に対しセキュリティを高めた上で行き先部署の案内をすることができるシステムを提供することである。
【課題を解決するための手段】
【００１４】
上記の目的を達成するべく、本発明は以下の構成を提供する。
本発明の一態様は、患者に対して医療機関内における行き先の部署を案内するためのサーバを備えた患者案内システムであって、前記サーバは、患者の行き先である１又は複数の部署の情報を含む受付情報を取得したとき、各部署毎の待ち状況情報として、当該患者を一意に識別する患者識別情報を受付け順にデータベースに格納する手段と、前記データベースにおける各部署毎の待ち状況情報としてさらに、当該部署の受付開始時刻、当該部署での処理が終了した患者数である処理済患者数、及び当該部署での処理が終了していない患者数である処理待ち患者数を格納する手段と、各部署の待ち状況情報の閲覧要求があったとき、前記受付開始時刻と現在時刻から算出した受付開始後の経過時間を前記処理済患者数で割ることにより各部署における平均待ち時間を算出する手段と、算出された各部署における前記平均待ち時間に、前記処理待ち患者数を掛けて各部署における予測待ち時間を算出する手段と、算出された前記予測待ち時間を端末に出力する手段と、を有する。
【００１５】
本発明の別の態様は、患者に対して医療機関内における行き先の部署を案内するためのサーバを備えた患者案内システムであって、前記サーバは、患者の生体情報を読み取る生体認証装置を具備する端末からの認証要求に応じて患者を認証し特定する手段と、認証により特定された患者の行き先である１又は複数の部署の情報を含む受付情報を取得したとき、各部署毎の待ち状況情報として、当該患者を一意に識別する患者識別情報を受付け順にデータベースに格納する手段と、前記データベースにおける各部署毎の前記待ち状況情報としてさらに、当該部署の受付開始時刻、当該部署での処理が終了した患者数である処理済患者数、及び当該部署での処理が終了していない患者数である処理待ち患者数を格納する手段と、認証により特定された患者について当該患者の行き先の部署の待ち状況情報の閲覧要求があったとき、当該患者の前記患者識別情報を格納している１又は複数の部署の待ち状況情報のみを前記データベースから抽出し、抽出した１又は複数の部署の各々について前記受付開始時刻と現在時刻から算出した受付開始後の経過時間を前記処理済患者数で割ることにより各部署における平均待ち時間を算出する手段と、算出された各部署における前記平均待ち時間に、前記処理待ち患者数のうち当該患者より先の受付け順である患者数を掛けて当該患者の各部署における予測待ち時間を算出する手段と、算出された当該患者の各部署における前記予測待ち時間を端末に出力する手段と、を有する。
【発明の効果】
【００１６】
本発明によれば、患者の行き先である各部署の待ち状況情報の閲覧を要求すると、各部署における現在の予測待ち時間が算出され、表示される。さらに、患者が医療機関内に設置された生体認証装置で認証を行った上で、患者の行き先である各部署の待ち状況情報の閲覧を要求すると、当該患者についての予測待ち時間が算出される。患者は、これらを参考にして待ち時間の少ない部署を選択して診察や検査を受けることができ、混雑緩和を図ることができる。
【図面の簡単な説明】
【００１７】
【図１】図１は、本発明の一実施例にかかる患者案内システムを含む全体システム構成を示すシステム構成図である。
【図２】図２は医療機関の総合受付での業務フローを示すフローチャートである。
【図３】図３は、診療検査部署で患者が自分の診療情報を閲覧する際の認証操作のフローを示すフローチャートである
【図４】図４は、受付処理時における患者案内データベースの更新処理の処理フローを示すフローチャートである。
【図５】図５は、診療検査部署での診察又は検査の終了時における患者案内データベースの更新処理の処理フローを示すフローチャートである。
【図６】図６は、二次診療検査部署での処理終了時における患者案内データベースの更新処理の処理フローを示すフローチャートである。
【図７】図７は、新規の患者を登録する際の、各種情報へのアクセス権を付与する場合の処理フローを示すフローチャートである。
【図８】図８は、図７で実施した、初期設定時以外で、医療機関の職員などが患者のアクセス権の変更を行う際の処理フローを示すフローチャートである。
【図９】図９は、医療機関外部からシステムにアクセスする場合の、アクセス申請のフローチャートである。
【図１０】図１０は、全ての診療検査部署での処理の終了後、会計部署での精算時などに院内ログイン状態を解除する場合の業務フローを示すフローチャートである。
【図１１】図１１は、患者が生体情報の更新を行う際のフローチャートである。
【図１２】図１２は、生体情報の削除を行う場合のフローチャートである。
【図１３】図１３は、患者情報を変更する場合のフローチャートである。
【図１４】図１４は、患者が医療機関外部から医療事務サーバにアクセスし、患者情報又は診療情報を参照する場合のフローチャートである。
【図１５】図１５は、患者の次の移動先である部署を案内する際の、移動先の部署と、部署毎の待ち時間とを出力する処理フローのフローチャートである。
【図１６】図１６は、患者を特定せずに各部署の待ち時間情報を送信する処理フローを示すフローチャートである。
【図１７】図１７は、患者情報データベース及び診療情報データベースの構成例である。
【図１８】図１８は、患者案内データベースの構成例である。
【発明を実施するための形態】
【００１８】
以下、本発明を適用した患者案内システムの一実施の形態について、図面を参照して説明する。
【００１９】
図１は、本発明の一実施の形態に係る患者案内システムを含む全体システムの構成を示す構成図である。本発明による患者案内システムは、従来の医療機関内（以下「院内」と称する場合がある）のシステムと連繋して機能する部分があるので、図１の全体システムには、従来の一般的なシステムも含まれている。全体システムは、医療機関１０１内のシステムと、院外からアクセスする際のアクセス場所１０３と、これらの間でインターネットの仕組みを利用してデータ通信を行うネットワーク１０２とを有する。
【００２０】
医療機関１０１内のネットワーク要素として、医療機関内においてインターネットの仕組みを利用してデータ通信を行う院内ネットワーク１０４を有する。
【００２１】
院内ネットワーク１０４に接続されたサーバ要素として、患者案内データベース１０６を備えた患者案内サーバ１０５と、ネットワーク１０２を介したデータ通信機能を備えたＷｅｂサーバ１０７と、患者情報データベース１０９及び診療情報データベース１１０を備え電子カルテシステム（図示せず）や会計などの医療システム（図示せず）と連携している医療事務サーバ１０８とを有する。患者案内サーバ１０５及び医療事務サーバ１０８は、本発明による患者案内システムの主要機能を担う。各サーバは、コンピュータであり、以下に説明する本発明に関連する機能を実現するためのプログラムを導入されており、各サーバのＣＰＵがプログラムを読み込み実行することにより本発明の患者案内システムを実現する。図示したサーバ構成は一例であり、以下に説明する機能を実現できるサーバ構成であればよい。
【００２２】
また、院内ネットワーク１０４に接続された端末要素として、総合受付窓口又は各科受付窓口に置かれた受付端末１１１と、各診療科又は検査室に置かれた認証用及び情報表示用の端末である認証表示装置１１３と、電子カルテシステムなどの医療端末１１４と、会計端末１１５とを有する。これらの端末は、院内の各部署に設置されている。ここで「部署」とは、例えば、総合受付窓口、各科受付窓口、各診療科又は検査室等（患者に医療的処置を行う場所）、会計窓口等である。以下、総合受付窓口又は各科受付窓口をまとめて「受付部署」と称し、診療科又は検査室をまとめて「診療検査部署」と、会計を「会計部署」と称する場合がある。
【００２３】
院外のアクセス場所１０３には、院外からアクセスする際に使用する端末１１６が設置されている。
【００２４】
上記の院内の各端末１１１、１１３、１１４、１１５及び院外の端末１１６には、生体認証装置１１２がそれぞれ接続されている。
【００２５】
医療事務サーバ１０８が備える患者情報データベース１０９は、患者情報を格納している。患者情報には、患者を一意に識別する患者識別情報、患者の氏名等の患者個人情報、患者が行き先として予定している１又は複数の診療検査部署を示す診療検査部署情報、患者の情報へのアクセス権限を示すアクセス権情報等が含まれる。図示の例では患者情報に生体情報も含まれるが、後述するように生体情報は診察券に保存してもよい。図１７（ａ）は、患者情報データベース１０９のテーブル構成例を概略的に示している。患者情報データベース１０９は、登録済み患者の患者識別情報である「患者番号」、「患者氏名」、「生体情報」、「診療検査部署」、「アクセス権」等のデータ項目を有する。「診療検査部署」は、受付部署において患者が診察又は検査を希望した１又は複数の診療検査部署の名称（部署を一意に識別する部署識別情報でもよい）が格納されている。「アクセス権」は患者からの情報閲覧要求があった場合に、閲覧の可否を判断するために用いられる。
【００２６】
医療事務サーバ１０８が備える診療情報データベース１１０は、患者の診療情報や各種診療／医療機関の情報を格納している。図１７（ｂ）は、診療情報データベース１１０のテーブル構成例を概略的に示している。各患者の診療情報として、患者識別情報である「患者番号」、診療検査部署の名称である「診療検査部署」、診察又は検査の結果情報である「診察又は検査の結果」等のデータ項目を有する。
【００２７】
医療事務サーバ１０８は、院内の受付端末１１１、認証表示装置１１３、医療端末１１４、会計端末１１５から各種情報のデータを送信され、これらのデータを各データベース１０９、１１０に適宜格納して管理し、要求に応じて各データベース１０９、１１０内のデータを送信する。医療事務サーバ１０８は、各データベース１０９、１１０内のデータに基づいて、患者の登録処理、来院時の受付部署での受付処理、各診療検査部署での処理、各診療検査部署での二次的な診療検査部署の指定処理、二次的な診療検査部署での処理、会計部署での診療費算定、会計部署での精算処理、予約受付処理などのデータ処理を行う。医療事務サーバ１０８における医療情報のデータ処理のうち、本発明に係る患者案内システムの内容とは直接的に関係しないものについては詳細な説明を省略する。
【００２８】
本発明による患者案内システムにおいては、患者の正しい受診順番を把握するため、この医療事務サーバ１０８で実行される各データ処理の背景処理の中で、システム運用がなされることを前提としている。しかし、そのような医療事務サーバ１０８が設置されていないシステム構成となっている医療機関においても、本発明による患者案内システムを構築することは可能であり、単独で構成した患者案内システムによって各診療科での処理待ち患者数を把握し、待ち時間を予測するように構成することもできる。
【００２９】
患者案内サーバ１０５が備える患者案内データベース１０６は、部署毎の現時点での患者の待ち状況情報を格納している。図１８は、患者案内データベース１０６のテーブル構成例を概略的に示している。図１８の部署毎の待ち状況テーブルは、部署毎に１つのテーブルが作成されている。１つのテーブルには、当該部署の名称を示す「部署」のデータ項目とともに、現時点の待ち状況情報として、診察又は検査の処理待ち状態にある患者の患者識別情報である「患者番号」のリストが受付け順に格納されている。さらに、当該部署での診察又は検査等が終了した患者数を算出した「処理済患者数」、診察又は検査が終了していない患者数を算出した「処理待ち患者数」、当該部署の受付開始時刻である「受付開始時刻」、現時点での当該部署の平均待ち時間を算出した「平均待ち時間」の各データ項目がある。なお、患者案内データベース１０６で管理する部署としては、診療検査部署のみでなく、会計部署などの実質的な医療処置を行わない部署を含めてもよいが、以下では、診療検査部署を対象とした例について説明する。
【００３０】
患者案内サーバ１０５は、院内の各端末１１１、１１３、１１４、１１５に接続された生体認証装置１１２により、院内ネットワーク１０４を経由して生体認証を行う。生体認証の結果から患者を特定し、当該患者の行き先の１又は複数の診療検査部署の情報を患者情報データベース１０９（図１７（ａ）参照）から取得する。取得した１又は複数の診療検査部署の情報に基づいて、患者案内データベース１０６に部署毎の待ち状況情報（図１８参照）として登録する。また、各診療検査部署の医療端末１１４から院内ネットワーク１０４を経由して、各部署で患者の診療又は検査が終了した際に処理終了情報を受け取り、患者案内データベース１０６の部署毎の待ち状況情報の患者リストから当該患者を削除する。
【００３１】
この間において、患者は、各部署に設置された認証表示装置１１３と生体認証装置１１２を使用して生体認証を行い、院内ネットワーク１０４を経由して、患者案内サーバ１０５にアクセスする。つまり、生体認証の結果特定された患者について、患者案内サーバ１０５が次の行き先部署の案内、予測待ち時間、診療結果又は検査結果などの診療情報及び待ち情報を取得し、認証表示装置へ出力することで、患者は確実な本人認証を経て、待ち状況情報及び診療情報を得ることができる。
【００３２】
このような仕組みについて、次に各部署での処理を詳細に説明する。以下のフローチャートでは、図１中の符号を参照する場合がある。
【００３３】
図２は医療機関の総合受付での業務フローを示すフローチャートである。なお、総合受付で全診療科の受付を行う病院（以下、「総合受付方式」）と、各診療科で受付を行う病院（以下、「各科受付方式」）の２通りの業務フローが存在する。これらが併用されている場合もある。
【００３４】
図２のフローチャートの総合受付方式のフローを参照すると、まず、医療機関に初めて来た患者であるか否かを判断して（ステップ２０１）、初めて来た患者である場合には、患者の登録処理を行い、患者個人情報及び生体情報などを患者情報データベース１０９に登録する。このとき患者識別情報である患者番号を割り当てる。総合受付方式の場合では全科受付を行うか否かの判定により（ステップ２０３）、全科受付を行う場合には、生体認証を使用して総合受付で受付処理を行い、受付を行った患者を院内ログイン状態にする（ステップ２０４）。患者を院内ログイン状態にしないと、院内の端末で認証を行なっても、基本的に患者は情報を閲覧することができない。また、予約状況の表示など、院内ログイン状態でなくとも閲覧可能な情報を選別して閲覧させることも可能ではある。つまり、院内ログイン状態とそうでない状態とで、情報の参照権限を分けることとなる。以上のフローにより、全科受付を終了する。また、全科受付でない場合には、それぞれの診療科毎に受け付ける場合であるので、各科受け付け方式のフローのステップ２０７に進み、それぞれの診療科毎の受付を行う。
【００３５】
過去来院済の患者であることが判断（ステップ２０１）された場合には、総合受付方式の場合で全科受付を行うか否かの判定により（ステップ２０３）、全科受付でないない場合には、それぞれの診療科毎に受け付ける場合であるので、ステップ２０７に進み、それぞれの診療科毎の受付を行う。次に各科受付方式の業務フローの説明を行う。各診療科において生体認証を用いて受付処理を行い  （ステップ２０７）、受付を行った患者を院内ログイン状態にし（ステップ２０８）、受付処理を終了する。
【００３６】
図３は、診療検査部署で患者が自分の診療情報を閲覧する際の認証操作のフローを示すフローチャートである。患者が生体認証を行う場合には、生体情報のみを用いて認証を行う１：Ｎ認証、ＩＤなどと併用して認証対象の生体情報を絞り込んで認証を行う１：１認証のどちらも可能である。また、診察券などに生体情報を記録しておくことで、患者情報データベース１０９に生体情報を保持せずに、患者に生体情報を管理させることも可能である。この場合は、容易に１：１認証を実現することができる。認証方式に関しては本発明の対象外となるため、説明を省略する。
【００３７】
患者が、自身の診療検査部署の予約状況、次の診療検査部署の案内と待ち状況情報、診療情報などを閲覧したい場合には、認証表示装置１１３で認証を行う（ステップ３０１）。認証エラー時には、認証に失敗した旨を表示・出力して終了する（ステップ３０５）。認証に成功した場合には、患者案内サーバ１０５が、患者情報データベース１０９を参照し、認証した患者のその時のアクセス権（患者情報へのアクセス権、院内ログイン状態によるアクセス権、医療機関内外での情報閲覧のアクセス権など）に従い、閲覧可能な情報を関連するデータベースから取得（ステップ３０３）し、認証表示装置１１３に出力し（ステップ３０４）て表示させ、終了する。例えば、患者が院内ログイン状態のアクセス権を有している場合に、患者から次の部署の案内と待ち状況情報の閲覧要求があったならば、患者案内データベース１０６から当該患者の次の部署の情報と各部署における予測待ち時間を算出して表示する。また、患者が院内ログイン状態のアクセス権を有している場合に、患者から診察又は検査の結果の診療情報の閲覧要求があったならば、診療情報データベース１１０からそれらの診療情報を取得して表示する。
【００３８】
図４は、受付処理時における患者案内データベース１０６の更新処理の処理フローを示すフローチャートである。患者案内サーバ１０５は、図２の受付処理フローにより特定された患者について、患者情報データベース１０９から、患者識別情報（患者番号）と当日診察又は検査を希望する１又は複数の診療検査部署のデータとを受付情報として取得する（ステップ４０１）。次に、１つの診療検査部署について、当日の最初の患者である否かを判定する（ステップ４０２）。当日の最初の患者である場合、まず、当該診療検査部署の受付開始時刻を設定する（ステップ４０３）。次に、当該診療検査部署の処理済患者数を０に設定する（ステップ４０４）。そして、当該診療検査部署の処理待ち患者数を１に設定する（ステップ４０５）。また、当該診療検査部署で当日の最初の患者でない場合には、当該診療検査部署の処理待ち患者数に１を加算する（ステップ４０７）。そして、当該診療検査部署の処理待ち状態にある患者リストの末尾に取得した患者の患者識別情報を追加する（ステップ４０６）。すなわち、患者リストは受付け順に書き込まれる。このようにして、１つの診療検査部署についての待ち状況情報を患者案内データベース１０６に設定する。この処理を、受付情報に含まれる全ての診療検査部署について行い（ステップ４０８）、終了する。
【００３９】
図５は、診療検査部署での診察又は検査の終了時における患者案内データベース１０６の更新処理の処理フローを示すフローチャートである。患者案内サーバ１０５は、診療検査部署の医療端末１１４から（医療事務サーバ１０８を介して）患者識別情報（患者番号）、診察又は検査の終了した診療検査部署、及び二次診療検査部署のデータを含む処理終了情報を取得する（ステップ５００）。ここで、「二次診療検査部署」とは、診療検査部署（区別するために「（一次）」を付加する場合がある）での診察又は検査の結果により別の診療検査部署での診察又は検査が必要となった場合のそれらの派生した１又は複数の診療検査部署を意味する。二次診療検査部署が有るか否かを判定し（ステップ５０１）、二次診療検査部署がない場合は、ステップ５０９に進む。二次診療検査部署が有る場合は、ステップ５０２に進む。
【００４０】
二次診療検査部署についての待ち状況情報の管理も、図４のフローと同様に行われ、図１８の部署毎の待ち状況テーブルにデータが格納される。例えば、患者番号００１の患者が診療検査部署Ｂで診察を受けた結果、診療検査部署Ｃでの検査が必要となった場合、図１８の部署毎の待ち状況テーブルの診療検査部署Ｃの患者リストに患者番号００１が新たに追加される。さらに、三次以降の診療検査部署が派生する場合もあり得るが、派生した時点で、同様の処理を行う。
【００４１】
１つの二次診療検査部署における当日の最初の患者であるか否かを判定し（ステップ５０２）、当日の最初の患者については、まず、当該二次診療検査部署の受付開始時刻を設定し（ステップ５０３）、次に当該二次診療検査部署の処理済患者数を０に設定する（ステップ５０４）。そして、当該二次診療検査部署の処理待ち患者数を１に設定する（ステップ５０５）。また、当該二次診療検査部署で当日の最初の患者でない場合には、当該二次診療検査部署の処理待ち患者数に１を加算する（ステップ５０７）。このようにして、取得した二次診療検査部署について患者のデータを患者案内データベース１０６に設定する。受け付けた患者について取得した全ての二次診療検査部署の処理が終了すると（ステップ５０８）、ステップ５０９に進む。
【００４２】
派生元の（一次）診療検査部署の処理済患者数に１を加算し（ステップ５０９）、当該（一次）診療検査部署の処理待ち患者数から１を減算し（ステップ５１０）、当該（一次）診療検査部署の患者リストから、取得した患者の患者番号を削除する（ステップ５１１）。
【００４３】
このような処理によって、各診療検査部署での診察又は検査の終了時に患者案内データベース１０６の更新処理が行われる。その結果、つまり、患者が各診療検査部署での診察又は検査を終え、必要に応じて検査、処置又は投薬などの二次的な診察又は検査が要請された結果の状態により、その二次的な要請での患者識別情報及び診療検査部署の指定情報に基づき、患者案内データベース１０６の更新処理が行われる。
【００４４】
図５の患者案内データベース１０６の更新処理は、基本的には図４の受付時の更新処理と同じであるが、異なる点として、患者識別情報を検査、処置又は投薬などの二次的な診察又は検査が要請した二次診療検査部署に登録するということと、（一次）診療検査部署での診察又は検査は終わったため、当該（一次）診療検査部署の処理待ち患者番号情報から患者番号を削除すること（ステップ５１０、ステップ５１１）のみである。なお、二次的要請をコンピュータシステム化しない医療機関の場合、ステップ５０９〜５１１の（一次）診療検査部署についての患者案内データベースの更新処理のみをコンピュータシステム化することも可能である。
【００４５】
図６は、二次診療検査部署での処理終了時における患者案内データベース１０６の更新処理の処理フローを示すフローチャートである。患者案内サーバ１０５は医療端末１１４から患者識別情報である患者番号及び二次診療検査部署のデータを含む処理終了情報を取得し（ステップ６０１）、取得した二次診療検査部署の処理済患者数に１を加算する（ステップ６０２）。次に当該二次診療検査部署の処理待ち患者数から１を減算し（ステップ６０３）、当該二次診療検査部署の患者リストから、取得した患者の患者番号を削除する（ステップ６０４）。このようにして、患者案内データベース１０６のデータを更新する。
【００４６】
図７は、新規の患者を登録する際の、各種情報へのアクセス権を付与する場合の処理フローを示すフローチャートである。各データベース（患者案内データベース１０６、患者情報データベース１０９、診療情報データベース１１０）から、アクセス権の初期設定を取得し（ステップ７０１）、取得したアクセス権に従い患者情報データベース１０９に登録する患者情報にアクセス権を設定する（ステップ７０２）。患者は、院内ログイン状態や医療機関外部からのアクセスの際など、アクセス権に従い情報を参照することができる。
【００４７】
図８は、図７で実施した、初期設定時以外で、医療機関の担当者などが患者のアクセス権の変更を行う際の処理フローを示すフローチャートである。アクセス権を付与する職員が、医療事務サーバ１０８のログイン画面からログインを行い、アクセス権付与画面に遷移する（ステップ８０２）。医療事務サーバ１０８は、アクセス権付与画面では、ログインした職員の権限をチェックし、アクセス権の変更ができるか確認を行う（ステップ８０２）。システムにより、権限チェックはログインの際に行われるなど、チェック箇所は異なる場合がある。権限チェックの結果、アクセス権の変更権限がない場合はエラーを表示する（ステップ８０４）。アクセス権の変更権限がある場合には、担当者は患者からの申請に従い、当該患者が参照可能な情報にアクセスできるアクセス権を設定する。このようにして、医療機関は患者に対して不要な情報を公開しないようにすることも可能である。
【００４８】
図９は、医療機関外部から医療事務サーバ１０８にアクセスする場合の、アクセス申請のフローチャートである。医療機関外からのアクセスは、院内からのアクセスに対してセキュリティを強固にする必要があるため、患者からの申請を行わないと、医療機関外部からのアクセスを許可しないようにすることも可能である。患者は、医療機関に対して院外からのアクセス権付与申請を行う（ステップ９０１）。受付時に生体認証により本人確認を行い（ステップ９０３）、認証に成功すると図８のフローチャートに従い、医療機関の担当者がアクセス権を付与を行う。生体認証に失敗した場合は、アクセス権の変更受付を拒否し、エラー画面などを表示する（ステップ９０５）。
【００４９】
図１０は、全ての診療検査部署での処理の終了後、会計部署での精算時などに院内ログイン状態を解除する場合の業務フローを示すフローチャートである。例えば、精算時などに、院内ログインの解除手続きを行う（ステップ１００１）と、当該患者は院内ログアウト状態となり（ステップ１００２）、院内ログイン状態時にアクセス可能であった情報の参照が不可となる。院内ログイン解除手続きは、精算時などに医療事務サーバ１０８が自動で行ったり、手動で行わせたり、時間制限を決めておき自動でログアウトさせたりと、多様な方式が可能となる。
【００５０】
図１１は、患者が生体情報の更新を行う際のフローチャートである。患者の申請により、職員は生体情報の変更画面にログインを行う（ステップ１１０１）。医療事務サーバ１０８はログインしたアカウントが生体情報の変更権限を持つかチェックし（ステップ１１０２）、変更権限がある場合は、変更画面を表示する。生体情報の変更を行う患者を指定し、生体情報の更新を行う（ステップ１１０３）。生体情報変更の権限がない場合は、エラーを表示する（ステップ１１０４）。権限チェックのタイミングはシステムへのログイン時、生体情報変更画面表示時など、システムにより異なる。
【００５１】
図１２は、生体情報の削除を行う場合のフローチャートである。生体情報の削除の必要が生じた場合に、担当者は生体情報の削除画面にログインを行う（ステップ１２０１）。医療事務サーバ１０８はログインしたアカウントが生体情報の削除権限を持つかチェックし（ステップ１２０２）、削除権限がある場合は、削除画面を表示する。生体情報の削除を行う患者を指定し、生体情報の削除を行う（ステップ１２０３）。生体情報削除の権限がない場合は、エラーを表示する（ステップ１１０４）。権限チェックのタイミングはシステムへのログイン時、生体情報削除画面表示時など、システムにより異なる。
【００５２】
図１３は、患者情報を変更する場合のフローチャートである。患者の申請により、職員は患者情報の変更画面にログインを行う（ステップ１３０１）。医療事務サーバ１０８は、ログインしたアカウントが患者情報の変更権限を持つかチェックし（ステップ１３０２）、変更権限がある場合は、変更画面を表示する。患者情報の変更を行う患者を指定し、患者情報の更新を行う（ステップ１３０３）。患者情報変更の権限がない場合は、エラーを表示する（ステップ１３０４）。権限チェックのタイミングはシステムへのログイン時、患者情報変更画面表示時など、システムにより異なる。
【００５３】
図１４は、患者が医療機関外部から医療事務サーバ１０８にアクセスし、患者情報又は診療情報を参照する場合のフローチャートである。まず、院外からＷｅｂサーバ１０７にアクセスする（ステップ１４０１）。アクセス先の形態はＷｅｂページやアプリケーションなど様々である。Ｗｅｂサーバ１０７を介して医療事務サーバ１０８にアクセスすると、次に、患者は生体認証を使用して、本人確認を行い（ステップ１４０２）、認証に成功した場合は、院外からのアクセスが許可されているアカウントか調べる（ステップ１４０３）。院外からのアクセスが許可されている場合は、その患者の院外からのアクセスのアクセス権に基づき、閲覧可能な情報が出力される。情報閲覧後、患者はシステムからログアウトする（ステップ１４０５）。また、院外からのアクセスが許可されていない患者であった場合は、エラーを表示して処理を終了する（ステップ１４０６）。このようにして、患者は院外からでも、生体認証を利用して、安全に自分の診療情報等を参照することができる。
【００５４】
図１５は、個々の患者に対して次の行き先である部署を案内する際の、行き先の部署と、部署毎の予測待ち時間とを出力する処理フローのフローチャートである。患者が認証表示装置１１３で生体認証を行うことにより、患者案内サーバ１０５が患者を特定する（ステップ１５０１）。患者案内データベース１０６の部署毎の待ち状況情報を全ての部署について検索し、特定した患者の患者番号が設定されている部署を抽出し、抽出した部署における受付開始時刻、処理済患者数、及び、処理待ち患者数のうち患者リストにおいて当該患者より先の受付け順である患者数を取得する（ステップ１５０２）。
【００５５】
次に、現在の時刻と受付開始時刻から、受付開始後の経過時間を計算する（ステップ１５０３）。処理済患者数が０であるか否かを判定し（ステップ１５０４）、処理済患者数が０である場合には、診察又は検査などの処理の開始前の状態なので、予測待ち時間は不明とする（ステップ１５０９）。一方、ステップ１５０４において、処理済患者数が０でないことが判定できた場合には、受付開始後の経過時間を処理済患者数で割って平均待ち時間を算出する（ステップ１５０５）。次に、処理待ち患者数のうち患者リストにおいて当該患者より先の受付け順である患者数と、算出された平均待ち時間とを掛けて、予測待ち時間を算出する（ステップ１５０６）。そして、ステップ１５０２で抽出した各部署の部署名、予測待ち時間、現時点の順番を出力する（ステップ１５０７）。予測待ち時間が不明の場合はその旨を出力する。
【００５６】
このようにして認証表示装置１１３を利用することで患者が生体認証を行うことにより、患者案内サーバ１０５が、当該患者のこれからの行き先である１又は複数の部署の各々の待ち状況情報を自動検索し、各部署における予測待ち時間と順番を出力する。患者は表示された情報を見て、適当な場所で自分の診察、検査、処置などの順番待ちを行えば良い。例えば、予測待ち時間が最も少ない部署を次の行き先として決定する。
【００５７】
図１６は、患者を特定せずに各部署の待ち時間情報を送信する処理フローを示すフローチャートである。これは、例えば受付前の患者が各部署の待ち時間を知りたい場合に行われる。この場合、生体認証は行われない。いずれかの端末からこの閲覧要求が有った場合、患者案内サーバ１０５は、患者案内データベース１０６の全ての部署について、受付開始時刻、処理済患者数及び処理待ち患者数を取得する（ステップ１６０１）。
【００５８】
次に、各部署について、現在の時刻と受付開始時刻から、受付開始後の経過時間を計算する（ステップ１６０２）。処理済患者数が０であるか否かを判定し（ステップ１６０３）、処理済患者数が０である場合には、検査、処置などの処理の開始前の状態なので、予測待ち時間は不明とする（ステップ１６０７）。一方、ステップ１６０３において、処理済患者数が０でないことが判定できた場合には、受付開始後の経過時間を処理済患者数で割って平均待ち時間を算出する（ステップ１６０４）。次に、算出された平均待ち時間と処理待ち患者数とを掛けて、当該部署での予測待ち時間を算出する（ステップ１６０５）。そして、各部署の部署名、予測待ち時間を出力する（ステップ１６０６）。予測待ち時間が不明の場合はその旨を出力する。
【符号の説明】
【００５９】
１０１ 医療機関
１０２ ネットワーク（ＷＡＮ）
１０３ 院外からアクセスする際のアクセスポイント
１０４ 院内ネットワーク（ＬＡＮ）
１０５ 患者案内サーバ
１０６ 患者案内データベース
１０７ Ｗｅｂサーバ
１０８ 医療事務サーバ
１０９ 患者情報データベース
１１０ 診療情報データベース
１１１ 受付端末
１１２ 生体認証装置
１１３ 認証表示装置（端末）
１１４ 医療端末（電子カルテなど）
１１５ 会計端末
１１６ アクセス・表示装置（端末）
【図１】
2014160342.tif 000003
【図２】
2014160342.tif 000004
【図３】
2014160342.tif 000005
【図４】
2014160342.tif 000006
【図５】
2014160342.tif 000007
【図６】
2014160342.tif 000008
【図７】
2014160342.tif 000009
【図８】
2014160342.tif 000010
【図９】
2014160342.tif 000011
【図１０】
2014160342.tif 000012
【図１１】
2014160342.tif 000013
【図１２】
2014160342.tif 000014
【図１３】
2014160342.tif 000015
【図１４】
2014160342.tif 000016
【図１５】
2014160342.tif 000017
【図１６】
2014160342.tif 000018
【図１７】
2014160342.tif 000019
【図１８】
2014160342.tif 000020