(57)【要約】  来院が２度目以降の患者は再来受付用の第１端末に診察券を読み込ませて受付を行う。第１端末は保険証の確認が必要な患者の保険証を読み取り、読み取った保険証データと保険証ＤＢ内の照合用データとを第１端末で自動照合する。第１端末は、照合結果が不一致の場合、窓口での保険証確認手続を必要なことを報知する。第２端末は、第１端末で読み取った保険証データと照合用データとの不一致部分を表示し、職員による不一致部分に対する保険証データの入力を受付ける。第２端末で入力されたデータは新たな照合用データとして保険証ＤＢに記憶される。第３端末は、受診番号管理ＤＢから受診予定の患者リストを取得して表示すると共に受診予定の患者の診察券を読み取り、読み取った患者と他の患者とを区別して患者リストを表示する。
2011077952.tif 000002
【特許請求の範囲】
【請求項１】
第１データベースと、第２データベースとを有すると共に、当該第１データベースと当該第２データベースの各々と通信する第１端末、第２端末、及び第３端末を有し、
前記第１端末は、
診察券から患者を識別する患者ＩＤを読み取るＩＤ読取手段と、
前記ＩＤ読取手段で読み取った前記患者ＩＤに対する受診番号を前記第１データベースから取得する取得手段と、
前記取得手段により取得された前記受診番号と前記ＩＤ読取手段によって読み取られた前記患者ＩＤとを前記第１データベースに登録する登録手段と、
前記患者の保険証から保険証データを読み取る読取手段と、
前記読取手段によって読み取られた前記保険証データと、当該保険証データに対応する前記第２データベースにおける照合データとが不一致である場合に、保険証を確認する手続を行うことを報知する報知手段とを備え、
前記第２端末は、
前記診察券から前記患者ＩＤを読み取るＩＤ読取手段と、
前記ＩＤ読取手段で読み取られた前記患者ＩＤについての、前記第１端末で読み取られた保険証データと前記第２データベースにおける前記照合データとの不一致部分と、前記第１データベースから取得した当該患者ＩＤと共に記憶されている前記受診番号とを少なくとも表示する表示手段と、
前記表示手段に表示された前記患者の保険証データのうち前記不一致部分に対するデータの入力を受付ける入力受付手段と、
前記患者ＩＤについての、前記不一致部分に対応する前記第２データベースの前記照合データを、前記入力受付手段で受付けた前記不一致部分のデータに置き換えることにより、前記第２データベースを更新する更新手段とを備え、
前記第３端末は、
前記第１データベースから各患者の受診番号を含む患者情報を取得し、当該患者情報に基づいて、受診番号順に患者リストを表示する表示手段と、
前記診察券から前記患者ＩＤを読み取るＩＤ読取手段と、
前記ＩＤ読取手段によって読み取られた患者ＩＤと他の患者ＩＤとを区別できる態様で前記患者リストの表示制御を行う制御手段とを備えること
を特徴とする保険証確認システム。
【請求項２】
前記第１端末において、
前記読取手段によって読み取られた前記患者の保険証データと前記照合データとが一致する場合には、前記取得手段により取得された当該患者の受診番号が印字された受診票を発行し、前記患者の保険証データと前記照合データとが不一致である場合には、前記受診番号が印字されていない受診票の発行を行う発行手段を備えることを特徴とする請求項１に記載の保険証確認システム。
【請求項３】
前記第３端末において、
前記制御手段は、前記第２端末における前記更新手段で更新された患者ＩＤと他の患者ＩＤとを区別できる態様で前記患者リストの表示制御を行うことを特徴とする請求項１に記載の保険証確認システム。
【請求項４】
請求項１に記載の保険証確認システムにおいて、
患者に関する患者情報を含む診察申込書から当該患者情報を読み取る第１読取手段と、
前記患者の保険証から保険証データを読み取る第２読取手段と、
前記患者ＩＤ毎に前記患者情報に基づく患者データを記憶する第３データベースから前記患者の患者ＩＤを取得する取得手段と、
前記第１読取手段で読み取られた前記患者情報と前記第２読取手段で読み取られた保険証データに共通する項目のデータが一致する場合、当該保険証データを前記取得手段で取得された前記患者ＩＤに対応する前記照合データとして前記第２データベースに登録すると共に、当該患者情報を当該患者ＩＤに対応する患者データとして前記第３データベースに登録する登録手段とを備える第４端末を更に有することを特徴とする保険証確認システム。
【請求項５】
請求項１に記載の保険証確認システムにおいて、
患者を識別する情報を含む患者情報と、当該患者の前記保険証データとを外部の装置から受信する受信手段と、
前記受信手段により受信された前記患者情報と前記保険証データに対する前記患者ＩＤを前記第１データベースから取得し、取得した前記患者ＩＤと前記患者情報と前記保険証データとを含むデータセットを前記第２データベースに記録する記録手段とを有する処理装置を更に備えることを特徴とする保険証確認システム。
【請求項６】
第１データベースと第２データベースの各々と通信可能な第１端末、第２端末、及び第３端末により保険証の確認を行う保険証確認方法であって、
前記第１端末において、
診察券から患者を識別する患者ＩＤを読み取るＩＤ読取ステップと、
前記ＩＤ読取ステップで読み取った前記患者ＩＤに対する受診番号を前記第１データベースから取得する取得ステップと、
前記取得ステップにより取得された前記受診番号と前記ＩＤ読取ステップによって読み取られた前記患者ＩＤとを前記第１データベースに登録する登録ステップと、
前記患者の保険証から保険証データを読み取る読取ステップと、
前記読取ステップによって読み取られた前記保険証データと、当該保険証データに対応する前記第２データベースにおける照合データとが不一致である場合に、保険証を確認する手続を行うことを報知する報知ステップとを行い、
前記第２端末において、
前記診察券から前記患者ＩＤを読み取るＩＤ読取ステップと、
前記ＩＤ読取ステップで読み取られた前記患者ＩＤについての、前記第１端末で読み取られた前記保険証データと前記第２データベースにおける前記照合データとの不一致部分と、前記第１データベースから取得した当該患者ＩＤと共に記憶されている前記受診番号とを少なくとも表示する表示ステップと、
前記表示ステップで表示された前記患者の保険証データのうち前記不一致部分に対するデータの入力を受付ける入力受付ステップと、
前記患者ＩＤについての、前記不一致部分に対応する前記第２データベースの前記照合データを、前記入力受付ステップで受付けた前記不一致部分のデータに置き換え、前記第２データベースを更新する更新ステップとを行い、
前記第３端末において、
前記第１データベースから各患者の受診番号を含む患者情報を取得し、当該患者情報に基づいて、受診番号順に患者リストを表示する表示ステップと、
前記診察券から前記患者ＩＤを読み取るＩＤ読取ステップと、
前記ＩＤ読取ステップによって読み取られた患者ＩＤと他の患者ＩＤとを区別できる態様で前記患者リストの表示制御を行う制御ステップとを行う
ことを特徴とする保険証確認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保険証の確認を行うシステム及び方法に関する。
【背景技術】
【０００２】
医療保険制度が導入されている国では、被保険者であることを証明する「保険証」などの証明書が用いられている。医療機関では、患者が来院時に携行する保険証に設定される有効期限が経過していないかや、被保険者としての資格を有しているかを患者の保険証を定期的に確認する必要がある。
保険証の確認ができないと診察を受けることができないが、保険証の確認手続には所定の時間を要するため、診察順を巡るトラブルが起きることがよくある。例えば、先に受付を行った患者が保険証の確認手続が完了する前に、後に受付を行った患者が保険証の確認手続を済ませて当該患者より先に診察を受けた場合、先に受付を行った患者には不満が募ることになる。特許文献１には、このようなトラブルを防止すべく、整理番号が印刷された用紙を各患者が受付を行った順に発行する技術が開示されている。
また、特許文献２には、有効性が確認された保険証をスキャンして保険証データを登録しておき、以後の確認作業の際は保険証を登録された保険証データと照合する技術が提案されている。
【特許文献１】特開平０８−１０１８６９号公報
【特許文献２】特開２００７−４８１４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、来院が２度目以降の患者の受付作業については、保険証の照合作業を完全に自動化することができれば、医療機関の職員の作業負担が軽減する。しかしながら、受付装置において保険証の有効性が確認できなければ、職員による保険証の確認手続が必要となる。この場合、患者は病院内の所定の窓口に出向いて保険証を提示することになるため、保険証の確認作業に余計に時間がかかる。保険証の確認作業が完了した順に診察の待機待ちの列に加わるとすれば、この患者の診察順はこの確認作業中に先に確認作業を終えた他の患者の後ろに指定される。この結果、この患者は診察を受けるために余計に待たされることになる。
本発明は、保険証確認手続を迅速に行い、且つ保険証確認手続を終えた患者をスムーズに受診させる技術を提供する。
【課題を解決するための手段】
【０００４】
本発明に係る保険証確認システムは、第１データベースと、第２データベースとを有すると共に、当該第１データベースと当該第２データベースの各々と通信する第１端末、第２端末、及び第３端末を有し、前記第１端末は、診察券から患者を識別する患者ＩＤを読み取るＩＤ読取手段と、前記ＩＤ読取手段で読み取った前記患者ＩＤに対する受診番号を前記第１データベースから取得する取得手段と、前記取得手段により取得された前記受診番号と前記ＩＤ読取手段によって読み取られた前記患者ＩＤとを前記第１データベースに登録する登録手段と、前記患者の保険証から保険証データを読み取る読取手段と、前記読取手段によって読み取られた前記保険証データと、当該保険証データに対応する前記第２データベースにおける照合データとが不一致である場合に、保険証を確認する手続を行うことを報知する報知手段とを備え、前記第２端末は、前記診察券から前記患者ＩＤを読み取るＩＤ読取手段と、前記ＩＤ読取手段で読み取られた前記患者ＩＤについての、前記第１端末で読み取られた保険証データと前記第２データベースにおける前記照合データとの不一致部分と、前記第１データベースから取得した当該患者ＩＤと共に記憶されている前記受診番号とを少なくとも表示する表示手段と、前記表示手段に表示された前記患者の保険証データのうち前記不一致部分に対するデータの入力を受付ける入力受付手段と、前記患者ＩＤについての、前記不一致部分に対応する前記第２データベースの前記照合データを、前記入力受付手段で受付けた前記不一致部分のデータに置き換えることにより、前記第２データベースを更新する更新手段とを備え、前記第３端末は、前記第１データベースから各患者の受診番号を含む患者情報を取得し、当該患者情報に基づいて、受診番号順に患者リストを表示する表示手段と、前記診察券から前記患者ＩＤを読み取るＩＤ読取手段と、前記ＩＤ読取手段によって読み取られた患者ＩＤと他の患者ＩＤとを区別できる態様で前記患者リストの表示制御を行う制御手段とを備えることを特徴とする。【０００５】
また、本発明に係る保険証確認方法は、第１データベースと第２データベースの各々と通信可能な第１端末、第２端末、及び第３端末により保険証の確認を行う保険証確認方法であって、前記第１端末において、診察券から患者を識別する患者ＩＤを読み取るＩＤ読取ステップと、前記ＩＤ読取ステップで読み取った前記患者ＩＤに対する受診番号を前記第１データベースから取得する取得ステップと、前記取得ステップにより取得された前記受診番号と前記ＩＤ読取ステップによって読み取られた前記患者ＩＤとを前記第１データベースに登録する登録ステップと、前記患者の保険証から保険証データを読み取る読取ステップと、前記読取ステップによって読み取られた前記保険証データと、当該保険証データに対応する前記第２データベースにおける照合データとが不一致である場合に、保険証を確認する手続を行うことを報知する報知ステップとを行い、前記第２端末において、前記診察券から前記患者ＩＤを読み取るＩＤ読取ステップと、前記ＩＤ読取ステップで読み取られた前記患者ＩＤについての、前記第１端末で読み取られた前記保険証データと前記第２データベースにおける前記照合データとの不一致部分と、前記第１データベースから取得した当該患者ＩＤと共に記憶されている前記受診番号とを少なくとも表示する表示ステップと、前記表示ステップで表示された前記患者の保険証データのうち前記不一致部分に対するデータの入力を受付ける入力受付ステップと、前記患者ＩＤについての、前記不一致部分に対応する前記第２データベースの前記照合データを、前記入力受付ステップで受付けた前記不一致部分のデータに置き換え、前記第２データベースを更新する更新ステップとを行い、前記第３端末において、前記第１データベースから各患者の受診番号を含む患者情報を取得し、当該患者情報に基づいて、受診番号順に患者リストを表示する表示ステップと、前記診察券から前記患者ＩＤを読み取るＩＤ読取ステップと、前記ＩＤ読取ステップによって読み取られた患者ＩＤと他の患者ＩＤとを区別できる態様で前記患者リストの表示制御を行う制御ステップとを行うことを特徴とする。【０００６】
本発明によれば、例えば、第１端末を再来用の受付装置として病院の受付に設置し、職員が保険証を確認する受付窓口に第２端末を設置した場合、再来時に保険証確認手続を行うよう報知された患者の照合用データとの不一致部分を示した保険証データが第２端末で表示されるため、保険証確認手続を行う職員は不一致の箇所を容易に確認することができ、保険証確認手続を迅速に行うことができる。また、第３端末を受診科に設置し、患者が受診科に到着した際に診察券を第３端末で読み取ることで、受診予定の患者が受診科に到着したか否かを患者リストに表すことができる。受診科の担当医師や看護師等は、次に呼び出すべき受診番号の患者が到着していない場合に、当該受診番号より後の受診番号の患者を先に呼び出したとしても、先の受診番号の患者が受診科に到着した後にその患者を他の待ち患者に対して優先的に呼び出すことができる。そのため、例えば、保険証確認手続が長引いた結果、患者の受診順が一時的に後回しにされても、当該患者は必要以上に待たされることなく診察を受けることができる。【０００７】
また、上記保険証確認システムにおいて、前記第１端末は、前記読取手段によって読み取られた前記患者の保険証データと前記照合データとが一致する場合には、前記取得手段により取得された当該患者の受診番号が印字された受診票を発行し、前記患者の保険証データと前記照合データとが不一致である場合には、前記受診番号が印字されていない受診票の発行を行う発行手段を備えることを特徴とする。この構成によれば、第２端末において保険証データが不一致の患者の受診票には受診番号が印字されずに発行されるため、当該患者が保険証の確認手続を行わずに診察を受けることを防止することができる。【０００８】
また、上記保険証確認システムにおいて、前記第３端末は、前記制御手段は、前記第２端末における前記更新手段で更新された患者ＩＤと他の患者ＩＤとを区別できる態様で前記患者リストの表示制御を行うことを特徴とする。この構成によれば、保険証確認手続が終了した患者の患者リストの表示を他の患者と区別して表示することができるので、第３端末が設置されている受診科の担当医師や看護師等は、保険証確認手続が済んだ患者か否かを確認することができる。【０００９】
また、上記保険証確認システムは、患者に関する患者情報を含む診察申込書から当該患者情報を読み取る第１読取手段と、前記患者の保険証から保険証データを読み取る第２読取手段と、前記患者ＩＤ毎に前記患者情報に基づく患者データを記憶する第３データベースから前記患者の患者ＩＤを取得する取得手段と、前記第１読取手段で読み取られた前記患者情報と前記第２読取手段で読み取られた保険証データに共通する項目のデータが一致する場合、当該保険証データを前記取得手段で取得された前記患者ＩＤに対応する前記照合データとして前記第２データベースに登録すると共に、当該患者情報を当該患者ＩＤに対応する患者データとして前記第３データベースに登録する登録手段とを備える第４端末を更に有することを特徴とする。この構成によれば、初診患者によって記入された診察申込書と当該初診患者の保険証を照合したり、診察申込書の記載内容についてデータ入力を行ったりする作業負担を軽減することができる。【００１０】
また、上記保険証確認システムは、患者を識別する情報を含む患者情報と、当該患者の前記保険証データとを外部の装置から受信する受信手段と、前記受信手段により受信された前記患者情報と前記保険証データに対する前記患者ＩＤを前記第１データベースから取得し、取得した前記患者ＩＤと前記患者情報と前記保険証データとを含むデータセットを前記第２データベースに記録する記録手段とを有する処理装置を更に備えることを特徴とする。この構成によれば、外部の医療機関等を受診した患者の保険証の情報などを利用することができるので、当該患者が来院した際の受付手続の負担を軽減することができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係る保険証確認システムのネットワーク構成を示す図である。
【図２】実施形態に係るサーバ装置の構成を表すブロック図である。
【図３】実施形態に係る初診受付の端末の構成を表すブロック図である。
【図４】実施形態に係る再来受付の端末の構成を表すブロック図である。
【図５】実施形態に係る保険証確認手続を行う端末の構成を表すブロック図である。
【図６】実施形態に係る受診科の端末の構成を表すブロック図である。
【図７】実施形態における保険証確認処理を実現する機能ブロック図である。
【図８Ａ】患者ＤＢの構成及びデータ例を示す図である。
【図８Ｂ】保険証ＤＢの構成及びデータ例を示す図である。
【図９Ａ】不一致ＤＢの構成及びデータ例を示している。
【図９Ｂ】受診番号管理ＤＢの構成及びデータ例を示している。
【図１０】初診受付処理を示す動作フロー図である。
【図１１Ａ】再来受付処理を示す動作フロー図である。
【図１１Ｂ】再来受付処理を示す動作フロー図である。
【図１２Ａ】再来受付処理の画面の表示例を示す図である。
【図１２Ｂ】再来受付処理の画面の表示例を示す図である。
【図１２Ｃ】再来受付処理の画面の表示例を示す図である。
【図１２Ｄ】再来受付処理の画面の表示例を示す図である。
【図１２Ｅ】再来受付処理の画面の表示例を示す図である。
【図１３】保険証確認処理を示す動作フロー図である。
【図１４】保険証確認の手続画面の表示例を示す図である。
【図１５】患者リストの表示処理を示す動作フロー図である。
【図１６Ａ】患者リスト表示画面の表示例を示す図である。
【図１６Ｂ】患者リスト表示画面の表示例を示す図である。
【図１７】患者リストの表示制御処理を示す動作フロー図である。
【図１８】変形例１０に係る保険証確認システムの構成例を示す図である。
【符号の説明】
【００１２】
１…保険証確認システム、１０…サーバ装置、２０、３０、４０、５０、５０ａ、５０ｂ…端末、６０・・・通信装置、１０１，２０１，３０１，４０１，５０１…制御部、１０２…記憶部、１０３，２０７，３０６，４０５，５０４…通信部、２０２，３０２，３０４，４０２…読取部、２０５…診察券発行部、２０６，３０５…受診票発行部、２０３，４０４，５０３…操作部、２０４，３０３，４０３，５０２…表示部、５００・・・読取装置
【発明を実施するための形態】
【００１３】
１．概要
本実施形態では、患者が病院で診察を受ける前にまず病院の総合受付において、希望する受診科の予約を行うと共に、保険証の確認が必要であれば保険証を確認する手続を行う。患者は、総合受付での受付の後、予約した受診科の受付に行って診察を待つ。
本実施形態に係る保険証確認システムは、総合受付における保険証の確認業務を迅速に行い、患者がスムーズに受診科で診察を受けられるようにするものである。なお、本実施形態では、受診科としてＡ受診科とＢ受診科が設けられている病院を想定して以下説明を行うが、病院に設置される受診科の数はこれに限定されない。
【００１４】
図１は、本実施形態の保険証確認システムのネットワーク構成例を示している。図１の例では、保険証確認システム１は、サーバ装置１０(処理装置)と、端末２０(第４端末)と、端末３０(第１端末)と、端末４０(第２端末)と、端末５０(５０ａ，５０ｂ)(第３端末)とを有する。なお、端末２０は、病院で初めて診察を受ける患者が受付を行う端末である。端末３０は、病院での診察が２回目以降の患者が受付を行う端末である。端末４０は、病院の職員が保険証の確認作業を行う端末である。端末５０は、各受診科の診察室に設置され、当該受診科の医師によって操作される端末である。
図１に示すように、保険証確認システム１は、サーバ装置１０と各端末とがネットワークケーブルを介して接続されている。端末２０、端末３０、端末４０の各端末は、病院の総合受付に設置されている。また、各受診科の受付には、各患者の診察券を読み取る読取装置５００(５００ａ、５００ｂ)が設置されており、各読取装置は各端末５０と接続されている。
【００１５】
ここで、保険証確認システム１が設置された病院に患者が来院した場合の受付から診察までの流れを説明する。
(１)初診の患者は、患者の氏名、生年月日等の個人情報や診察を希望する受診科等を記入した診察申込書と保険証を初診受付窓口に提出する。初診受付窓口の職員は、診察申込書と保険証に基づき、端末２０を用いて初診の受付処理を行う。職員は、患者の診察券と受診科での診察順が印字された受診票を発行して患者に手渡す。患者は、職員から診察券と受診票を受取って受診科の受付に移動する。
(２)来院が２度目以降の患者は、診察を希望する受診科の入力や保険証確認等の再来受付処理を端末３０で行う。端末３０での再来受付処理の終了時には端末３０から受診票が発行される。患者は、その受診票を受取って受診科の受付に移動する。なお、端末３０での保険証確認の際、前回来院した時から保険証が変更になった場合等で保険証の有効性が端末３０で確認できなかった患者(以下、特定患者と言う)は、保険証確認窓口に移動して保険証確認窓口の職員による保険証確認手続を行うこととなる。
(３)保険証確認窓口において、特定患者は診察券を職員に手渡す。職員は、特定患者の保険証を確認する手続を端末４０で行う。保険証を確認する手続が完了した特定患者は受診科の受付に移動する。
(４)初診受付、再来受付、または保険証確認窓口で保険証確認手続を終えた患者は、受診科の受付に設置された読取装置５００に診察券を読み込ませる。患者は、担当医師等から呼び出された順に診察を受ける。
上記のとおり、本実施形態では、端末３０を除く各端末は病院職員によって操作され、端末３０は患者自身が操作する。以下、保険証確認システム１の詳細について説明を行う。
【００１６】
２．構成
２−１  サーバ装置１０
図２は、サーバ装置１０の構成を表すブロック図である。図２に示すように、サーバ装置１０は、制御部１０１、記憶部１０２、及び通信部１０３を含む。制御部１０１は、ＣＰＵ(Central Processing Unit)とＲＡＭ(Random Access Memory)及びＲＯＭ(Read Only Memory)のメモリとを含む。ＣＰＵがＲＯＭ又は記憶部１０２に記憶されている制御プログラムを実行することにより、制御部１０１は、制御部１０１と接続された各部を制御して各制御処理を行う。
【００１７】
記憶部１０２は、ハードディスク等の記憶媒体を含む。記憶部１０２は、患者ＤＢ１００ａ、保険証ＤＢ１００ｂ、不一致ＤＢ１００ｃ、受診番号管理ＤＢ１００ｄ、患者毎のカルテデータ(図示略)等を記憶する。なお、患者ＤＢ１００ａ、保険証ＤＢ１００ｂ、不一致ＤＢ１００ｃ、受診番号管理ＤＢ１００ｄの詳細は後述する。通信部１０３は、制御部１０１の制御の下、サーバ装置１０及び各端末に予め割当てられたアドレスを用いて各端末との間で通信を確立してデータ通信を行う。
【００１８】
２−２  端末２０
図３は、端末２０の構成を表すブロック図である。図３に示すように、端末２０は、制御部２０１、読取部２０２、操作部２０３、表示部２０４、診察券発行部２０５、受診票発行部２０６、及び通信部２０７を含む。制御部２０１は、ＣＰＵとＲＡＭ及びＲＯＭのメモリとを含む。制御部２０１は、ＣＰＵがＲＯＭに記憶されている制御プログラムを実行することにより制御部２０１と接続された各部を制御して受付処理を行う。
【００１９】
読取部２０２は、スキャナ装置を含む。読取部２０２は、患者の保険証の画像を読み取り、読み取った画像をテキストデータに変換するＯＣＲ(Optical Character Reader)機能を有する。具体的には、読取部２０２は、予め設定されている読取位置から保険証を順次読み取る。読取部２０２は、読み取った画像データを予め定められた保険証の種類毎の画像パターンと照合する。読取部２０２は、照合結果に基づいて読み取った保険証の種類を特定する。そして、読取部２０２は、特定した保険証の種類に応じて、読み取った画像データのうちテキストデータに変換すべき画像領域、即ち、保険証の種類に応じて定められている各項目の保険者情報が印字されている領域を特定する。読取部２０２は、特定した画像領域の画像をテキストデータに変換する。読取部２０２は、変換したテキストデータと当該テキストデータに対応する項目の情報とを含む保険証テキストデータと、読み取った保険証画像データとを含む保険証データを制御部２０１に送出する。
【００２０】
操作部２０３は、キーボードやマウス等の入力装置を含む。操作部２０３は、職員による入力操作を受付け、受付けた入力操作を示す操作信号を制御部２０１に送出する。表示部２０４は、液晶ディスプレイ等の表示手段であり、制御部２０１の制御の下、初診受付処理のメニュー画面等を表示する。
【００２１】
診察券発行部２０５は、制御部２０１の制御の下、初診患者の患者ＩＤと当該初診患者の氏名を印字した診察券を発行する。なお、本実施形態における診察券は磁気カードであり、磁気媒体部分には診察券データとして患者ＩＤと患者名のデータが記録される。受診票発行部２０６は、制御部２０１の制御の下、患者ＩＤ、患者名、受診科、および初診患者が希望する受診科毎の診察順を示す受診番号を所定位置に印字した受診票を発行する。通信部２０７は、制御部２０１の制御の下、予め割当てられたアドレスを用いて、サーバ装置１０との間で通信を確立してデータ通信を行う。
【００２２】
２−３  端末３０
図４は、端末３０の構成を表すブロック図である。図４に示すように、端末３０は、制御部３０１、読取部３０２、表示部３０３、読取部３０４、受診票発行部３０５、及び通信部３０６を含む。
【００２３】
制御部３０１は、ＣＰＵとＲＡＭ及びＲＯＭのメモリとを含む。制御部３０１は、ＣＰＵがＲＯＭに記憶されている制御プログラムを実行することにより制御部３０１と接続された各部を制御して再来受付処理を行う。
【００２４】
読取部３０２は、磁気カードリーダ装置を含む。読取部３０２は、診察券に記録されている患者ＩＤと患者名を含む診察券データを磁気カードリーダ装置で読み取り、読み取った診察券データを制御部３０１に送出する。
【００２５】
表示部３０３は、タッチパネル機能を備えたディスプレイを含む。表示部３０３は、制御部３０１の制御の下、再来受付処理のメニュー画面や、患者に対して操作を指示する指示画面等を表示する。表示部３０３は、ディスプレイに患者が触れた位置に応じた操作信号を制御部３０１に送出する。なお、上記指示画面としては、保険証の確認が必要な患者に対して保険証の提示を要求する画面、保険証確認窓口で保険証の確認手続を行うことを指示する画面等がある。読取部３０４は、上述した端末２０の読取部２０２と同様の機能を備え、読み取った保険証の保険証画像データと保険証テキストデータとを含む保険証データを制御部３０１に送出する。
【００２６】
受診票発行部３０５は、制御部３０１の制御の下、再来受付処理が完了した患者の患者ＩＤ、患者名、受診科、および受診番号を予め定められた位置に印字した受診票の発行を行う。なお、本実施形態においては、特定患者が保険証確認窓口での保険証の確認手続を行わずに受診科で診察を受けることを防止するため、特定患者の受診票には受診番号を印字せず、それ以外の患者の受診票には受診番号を印字する。
通信部３０６は、上述した端末２０の通信部２０７と同様、制御部３０１の制御の下、予め割当てられたアドレスを用いてサーバ装置１０との間でデータ通信を行う。
【００２７】
２−４  端末４０
図５は、端末４０の構成を表すブロック図である。図５に示すように、端末４０は、制御部４０１、読取部４０２、表示部４０３、操作部４０４、及び通信部４０５を含む。
【００２８】
制御部４０１は、ＣＰＵとＲＡＭ及びＲＯＭのメモリとを含む。制御部４０１は、ＣＰＵがＲＯＭに記憶されている制御プログラムを実行することにより制御部４０１と接続された各部を制御して保険証の確認処理を行う。
【００２９】
読取部４０２は、端末３０の読取部３０２と同様、磁気カードリーダ装置を含む。読取部４０２は、診察券の診察券データを読み取って制御部４０１へ送出する。表示部４０３は、液晶ディスプレイ等で実現される。表示部４０３は、制御部４０１の制御の下、保険証確認処理のメニュー画面や保険証確認処理を行う画面等を表示する。
【００３０】
操作部４０４は、キーボードやマウス等の入力装置を含む。操作部４０４は、職員による入力操作を受付け、受付けた入力操作を示す操作信号を制御部４０１に送出する。通信部４０５は、上述した端末２０の通信部２０７と同様、制御部４０１の制御の下、予め割当てられたアドレスを用いてサーバ装置１０との間でデータ通信を行う。
【００３１】
２−５  端末５０
図６は、Ａ受診科の端末５０ａの構成を表すブロック図である。なお、端末５０ａ及びＢ受診科の端末５０ｂは同様の構成を有するため、端末５０ａの構成を説明する。端末５０ａは、読取装置５００と、制御部５０１、表示部５０２、操作部５０３、及び通信部５０４を含む本体装置とを有する。
【００３２】
読取装置５００は、Ａ受診科の受付窓口に設置された磁気カードリーダである。読取装置５００は、有線又は無線により本体装置と接続されており、Ａ受診科の患者の診察券を読み取って診察券データを制御部５０１に送出する。
制御部５０１は、ＣＰＵとＲＡＭ及びＲＯＭのメモリとを含む。制御部５０１は、ＣＰＵがＲＯＭに記憶されている制御プログラムを実行することにより制御部５０１と接続された各部を制御して患者リストの表示制御を行う。
【００３３】
表示部５０２は、液晶ディスプレイ等で実現される。表示部５０２は、制御部５０１の制御の下、患者リストの表示画面等を表示する。操作部５０３は、キーボードやマウス等の入力装置を含む。操作部５０３は、担当医師等による入力操作を受付け、受付けた入力操作を示す操作信号を制御部５０１に送出する。通信部５０４は、上述した端末２０の通信部２０７と同様、制御部５０１の制御の下、予め割当てられたアドレスを用いてサーバ装置１０との間でデータ通信を行う。
【００３４】
３.保険証確認処理機能
ここで、上記した端末３０、端末４０、及び端末５０における保険証確認処理の機能ブロック図を図７に示す。図７に示すように、端末３０の制御部３０１は、取得手段３０１ａ、登録手段３０１ｂ、及び報知手段３０１ｃを含む。取得手段３０１ａは、サーバ装置１０内の受診番号管理ＤＢ１００ｄ(第１データベース)から受診番号を取得する。登録手段３０１ｂは、読取部３０２(ＩＤ読取手段)において患者の診察券から読み取った患者ＩＤと、取得手段３０１ａが取得した受診番号とを受診番号管理ＤＢ１００ｄに登録する。報知手段３０１ｃは、読取部３０４(読取手段)において読み取った保険証データと、保険証ＤＢ１００ｂ(第２データベース)における照合用データとが不一致の場合に、保険証の確認手続を行うことを表示部３０３に表示して報知する。
【００３５】
端末４０の制御部４０１は、表示手段４０１ａと更新手段４０１ｂを含む。表示手段４０１ａは、読取部４０２(ＩＤ読取手段)において患者の診察券から読み取った患者ＩＤに対応する受診番号を受診番号管理ＤＢ１００ｄ(第１データベース)から取得する。表示手段４０１ａは、取得した受診番号と、端末３０で読み取られた保険証データと前記照合用データとの不一致部分とを保険証ＤＢ１００ｄから取得して表示部４０３に表示する。更新手段４０１ｂは、表示部４０３に表示された不一致部分に対応する保険証ＤＢ１００ｂの照合用データを、操作部４０４(入力受付手段)から入力されたデータに置き換え、保険証ＤＢ１００ｂを更新する。
【００３６】
端末５０の制御部５０１は、表示手段５０１ａと制御手段５０１ｂを含む。表示手段５０１ａは、サーバ装置１０内の受診番号管理ＤＢ１００ｄから患者の受診番号を含む患者リストを取得し、受診番号順に患者リストを表示部５０２に表示する。制御手段５０１ｂは、読取装置５００(ＩＤ読取手段)において患者の診察券から読み取った患者ＩＤと他の患者ＩＤの各患者リストのデータを区別しうる態様で患者リストの表示制御を行う。
【００３７】
４．データ
図８Ａは、患者ＤＢ１００ａの構成及びデータの例を示している。図８Ａに示すように、患者ＤＢ１００ａは、患者ＩＤ、患者名、患者の生年月日、受診科情報、最終受診日等を含む。患者ＩＤは患者を識別する情報である。受診科情報は、当日の初診受付処理又は再来受付処理で登録された受診科を示す。最終受診日は、患者が最後に受診した日付を示す。この患者ＤＢ１００ａに登録される各患者ＩＤのレコードは、端末２０における初診受付処理の完了時に生成される。受診科情報は再来受付処理毎に更新される。
【００３８】
図８Ｂは、保険証ＤＢ１００ｂの構成及びデータの例を示している。図８Ｂに示すように、保険証ＤＢ１００ｂは、患者毎のデータセットを含む。各データセットは、患者ＩＤと、保険証データ(保険証画像データ、保険証テキストデータ)と、最終確認日と、照合結果とを含む。最終確認日は、保険証が最後に確認された日付を示す。照合結果は、保険証が確認された結果を示す。
【００３９】
保険証ＤＢ１００ｂには、初診受付処理が完了したときに、初診受付処理の際に読み込まれた保険証画像データと保険証テキストデータが記憶される。この保険証テキストデータには、保険証に印字されている氏名、保険者番号、被保険者番号等の項目毎に各項目の内容を表すテキストデータが含まれている。保険証テキストデータは、端末３０における保険証確認処理の際に照合用データとして用いられる。端末４０における保険証の確認処理の結果に応じて、保険証画像データ及び保険証テキストデータは、新たな保険証画像データ及び保険証テキストデータに書き換えられる。
【００４０】
最終確認日は、保険証が確認された日付である。つまり、最終確認日は、端末２０における保険証の確認処理日、端末３０における保険証の確認処理日、または端末４０における保険証の確認処理日である。
【００４１】
また、照合結果としては、端末３０における保険証確認処理の結果を示すフラグが記憶される。本実施形態では、照合用データと一致する場合には０、不一致の場合には１のフラグが記憶される。フラグは、保険証確認処理毎に照合結果に応じて更新される。
【００４２】
なお、本実施形態における保険証ＤＢ１００ｂには、保険証の有効性が確認された各患者の最後の保険証データのみが記憶されているが、患者毎に保険証の確認を行った複数回分の保険証データが確認日付と共に記憶されてもよい。
【００４３】
次に、端末３０における保険証の確認処理の結果が不一致である場合にサーバ装置１０に記憶される不一致ＤＢ１００ｃと、端末２０及び端末３０において受付を行った患者に対して付与した受診番号を記憶する受診番号管理ＤＢ１００ｄについて順に説明する。
【００４４】
図９Ａは、不一致ＤＢ１００ｃの構成及びデータ例を示している。図９Ａに示すように、不一致ＤＢ１００ｃには、端末３０で保険証の有効性が確認できなかった患者毎のデータセットが記憶されている。データセットは、患者ＩＤ、保険証データ(保険証テキストデータ、保険証画像データ)を含む。この保険証データは、保険証ＤＢ１００ｂの保険証テキストデータ(照合用データ)と不一致であった保険証画像データと保険証テキストデータを含む。なお、保険証テキストデータは、照合用データとの不一致部分を示す不一致情報を含む。不一致情報とは、例えば、不一致部分の項目（名）を特定する情報である。
不一致ＤＢ１００ｃの各保険証データは、保険証確認処理の際に読み出され、保険証確認処理に応じて内容が更新される。また、保険証ＤＢ１００ｂに記憶されている保険証データは、保険証確認処理によって内容が更新された保険証テキストデータと保険証画像データに置き換えられ、不一致ＤＢ１００ｃから更新された保険証データが消去される。つまり、不一致ＤＢ１００ｃの各データセットは、照合用データと不一致でなくなったときに消去される。
【００４５】
図９Ｂは、本実施形態における受診番号管理ＤＢ１００ｄの構成及びデータ例を示している。図９Ｂに示すように、受診番号管理ＤＢ１００ｄは、患者ＩＤと、患者名と、受付日時と、受診科と、受診番号と、終了情報とを含む。受付日時は、端末２０または端末３０において受付処理が行われた日時である。受診科は、受付処理時に入力された受診科を示す。終了情報は、端末４０において保険証の確認処理が終了したことを示す情報である。
受診番号管理ＤＢ１００ｄは、患者の受診番号をサーバ装置１０が付与するとき、および、各受診科の患者リストデータをサーバ装置１０が抽出するときにサーバ装置１０によって参照される。また、サーバ装置１０が受診番号を付与したときに、終了情報を除く各データが受診番号管理ＤＢ１００ｄに記憶される。終了情報は、端末４０からサーバ装置１０への保険証確認処理の終了通知に応じて、保険証確認処理の終了を示すフラグ“１”が記憶される。なお、本実施形態における受診番号管理ＤＢ１００ｄには当日受診予定の患者のデータのみが記憶される。
【００４６】
５．動作例
５−１  初診受付処理
図１０は、初診受付処理を示す動作フローである。初診受付窓口の職員は、患者の氏名や希望する受診科等の予め定められた項目について記入された診察申込書と保険証とを初診患者から受取る。職員は、診察申込書の記入内容に従って端末２０を用いて患者データの入力を行い、保険証を端末２０に挿入する。
【００４７】
端末２０の制御部２０１は、患者データの入力画面を表示部２０４に表示する。制御部２０１は、操作部２０３を介して患者データの入力を受付ける(ステップＳ２０１)。また、制御部２０１は、読取部２０２を用いて患者の保険証の保険証データを読み取る(ステップＳ２０２)。つまり、読取部２０２は、予め設定されている読取位置から保険証を順次読み取って、読み取った画像データを予め定められた保険証の種類毎の画像パターンと照合する。読取部２０２は、読み取った保険証の種類を特定し、読み取った画像データから特定した保険証の種類に応じた各項目の保険者情報が印字されている領域を特定する。読取部２０２は、特定した画像領域の画像をテキストデータに変換し、変換したテキストデータと項目の情報とを含む保険証テキストデータと、読み取った保険証画像データとを含む保険証データを制御部２０１に送出する。
【００４８】
制御部２０１は、読み取った保険証データとステップＳ２０１において受付けた患者データとを含むデータセットを通信部２０７を介してサーバ装置１０へ送信する(ステップＳ２０３)。
【００４９】
サーバ装置１０の制御部１０１は、端末２０から送信された患者データと保険証データとを通信部１０３を介して取得すると(ステップＳ３０１)、取得した患者データに患者ＩＤを付与して記憶部１０２の患者ＤＢ１００ａに登録する。さらに、制御部１０１は、取得した保険証データを当該患者ＩＤと共に記憶部１０２の保険証ＤＢ１００ｂに登録し、患者データを取得した日時をＲＡＭに記憶する(ステップＳ３０２)。
【００５０】
そして、制御部１０１は、記憶部１０２から受診番号管理ＤＢ１００ｄを読み出し、ＲＡＭに記憶されている日時を受付日時として、取得した患者データに含まれている受診科の情報と受診番号管理ＤＢ１００ｄとに基づいて、患者が希望する受診科において次に付与すべき受診番号を特定する(ステップＳ３０３)。具体的には、制御部１０１は、受診科毎に受付日時の早い順に連続する番号を付与する。
【００５１】
制御部１０１は、患者データに含まれている患者ＩＤ及び患者名と、ステップＳ３０３で特定した受診番号と受付日時とを受診番号管理ＤＢ１００ｄに記憶する(ステップＳ３０４)。制御部１０１は、当該患者の患者ＩＤ、患者名、および受診番号を含むデータセットを、端末２０へ通信部１０３を介して送信する(ステップＳ３０５)。
【００５２】
端末２０の制御部２０１は、通信部２０７を介してサーバ装置１０から患者の患者ＩＤと患者名と受診番号を取得する(ステップＳ２０４)。制御部２０１は、取得した患者ＩＤと患者名を記録した診察券を診察券発行部２０５により発行する。更に、制御部２０１は、取得した患者ＩＤと患者名と受診番号を印字した受診票を受診票発行部２０６により発行する(ステップＳ２０５)。
【００５３】
５−２  再来受付処理
図１１Ａ及び図１１Ｂは、端末３０とサーバ装置１０によってなされる再来受付処理を示す動作フローである。患者は、端末３０で再来受付処理を行う。図１１Ａにおいて、端末３０の表示部３０３には、制御部３０１により、図１２Ａに示すような再来受付画面３１０が表示されている(ステップＳ２１１)。患者は、端末３０に設けられた診察券挿入口(図示略)に診察券を挿入する。
端末３０の制御部３０１は、診察券が挿入されると(ステップＳ２１２：ＹＥＳ)、挿入された診察券の患者ＩＤ及び患者名を含む診察券データを読取部３０２において読み取る。制御部３０１は、読み取った診察券データを通信部３０６を介してサーバ装置１０へ送信する(ステップＳ２１３)。
【００５４】
図１１Ｂにおいて、サーバ装置１０の制御部１０１は、通信部１０３を介して端末３０から診察券データを取得する(ステップＳ３１１)。制御部１０１は、記憶部１０２の患者ＤＢ１００ａから当該診察券データの患者ＩＤに対応する患者データを読み出して当該患者データを端末３０へ送信する(ステップＳ３１２)。
【００５５】
図１１Ａにおいて、端末３０の制御部３０１は、患者データをサーバ装置１０から取得する(ステップＳ２１４)。制御部３０１は、患者データを取得すると、受診科を選択するための図１２Ｂに示す入力画面３２０を表示部３０３に表示し、患者から受診科の選択操作を受付ける(ステップＳ２１５)。
図１２Ｂに示す入力画面３２０には、サーバ装置１０から取得した患者データに含まれている患者名３２１と、患者に受診科を選択させるための操作ボタン３２２と、保険証確認ボタン３２３が表示される。患者は、診察を希望する受診科が表示されている操作ボタンを指でタッチすることにより受診科を設定し、受診科の設定後に保険証確認ボタン３２３を指でタッチして受診科の選択操作を終了する。
【００５６】
図１１Ａに戻り、端末３０の制御部３０１は、ステップＳ２１５において患者が選択した受診科の情報と当該患者の患者ＩＤとを含む受診科入力情報をサーバ装置１０へ送信する(ステップＳ２１６)。
図１１Ｂにおいて、サーバ装置１０の制御部１０１は、端末３０から受診科入力情報を取得し、受診科入力情報と、受診科入力情報を取得した日時をＲＡＭに記憶する(ステップＳ３１３)。制御部１０１は、記憶部１０２内の受診番号管理ＤＢ１００ｄにおいて、受診科入力情報の受診科における受付日時のうち、ＲＡＭに記憶されている日時の直前の受付日時に割当てられた受診番号の次の番号を、当該患者の受診番号として特定する。
また、制御部１０１は、記憶部１０２内の保険証ＤＢ１００ｂにおける患者の最終確認日と再来受付日に基づいて、当該患者が保険証の確認が必要な患者(以下、対象患者と言う)か否かを判断する(ステップＳ３１４)。例えば、再来受付処理を行った患者の保険証の最終確認日が２００９年０９月１５日であり、端末３０での再来受付日が２００９年１１月１０日である場合、最終確認日から再来受付日までに月が変わっているため、当該患者は保険証確認の対象患者と判断される。そして、制御部１０１は、患者の患者ＩＤと、ステップＳ３１４において特定した受診番号と、ステップＳ３１５の判断結果とを端末３０へ送信する(ステップＳ３１５)。
【００５７】
図１１Ａにおいて、端末３０の制御部３０１は、患者の患者ＩＤ、受診番号、および保険証確認の対象患者か否かの判断結果をサーバ装置１０から取得してＲＡＭに記憶する(ステップＳ２１７)。制御部３０１は、保険証確認の対象患者であることを示す判断結果を取得した場合には(ステップＳ２１８：ＹＥＳ)、保険証の挿入を要求する図１２Ｃに示す要求画面３３０を表示部３０３に表示する(ステップＳ２１９)。
【００５８】
そして、端末３０に設けられている保険証挿入口(図示略)に保険証が挿入されると(ステップＳ２２０：ＹＥＳ)、制御部３０１は、読取部３０４において保険証を読み取り、当該保険証の項目毎のテキストデータを含む保険証テキストデータと、当該保険証の保険証画像データとを含む保険証データを、ＲＡＭに記憶されている患者ＩＤと共にサーバ装置１０へ送信する(ステップＳ２２１)。つまり、制御部３０１は、保険証に印字されている氏名、保険者番号、生年月日等の項目毎の内容を示すテキストデータを保険証テキストデータとして、保険証画像データと患者ＩＤと共にサーバ装置１０に送信する。
【００５９】
図１１Ｂにおいて、サーバ装置１０の制御部１０１は、患者の患者ＩＤと保険証データを端末３０から取得し、当該保険証データの保険証テキストデータと、記憶部１０２内の保険証ＤＢ１００ｂにおける当該患者ＩＤの保険証テキストデータとを項目毎に照合して(ステップＳ３１６)、保険証テキストデータとの不一致部分を判断する(ステップＳ３１７)。
【００６０】
制御部１０１は、ステップＳ３１７において不一致部分がある場合には(ステップＳ３１７：ＹＥＳ)、照合した保険証データ、つまり、端末３０で読み取った保険証画像データと、不一致の項目を示す不一致情報を含む保険証テキストデータとを患者ＩＤと共に不一致ＤＢ１００ｃに記憶する。また、制御部１０１は、保険証ＤＢ１００ｂにおける当該患者ＩＤの照合結果として不一致を示すフラグ“１”を記憶する(ステップＳ３１８)。制御部１０１は、端末３０で読み取った保険証テキストデータが照合用データと一致しているか否かを示す照合結果を端末３０へ送信する(ステップＳ３１９)。
【００６１】
図１１Ａにおいて、端末３０の制御部３０１は、患者の保険証の照合結果をサーバ装置１０から取得し、当該照合結果が不一致を示している場合には、当該患者が特定患者であると判断する(ステップＳ２２２：ＹＥＳ)。その場合、制御部３０１は、再来受付処理の終了を表す図１２Ｄに示す終了画面３４０を表示部３０３に表示して保険証確認窓口で保険証確認手続を行う旨を報知する(ステップＳ２２３)。制御部３０１は、患者ＩＤ、患者名、受診科のみが印字され、ステップＳ２１７において取得した受診番号が印字されていない受診票を受診票発行部３０５により発行する(ステップＳ２２４）。
【００６２】
また、ステップＳ２１８において、サーバ装置１０から取得した判断結果が対象患者を示す情報でなければ(ステップＳ２１８：ＮＯ)、制御部３０１は、図１２Ｅに示す終了画面３５０を表示部３０３に表示し、患者ＩＤ、患者名、受診科、及びＲＡＭに記憶されている受診番号が印字された受診票を受診票発行部３０５により発行する(ステップＳ２２４)。
【００６３】
なお、ステップＳ２１２において、診察券が挿入されなければ(ステップＳ２１２：ＮＯ)、制御部３０１は、再来受付画面３１０を表示した状態で待機する。また、ステップＳ２２０において、保険証が一定時間内に保険証挿入口(図示略)に挿入されなければ(ステップＳ２２０：ＮＯ)、制御部３０１は、再来受付処理を終了する。なお、この場合、保険証が挿入されなかった患者に対しては、例えば、ステップＳ２２２と同様に保険証確認窓口等の他の窓口で対応することを指示する画面を表示部３０３に表示するようにしてもよい。また、ステップＳ２２２において、照合結果が不一致でなければ（ステップＳ２２２：ＮＯ）、ステップＳ２２４の受診票発行処理を行う。
【００６４】
５−３  保険証確認処理
図１３は、端末４０における保険証確認処理を示す動作フローである。なお、端末４０の表示部４０３には保険証確認手続のためのメニュー画面が表示されているものとして以下説明を行う。
【００６５】
上記端末３０において保険証確認窓口での保険証の確認手続を行うよう指示された特定患者は、保険証確認窓口の職員に診察券と保険証とを提出して保険証の確認手続を行う。まず、保険証確認窓口の職員は、特定患者から受取った診察券を、端末４０の読取部４０２に設けられた診察券挿入口(図示略)に挿入する。端末４０の制御部４０１は、読取部４０２に診察券が挿入されると(ステップＳ２３１：ＹＥＳ)、診察券を読み取り、読み取った診察券データを通信部４０５を介してサーバ装置１０へ送信する(ステップＳ２３２)。
【００６６】
サーバ装置１０の制御部１０１は、通信部１０３を介して特定患者の診察券データを端末４０から取得する(ステップＳ３２１)。そして、制御部１０１は、取得した診察券データに含まれる患者ＩＤに対応する照合用の保険証テキストデータを記憶部１０２の保険証ＤＢ１００ｂから読み出し、保険証の照合結果が不一致であることを確認する。また、制御部１０１は、当該患者ＩＤの保険証テキストデータを記憶部１０２内の不一致ＤＢ１００ｃから読み出す。さらに、制御部１０１は、当該患者ＩＤに対応する受診番号を受診番号管理ＤＢ１００ｄから読み出し、読み出した照合用の保険証テキストデータと不一致の保険証テキストデータと受診番号とを端末４０へ送信する(ステップＳ３２２)。
【００６７】
端末４０の制御部４０１は、特定患者の照合用の保険証テキストデータと不一致の保険証テキストデータと受診番号とをサーバ装置１０から取得し(ステップＳ２３３)、保険証の確認手続を行うための図１４に示す手続画面４００を表示部４０３に表示する。
ここで、図１４の手続画面４００について説明する。手続画面４００において、画像４１０は、診察券データに基づく患者ＩＤ及び患者名と、サーバ装置１０から取得した受診番号とを表している。画像４２０の健康保険被保険者証の各項目(保険者番号、氏名、生年月日・・・)のデータは、サーバ装置１０から取得した照合用の保険証テキストデータを示している。画像４３０は、画像４２０の各項目に対応する不一致の保険証テキストデータを示している。画像４４０は、画面を終了する指示を受付ける確認終了ボタンである。
【００６８】
サーバ装置１０から取得した不一致の保険証テキストデータには、照合用の保険証テキストデータと不一致の項目を示す不一致情報が含まれている。本実施形態では、画像４３０において不一致の項目のデータを太線４３１で囲み、職員が不一致部分を容易に識別できるようになっている。なお、不一致の項目のデータを色を変えて表示したり、不一致の項目のデータのみを表示する等、職員が不一致の項目と他の項目のデータを識別できる態様であれば、太線４３１以外の形態で表してもよい。
【００６９】
図１３に戻り動作の説明を続ける。職員は、表示部４０３に表示された手続画面４００の太線４３１で示された不一致項目のデータについて特定患者から受取った保険証を参照して確認する。そして、職員は、必要に応じて、操作部４０４を用い、当該不一致項目についてデータの入力を行う。制御部４０１は、職員の入力操作を受付け、入力されたデータを元のデータと置き換える(ステップＳ２３４)。
【００７０】
職員は、保険証の確認作業を終了するときに、手続画面４００の確認終了ボタン４４０を押下する。制御部４０１は、確認終了ボタン４４０を押下する操作を受付けると(ステップＳ２３５：ＹＥＳ)、手続画面４００における画像４３０の各項目のデータを新たな保険証テキストデータとしてサーバ装置１０へ送信する(ステップＳ２３６)。
なお、職員は、保険証の確認作業を終了する際に、特定患者から受診票を受け取り、手続画面４００に表示されている受診番号、即ち、端末３０で再来受付が行われた際に付与された受診番号を当該受診票に記入して特定患者に返却する。これにより、特定患者は、端末３０から受診票が発行されたときには確認することができなかった受診番号を確認する。
【００７１】
サーバ装置１０の制御部１０１は、端末４０から特定患者の新たな保険証テキストデータを取得し、保険証ＤＢ１００に記憶されている当該特定患者の保険証テキストデータを新たな保険証テキストデータに置き換える。また、制御部１０１は、保険証ＤＢ１００に記憶されている当該特定患者の保険証画像データを、不一致ＤＢ１００ｃに記憶されている当該特定患者の保険証画像データに置き換え、保険証ＤＢ１００を更新する(ステップＳ３２３)。
【００７２】
また、制御部１０１は、端末４０から特定患者の新たな保険証テキストデータを取得した際、受診番号管理ＤＢ１００ｄにおける当該特定患者の終了情報に保険証の確認処理が終了したことを示すフラグ“１”を記憶する(ステップＳ３２４)。
【００７３】
なお、端末４０の制御部４０１は、職員により読取部４０２において診察券が挿入されるまで待機し(ステップＳ２３１：ＮＯ)、また、ステップＳ２３５において、職員によって確認終了ボタン４４０の押下操作がなされるまで(ステップＳ２３５：ＮＯ)、手続画面４００を表示部４０３に表示した状態で待機する。
【００７４】
５−４  患者リスト表示処理
図１５は、Ａ受診科の端末５０ａにおける患者リスト表示処理を示す動作フローである。以下の説明において、端末５０ａを起動した際に、Ａ受診科の患者リストを表示させるためのメニュー画面が表示部５０３に表示されているものとする。なお、本実施形態では、端末５０ａについて説明を行うが端末５０ｂの場合も同様である。
【００７５】
端末５０ａの制御部５０１は、端末５０ａを操作する担当医師等により患者リストの表示を指示する操作を操作部５０３を介して受付けると(ステップＳ２４１：ＹＥＳ)、サーバ装置１０に対してＡ受診科の患者リストを要求することを示す要求情報を送信する(ステップＳ２４２)。なお、ステップＳ２４１において、制御部５０１は、担当医師等により患者リストの表示を指示する操作を受付けなければ(ステップＳ２４１：ＮＯ)、表示部５０３にメニュー画面を表示した状態で待機する。
【００７６】
サーバ装置１０の制御部１０１は、端末５０ａから要求情報を受付ける(ステップＳ３３１)。制御部１０１は、記憶部１０２の受診番号管理ＤＢ１００ｄからＡ受診科を含むデータセットを抽出し、抽出したデータセットをＡ受診科の患者リストとして端末５０ａに通信部１０３を介して送信する(ステップＳ３３２)。図９Ｂの受診番号管理ＤＢ１００ｄの例では、患者ＩＤが１０１、１０３〜１０５のデータセットが抽出される。
なお、患者リストが送信された後も初診受付や再来受付がなされるため、受診番号管理ＤＢ１００ｄは、サーバ装置１０において逐次更新される。サーバ装置１０は、各端末５０からの要求情報に応じて患者リストを送信した後、更新後の各受診科の患者リストを各受診科の端末５０へ一定時間毎に送信する。
【００７７】
端末５０ａの制御部５０１は、Ａ受診科の患者リストを通信部５０４を介してサーバ装置１０から取得し、取得した患者リストに基づいて、患者リストを表示するための図１６Ａに示す表示画面５００を表示部５０２に表示する制御を行う(ステップＳ２４３)。
図１６Ａに示すように、表示画面５００には、Ａ受診科の受診番号、患者ＩＤ、患者名、Ａ受診科の受付に患者が到着したか否かを示す到着情報、および保険証確認窓口での保険証の確認処理が終了したか否かを示す保険証窓口情報を含むデータセットが受診番号の昇順に表示される。この表示画面５００は、担当医師が受診番号順に患者を呼び出す際に参照され、担当医師は、表示画面５００においてＡ受診科の受付に到着した診察予定の患者等を確認する。
制御部５０１は、サーバ装置１０から逐次送信される患者リストに基づいて、表示画面５００を随時更新すると共に、表示画面５００の到着情報及び保険証窓口情報を随時更新する。以下、ステップＳ２４３の表示制御処理の詳細について説明する。
【００７８】
５−４−１  表示制御処理
図１７は、端末５０における表示制御処理を示す動作フローである。初診受付時又は再来受付時にＡ受診科を希望した患者は、Ａ受診科の受付に到着した際、Ａ受診科の受付に設けられている読取装置５００の診察券挿入口に自分の診察券を挿入し、Ａ受診科に到着したことをＡ受診科の担当医師に知らせる。
【００７９】
端末５０ａの制御部５０１は、読取装置５００に挿入された診察券の診察券データを読み取る(ステップＳ２５１)。制御部５０１は、読取装置５００で読み取られた診察券データに基づいて到着情報の表示を制御する(ステップＳ２５２)。具体的には、制御部５０１は、図１６Ｂに示すように、読取装置５００で読み取られた診察券データに含まれる患者ＩＤに対応する到着情報として丸印の画像５１０を表示する。また、制御部５０１は、ステップＳ２５２の処理と並行して、サーバ装置１０から逐次取得する患者リストに含まれる患者ＩＤ毎の終了情報を参照し、終了情報のフラグが１の患者ＩＤに対応する保険証窓口情報として、図１６Ｂに示すように丸印の画像５２０を表示部５０２に表示する(ステップＳ２５３)。
本実施形態では、到着情報及び保険証窓口情報として丸印の画像５１０、５２０を表示するが、受診科に患者が到着したか否か、保険証確認手続が終了したか否かを識別できる態様の画像であればこれ以外の態様で表示してもよい。
【００８０】
Ａ受診科の担当医師は、表示された患者リストの受診番号の順に患者を呼び出して診察を行い、診察を終えた患者の患者リストを削除する操作を操作部５０３を介して行う。制御部５０１は、患者リストを削除する操作を受付けると(ステップＳ２５４：ＹＥＳ)、削除の操作がなされた患者リストを表示部５０２から消去し、当該患者リストを消去したことを示す消去情報をサーバ装置１０に送信する(ステップＳ２５５)。
また、ステップＳ２５４において、担当医師が患者リストを削除する操作を行うまで(ステップＳ２５４：ＮＯ)、制御部５０１は、患者リストを表示した状態で待機する。
【００８１】
図１５に戻り、サーバ装置１０の制御部１０１は、端末５０ａから消去情報を取得する毎に、受診番号管理ＤＢ１００ｄにおいて当該消去情報で示される患者リストのデータセットを削除して受診番号管理ＤＢ１００ｄを更新する(ステップＳ３３３)。
【００８２】
Ａ受診科の担当医師は、患者リストの到着情報を参照することで、次に呼び出す受診番号が付与されている患者がＡ受診科の受付に到着しているか否かを容易に確認することができる。また、担当医師は、患者リストの保険証窓口情報を参照することで、保険証確認窓口で確認手続が終了した患者を確認することができる。従って、担当医師は、次に呼び出すべき受診番号の患者が到着していない場合、当該患者の保険証窓口情報に画像５２０が表示されていれば、保険証確認窓口から当該患者がＡ受診科に到着可能な時間次第で、次の受診番号の患者を呼び出すこともできるし、当該患者が到着するのを待つようにすることもできる。なお、保険証確認窓口で確認手続を行った患者か否かに関わりなく、呼び出した患者がＡ受診科に到着していない場合に、後続の受診番号が呼び出されていたときは、当該患者がＡ受診科に到着した際に、当該患者の受診番号が優先的に呼び出されてもよい。
【００８３】
上記した保険証確認システム１では、端末３０において保険証の確認処理を患者自身で行うことができる。従って、保険証確認が必要な対象患者に対する保険証の確認作業を職員が行う必要がなく、端末３０で保険証の有効性が確認できなかった特定患者に対してのみ保険証確認窓口で保険証の確認手続を行えばよい。
【００８４】
また、端末４０には、照合用データと保険証テキストデータの不一致部分が識別できるように表示されるため、保険証確認窓口の職員は、元の保険証データとどの部分が違っているのかを容易に確認して訂正することができる。また、端末４０には、再来受付処理の際にサーバ装置１０によって付与された受診番号が表示されるため、職員は、保険証の確認手続を行っている患者の受診番号を当該患者の受診票に書き込むことで、患者に受診番号を知らせることができる。
【００８５】
また、各受診科の端末５０において、受診予定の患者リストが表示されるので、各受診科の担当医師は、患者リストの到着情報により、次に呼び出す患者が受診科に到着しているか否か容易に確認することができる。また、患者リストの保険証窓口情報により、患者が保険証確認窓口で確認手続を終えたことを確認することができるので、その患者が受診科に到着したときに、その患者の受診番号を優先して呼び出すようにすることができる。そのため、保険証確認窓口で保険証確認手続を行った患者は受診科に到着した後、必要以上に待たされることなく、迅速に診察を受けることができる。
【００８６】
６.変形例
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではなく、以下の変形例も含まれる。
【００８７】
６−１  変形例１
上述した実施形態では、対象患者の保険証データに対する照合処理をサーバ装置１０で行う例について説明したが、端末３０で保険証データの照合処理を行ってもよい。この場合には、端末３０は、サーバ装置１０から対象患者の保険証テキストデータ(照合用データ)を取得し、取得した保険証テキストデータと端末３０で読み取った保険証テキストデータとを照合する。また、端末３０は、照合結果に応じて保険証確認窓口で保険証確認手続を行う旨の報知と受診票の発行を行う。さらに、端末３０は、照合結果が不一致であった場合の読み取った保険証データ(不一致情報を含む)と、不一致である旨の照合結果とをサーバ装置１０に送信する。サーバ装置１０は、端末３０から照合結果が不一致であった保険証データを取得し、取得した保険証データを不一致ＤＢ１００ｃに記憶する。
【００８８】
６−２  変形例２
また、上述した実施形態では、端末３０で読み取られた保険証データをサーバ装置１０に送信して記憶部１０２に記憶する例について説明したが、保険証データをサーバ装置１０に送信しなくてもよい。この場合には、サーバ装置１０は、端末３０で読み取られた保険証データに対する照合結果と不一致情報だけを記憶するように構成する。また、端末４０には、端末３０における保険証の読取部２０２と同様の機能を有する読取手段を設け、端末４０において特定患者の保険証データを読み取る。端末４０は、サーバ装置１０から当該特定患者に対応する保険証の不一致情報を取得し、読み取った保険証データにおける不一致部分を不一致情報に基づいて特定する。端末４０は、不一致部分が識別できるように手続画面４００を表示する。
【００８９】
６−３  変形例３
上記変形例１において、端末３０からサーバ装置１０に対して照合結果のみを送信し、保険証データ(不一致情報を含む)をサーバ装置１０に送信しないようにしてもよい。この場合には、上記変形例２と同様、端末４０は保険証データを読み取り、保険証データの照合処理を行う。端末４０は、特定患者の保険証データを読み取った際に、サーバ装置１０から特定患者の保険証テキストデータ(照合用データ)を取得する。制御部４０１は、取得した照合用データと読み取った保険証テキストデータとを照合し、不一致部分が識別できるように手続画面４００を表示する。端末４０は、読み取った保険証テキストデータを保険証確認窓口の職員によって入力されたデータに置き換える。端末４０は、保険証確認処理を終了する際、置き換えた保険証テキストデータと、読み取った保険証画像データとを新たな保険証データとしてサーバ装置１０へ送信する。サーバ装置１０の制御部１０１は、実施形態と同様、端末４０から送信された特定患者の保険証データを保険証ＤＢ１００ｂに記憶されている特定患者の保険証データと置き換える。従って、本変形例の場合には、不一致ＤＢがサーバ装置１０に記憶されない構成となる。
【００９０】
６−４  変形例４
上述した実施形態における患者ＤＢ１００ａにおいて、患者毎の次回の受診予定日時を予約情報として記憶するようにしてもよい。この場合、例えば、端末５０において、担当医師が、次回の受診予定日時を予約情報として入力する。端末５０は、入力された予約情報と患者ＩＤとをサーバ装置１０に送信する。サーバ装置１０は、端末５０から予約情報を取得し、取得した予約情報の患者ＩＤを含む患者ＤＢ１００ａ内の患者データにおいて、受診予定日時と受診予定の受診科を示す受診予約情報を記憶する。
また、端末３０は、サーバ装置１０から取得した患者データに受診予約情報が含まれている場合には、受診科を選択する選択画面３２０の代わりに、受診予約情報に基づいて、受診予定の受診科と受診予約日時を表示した予約確認画面を表示部３０３に表示する。端末３０は、患者が予約確認画面での確認を終了する操作を行った場合に、当該患者に対する受診番号をサーバ装置１０に対して要求する。端末３０は、サーバ装置１０で付与された当該患者に対する受診番号をサーバ装置１０から取得する。なお、サーバ装置１０は、受診予約情報が記憶されている予約患者に対して受診番号を付与する場合、受診予約情報が記憶されていない患者の受付日時より予約患者の受診予定日時を優先して、予め定められた一人当たりの受診時間に基づいて受診番号を付与するようにする。
【００９１】
６−５  変形例５
上述した実施形態では、サーバ装置１０が１台である例について説明したが、例えば、再来受付における保険証確認処理専用のサーバ装置を設ける等、予め定められた処理単位にサーバ装置を設け、サーバ装置間でデータ通信を行うように構成してもよい。
【００９２】
６−６  変形例６
上述した実施形態では、初診受付処理において、患者によって記入された診察申込書に基づいて職員が患者データの入力を行う例について説明したが、診察申込書に記載されているデータを読み取るＯＣＲ装置を端末２０に設け、ＯＣＲ装置により診察申込書に記載されているテキストデータを読み取ったテキストデータを患者データとして患者ＤＢ１００ａに登録するようにしてもよい。また、端末２０において読み取った患者毎の診察申込書のテキストデータと保険証データについて、患者の氏名や生年月日等の予め定められた共通項目のデータを端末２０で照合してもよい。この場合、端末２０は、共通項目が一致していれば、当該診察申込書のテキストデータ及び保険証データをサーバ装置１０から取得した患者ＩＤと共にサーバ装置１０に送信する。また、端末２０は、患者毎に照合した診察申込書のテキストデータ及び保険証データと照合結果を表示部２０４に表示して、職員による診察申込書のテキストデータと保険証データの照合を行い、診察申込書及び保険証のデータの入力を受付けるようにしてもよい。端末２０は、照合後の診察申込書のテキストデータを患者データとして、保険証データ及び患者ＩＤと共にサーバ装置１０へ送信する。なお、端末２０は、診察申込書と保険証の各データを表示する際、共通項目の不一致部分が識別できる態様で表示部２０４に表示するようにしてもよい。
【００９３】
６−７  変形例７
上述した実施形態では、端末３０において受診票を発行する際、保険証データの照合結果に応じて受診番号を印字せずに受診票の発行を行う例を説明したが、受診番号を印字した受診票を発行するようにしてもよい。
【００９４】
６−８  変形例８
上述した実施形態では、端末４０での保険証確認処理が終了したことを示す保険証窓口情報を患者リストに表示する例について説明したが、特定患者の保険証確認手続を端末４０で行っていることを示す経過情報を患者リストに表示してもよい。この場合、端末４０は、特定患者の保険証の確認手続を行う手続画面４００を表示する操作が行われたときに、特定患者の患者ＩＤと経過情報とをサーバ装置１０に送信する。サーバ装置１０は、特定患者の患者ＩＤと経過情報を取得したときに、特定患者の患者ＩＤを含む患者リストに経過情報を付加して端末５０に送信する。端末５０は、サーバ装置１０から送信された患者リストに経過情報が含まれていれば、患者リストの保険証窓口情報に経過情報の内容を表す画像を表示する。受診科の担当医師は、受診予定の特定患者の手続状況を確認することができる。
【００９５】
６−９  変形例９
上述した実施形態では、端末３０において、保険証確認の対象患者の保険証データを読み取ってサーバ装置１０で照合する例について説明したが、端末３０で再来受付を行う全ての患者の保険証データを端末３０で読み取り、サーバ装置１０で照合するようにしてもよい。この場合には、端末３０は読み取った各患者の保険証データをサーバ装置１０に送信する。サーバ装置１０は、端末３０から送信された各患者の保険証データについて照合用データと照合し、患者が対象患者か否か判断する。サーバ装置１０は、患者が対象患者であれば、当該患者の照合結果に基づいて保険証ＤＢ１００ｂ、不一致ＤＢ１００ｃを更新する。つまり、対象患者の保険証テキストデータが照合用データと一致していれば、サーバ装置１０は、保険証ＤＢ１００ｂの最終確認日と照合結果を更新する。また、対象患者の保険証テキストデータが照合用データと一致しなければ、サーバ装置１０は、不一致ＤＢ１００ｃに対象患者の保険証データを記憶すると共に、保険証ＤＢ１００ｂの照合結果を更新し、当該対象患者が特定患者に該当することを端末３０に通知する。端末３０は、サーバ装置１０から特定患者であることが通知された場合には、実施形態と同様の終了画面３４０を表示して、保険証確認窓口で保険証の確認手続を行うことを患者に報知する。
【００９６】
６−１０  変形例１０
上述した実施形態では、病院で初めて診察を受ける患者に対して初診受付処理を行い、患者データ及び保険証データを生成する例であったが、外部の医療機関から紹介された初診患者の患者データ及び保険証データを当該医療機関から受信するように構成してもよい。このような場合の例を以下説明する。各病院では、通常、初診の患者に診察申込書等に患者情報を記入してもらい、患者情報を入力する等して患者データを受付装置にて生成し、患者の保険証を確認する作業を行っている。例えば、病院ｈ１の患者を他の病院Ｈに紹介する場合等においても、患者は紹介元の病院ｈ１と紹介先の病院Ｈとで同じ手続を行う。本変形例では、紹介先の病院Ｈでの患者の手続負担や紹介先の病院Ｈにおける作業負担を軽減して、患者がスムーズに診察を受けることができるようにする。
【００９７】
図１８は、本変形例に係る保険証確認システム１Ａの構成例を表す図である。紹介先の病院Ｈには、実施形態の保険証確認システム１に係る構成に加えて、外部の医療機関と通信接続を行う通信装置６０が設けられている。また、紹介元の各病院ｈ１、ｈ２、ｈ３には、実施形態に係る端末２０の構成に加えて、病院Ｈの通信装置６０と通信するための通信手段を有する受付装置２１、２２、２３が各々設けられている。病院Ｈの通信装置６０と病院ｈ１、ｈ２、ｈ３の受付装置２１、２２、２３は、専用回線やインターネット網等の通信網で接続されており、予め定められたアドレスを用いて、各装置間でデータ通信を行う。なお、本変形例においては、各受付装置２１、２２、２３から病院Ｈの通信装置６０に対して通信接続の要求を行う。通信装置６０は、各受付装置からの接続要求に応じて、当該受付装置を認証して通信を確立する。
【００９８】
各病院ｈ１、ｈ２、ｈ３では、受付装置２１、２２、２３において、病院を来院した患者の診察申込書に基づいて、各病院の職員が入力した患者データ(氏名、生年月日、性別等)を記憶する。また、実施形態と同様、受付装置２１、２２、２３において患者の保険証が読み取られた保険証データを患者データと共に受付装置に記憶する。
【００９９】
各病院ｈ１、ｈ２、ｈ３から病院Ｈへ患者を紹介する場合、受付装置２１、２２、２３において、各病院の職員は、紹介する患者の氏名や生年月日等の所定の情報を含む患者データと、当該患者データと対応する保険証データとを含む患者紹介情報を病院Ｈの通信装置６０に送信する。なお、上記所定の情報は、病院Ｈにおける患者ＤＢの各項目に対応して予め定義された情報を含むものである。
【０１００】
病院Ｈのサーバ装置１０は、通信装置６０を介して病院ｈ１、ｈ２、ｈ３から送信された患者紹介情報を受信する。サーバ装置１０は、受信した患者紹介情報に対して仮の患者ＩＤを付与する。サーバ装置１０は、当該仮の患者ＩＤと、当該患者紹介情報に含まれている患者データとを含むデータセットを記憶部１０２における患者ＤＢに登録する。また、サーバ装置１０は、当該仮の患者ＩＤに対応する保険証データとして、当該患者紹介情報に含まれている保険証データを記憶部１０２内の保険証ＤＢ１００ｂに登録する。
【０１０１】
なお、サーバ装置１０は、登録した仮の患者ＩＤを紹介元の病院ｈ１、ｈ２、ｈ３に送信する。紹介患者は、紹介元の病院で仮の患者ＩＤを受取り、病院Ｈに来院したときに当該仮の患者ＩＤを初診受付で提示する。病院Ｈの初診受付の職員は、当該仮の患者ＩＤに対応する患者データを端末２０を用いて読み出し、来院日等の入力を行う。端末２０は、仮の患者ＩＤを正式な患者ＩＤとして当該患者ＩＤの患者データをサーバ装置１０に送信する。サーバ装置１０は、患者ＤＢ１００ａにおける当該患者ＩＤの患者データを、端末２０から送信された患者データに置き換え、患者ＤＢ１００ａを更新する。
【０１０２】
また、病院ｈ１、ｈ２、ｈ３での紹介時点から患者が病院Ｈへ来院する日までに、保険証の確認期限が切れている場合には、病院Ｈの初診受付において、当該患者に保険証を提示してもらう。初診受付を行う職員は、提示された保険証と予め登録されている保険証データとを視認し、変更された保険証のデータ部分を訂正する。訂正後の保険証データは、端末２０からサーバ装置１０に送信するようにしてもよい。また、サーバ装置１０は、当該患者の保険証を端末２０で読み取り、予め登録されている保険証データを端末２０で読み取られた保険証データに置き換えるようにしてもよい。また、サーバ装置１０は、病院Ｈでの紹介患者の診察結果の情報を紹介元の病院ｈ１、ｈ２、ｈ３の受付装置２１、２２、２３へ送信するようにしてもよい。
【０１０３】
上述したように、紹介先の病院Ｈにおいて、来院予定の患者に関する情報と保険証データとを紹介元の病院ｈ１、ｈ２、ｈ３から予め受信して記憶しておくことができるので、当該患者が病院Ｈに来院した際に、新たに診察申込書を記入したり保険証を確認する等の手続の負担を軽減することができる。
【０１０４】
６−１１  変形例１１
上述した実施形態では、保険証を用いて患者の確認を行う例であったが、患者が加入している各保険制度を管理する団体から発行された患者を証明する媒体であれば、上述した保険証に限らない。例えば、保険証は、健康保険だけなく他の社会保障に関する個人情報が記憶された社会保障カードでもよいし、ＥＵで用いられている健康ＩＣカード等でもよい。
【０１０５】
６−１２  変形例１２
上述した実施形態では、診察券に患者ＩＤと患者名が記憶されている例を説明したが、診察券には患者名が記憶されていなくてもよい。
【０１０６】
６−１３  変形例１３
上述した実施形態において、保険証は、保険証の各項目と項目の内容を示すデータが記憶された磁気カードやＩＣカードなどであってもよい。この場合には、保険証の読取手段は、磁気カードリーダーやＩＣカードリーダーなどの読取手段で実現されてもよい。
【図１】
2011077952.tif 000003
【図２】
2011077952.tif 000004
【図３】
2011077952.tif 000005
【図４】
2011077952.tif 000006
【図５】
2011077952.tif 000007
【図６】
2011077952.tif 000008
【図７】
2011077952.tif 000009
【図８Ａ】
2011077952.tif 000010
【図８Ｂ】
2011077952.tif 000011
【図９Ａ】
2011077952.tif 000012
【図９Ｂ】
2011077952.tif 000013
【図１０】
2011077952.tif 000014
【図１１Ａ】
2011077952.tif 000015
【図１１Ｂ】
2011077952.tif 000016
【図１２Ａ】
2011077952.tif 000017
【図１２Ｂ】
2011077952.tif 000018
【図１２Ｃ】
2011077952.tif 000019
【図１２Ｄ】
2011077952.tif 000020
【図１２Ｅ】
2011077952.tif 000021
【図１３】
2011077952.tif 000022
【図１４】
2011077952.tif 000023
【図１５】
2011077952.tif 000024
【図１６Ａ】
2011077952.tif 000025
【図１６Ｂ】
2011077952.tif 000026
【図１７】
2011077952.tif 000027
【図１８】
2011077952.tif 000028
【手続補正書】
【提出日】平成23年10月18日(2011.10.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１データベースと、第２データベースとを有すると共に、当該第１データベースと当該第２データベースの各々と通信する第１端末、第２端末、及び第３端末を有し、
前記第１端末は、
診察券から患者を識別する患者ＩＤを読み取るＩＤ読取手段と、
前記ＩＤ読取手段で読み取った前記患者ＩＤに対する受診番号を前記第１データベースから取得する取得手段と、
前記取得手段により取得された前記受診番号と前記ＩＤ読取手段によって読み取られた前記患者ＩＤとを前記第１データベースに登録する登録手段と、
前記患者の保険証から保険証データを読み取る読取手段と、
前記読取手段によって読み取られた前記保険証データと、当該保険証データに対応する前記第２データベースにおける照合データとが不一致である場合に、保険証を確認する手続を行うことを報知する報知手段と、
前記読取手段によって読み取られた前記患者の保険証データと前記照合データとが一致する場合には、前記取得手段により取得された当該患者の受診番号が印字された受診票を発行し、前記患者の保険証データと前記照合データとが不一致である場合には、前記受診番号が印字されていない受診票の発行を行う発行手段とを備え、
前記第２端末は、
前記診察券から前記患者ＩＤを読み取るＩＤ読取手段と、
前記ＩＤ読取手段で読み取られた前記患者ＩＤについての、前記第１端末で読み取られた保険証データと前記第２データベースにおける前記照合データとの不一致部分と、前記第１データベースから取得した当該患者ＩＤと共に記憶されている前記受診番号とを少なくとも表示する表示手段と、
前記表示手段に表示された前記患者の保険証データのうち前記不一致部分に対するデータの入力を受付ける入力受付手段と、
前記患者ＩＤについての、前記不一致部分に対応する前記第２データベースの前記照合データを、前記入力受付手段で受付けた前記不一致部分のデータに置き換えることにより、前記第２データベースを更新する更新手段とを備え、
前記第３端末は、
前記第１データベースから各患者の受診番号を含む患者情報を取得し、当該患者情報に基づいて、受診番号順に患者リストを表示する表示手段と、
前記診察券から前記患者ＩＤを読み取るＩＤ読取手段と、
前記ＩＤ読取手段によって読み取られた患者ＩＤと他の患者ＩＤとを区別できる態様で前記患者リストの表示制御を行う制御手段とを備える
ことを特徴とする保険証確認システム。
【請求項２】
（削除）
【請求項３】
前記第３端末において、
前記制御手段は、前記第２端末における前記更新手段で更新された患者ＩＤと他の患者ＩＤとを区別できる態様で前記患者リストの表示制御を行うことを特徴とする請求項１に記載の保険証確認システム。
【請求項４】
請求項１に記載の保険証確認システムにおいて、
患者に関する患者情報を含む診察申込書から当該患者情報を読み取る第１読取手段と、
前記患者の保険証から保険証データを読み取る第２読取手段と、
前記患者ＩＤ毎に前記患者情報に基づく患者データを記憶する第３データベースから前記患者の患者ＩＤを取得する取得手段と、
前記第１読取手段で読み取られた前記患者情報と前記第２読取手段で読み取られた保険証データに共通する項目のデータが一致する場合、当該保険証データを前記取得手段で取得された前記患者ＩＤに対応する前記照合データとして前記第２データベースに登録すると共に、当該患者情報を当該患者ＩＤに対応する患者データとして前記第３データベースに登録する登録手段とを備える第４端末を更に有することを特徴とする保険証確認システム。
【請求項５】
請求項１に記載の保険証確認システムにおいて、
患者を識別する情報を含む患者情報と、当該患者の前記保険証データとを外部の装置から受信する受信手段と、
前記受信手段により受信された前記患者情報と前記保険証データに対する前記患者ＩＤを前記第１データベースから取得し、取得した前記患者ＩＤと前記患者情報と前記保険証データとを含むデータセットを前記第２データベースに記録する記録手段とを有する処理装置を更に備えることを特徴とする保険証確認システム。
【請求項６】
第１デーベースと第２データベースの各々と通信可能な第１端末、第２端末、及び第３端末により保険証の確認を行う保険証確認方法であって、
前記第１端末において、
診察券から患者を識別する患者ＩＤを読み取るＩＤ読取ステップと、
第１データベースから受診番号を取得する取得ステップと、
前記取得ステップにより取得された前記受診番号と前記ＩＤ読取ステップによって読み取られた前記患者ＩＤとを前記第１データベースに登録する登録ステップと、
前記ＩＤ読取ステップで読み取った前記患者ＩＤに対する受診番号を前記第１データベースから取得する取得ステップと、
前記患者の保険証から保険証データを読み取る読取ステップと、
前記読取ステップによって読み取られた前記保険証データと、当該保険証データに対応する前記第２データベースにおける照合データとが不一致である場合に、保険証を確認する手続を行うことを報知する報知ステップと、
前記読取ステップによって読み取られた前記患者の保険証データと前記照合データとが一致する場合には、前記取得ステップにより取得された当該患者の受診番号が印字された受診票を発行し、前記患者の保険証データと前記照合データとが不一致である場合には、前記受診番号が印字されていない受診票の発行を行う発行ステップとを行い、
前記第２端末において、
前記診察券から前記患者ＩＤを読み取るＩＤ読取ステップと、
前記ＩＤ読取ステップで読み取られた前記患者ＩＤについての、前記第１端末で読み取られた前記保険証データと前記第２データベースにおける前記照合データとの不一致部分と、前記第１データベースから取得した当該患者ＩＤと共に記憶されている前記受診番号とを少なくとも表示する表示ステップと、
前記表示ステップで表示された前記患者の保険証データのうち前記不一致部分に対するデータの入力を受付ける入力受付ステップと、
前記患者ＩＤについての、前記不一致部分に対応する前記第２データベースの前記照合データを、前記入力受付ステップで受付けた前記不一致部分のデータに置き換え、前記第２データベースを更新する更新ステップとを行い、
前記第３端末において、
前記第１データベースから各患者の受診番号を含む患者情報を取得し、当該患者情報に基づいて、受診番号順に患者リストを表示する表示ステップと、
前記診察券から前記患者ＩＤを読み取るＩＤ読取ステップと、
前記ＩＤ読取ステップによって読み取られた患者ＩＤと他の患者ＩＤとを区別できる態様で前記患者リストの表示制御を行う制御ステップとを行う
ことを特徴とする保険証確認方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
定の窓口に出向いて保険証を提示することになるため、保険証の確認作業に余計に時間がかかる。保険証の確認作業が完了した順に診察の待機待ちの列に加わるとすれば、この患者の診察順はこの確認作業中に先に確認作業を終えた他の患者の後ろに指定される。この結果、この患者は診察を受けるために余計に待たされることになる。
本発明は、保険証確認手続を迅速に行い、且つ保険証確認手続を終えた患者をスムーズに受診させる技術を提供する。
課題を解決するための手段
［０００４］
本発明に係る保険証確認システムは、第１データベースと、第２データベースとを有すると共に、当該第１データベースと当該第２データベースの各々と通信する第１端末、第２端末、及び第３端末を有し、前記第１端末は、診察券から患者を識別する患者ＩＤを読み取るＩＤ読取手段と、前記ＩＤ読取手段で読み取った前記患者ＩＤに対する受診番号を前記第１データベースから取得する取得手段と、前記取得手段により取得された前記受診番号と前記ＩＤ読取手段によって読み取られた前記患者ＩＤとを前記第１データベースに登録する登録手段と、前記患者の保険証から保険証データを読み取る読取手段と、前記読取手段によって読み取られた前記保険証データと、当該保険証データに対応する前記第２データベースにおける照合データとが不一致である場合に、保険証を確認する手続を行うことを報知する報知手段と、前記読取手段によって読み取られた前記患者の保険証データと前記照合データとが一致する場合には、前記取得手段により取得された当該患者の受診番号が印字された受診票を発行し、前記患者の保険証データと前記照合データとが不一致である場合には、前記受診番号が印字されていない受診票の発行を行う発行手段とを備え、前記第２端末は、前記診察券から前記患者ＩＤを読み取るＩＤ読取手段と、前記ＩＤ読取手段で読み取られた前記患者ＩＤについての、前記第１端末で読み取られた保険証データと前記第２データベースにおける前記照合データとの不一致部分と、前記第１データベースから取得した当該患者ＩＤと共に記憶されている前記受診番号とを少なくとも表示する表示手段と、前記表示手段に表示された前記患者の保険証データのうち前記不一致部分に対するデータの入力を受付ける入力受付手段と、前記患者ＩＤについての、前記不一致部分に対応する前記第２データベースの前記照合データを、前記入力受付手段で受付けた前記不一致部分のデータに置き換えることにより、前記第２データベースを更新する更新手段とを備え、前記第３端末は、前記第１データベースから各患者の受診番号を含む患者情報を取得し、当該患者情報に基づいて、受診番号順に患者リストを表示する表示手段と、前記診察券から前記患者ＩＤを読み取るＩＤ読取手段と、前記ＩＤ読取手段によって読み取られた患者ＩＤと他の患者ＩＤとを区別できる態様で前記患者リストの表示制御を行う制
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
御手段とを備えることを特徴とする。
［０００５］
また、本発明に係る保険証確認方法は、第１デーベースと第２データベースの各々と通信可能な第１端末、第２端末、及び第３端末により保険証の確認を行う保険証確認方法であって、前記第１端末において、診察券から患者を識別する患者ＩＤを読み取るＩＤ読取ステップと、第１データベースから受診番号を取得する取得ステップと、前記取得ステップにより取得された前記受診番号と前記ＩＤ読取ステップによって読み取られた前記患者ＩＤとを前記第１データベースに登録する登録ステップと、前記ＩＤ読取ステップで読み取った前記患者ＩＤに対する受診番号を前記第１データベースから取得する取得ステップと、前記患者の保険証から保険証データを読み取る読取ステップと、前記読取ステップによって読み取られた前記保険証データと、当該保険証データに対応する前記第２データベースにおける照合データとが不一致である場合に、保険証を確認する手続を行うことを報知する報知ステップと、前記読取ステップによって読み取られた前記患者の保険証データと前記照合データとが一致する場合には、前記取得ステップにより取得された当該患者の受診番号が印字された受診票を発行し、前記患者の保険証データと前記照合データとが不一致である場合には、前記受診番号が印字されていない受診票の発行を行う発行ステップとを行い、前記第２端末において、前記診察券から前記患者ＩＤを読み取るＩＤ読取ステップと、前記ＩＤ読取ステップで読み取られた前記患者ＩＤについての、前記第１端末で読み取られた前記保険証データと前記第２データベースにおける前記照合データとの不一致部分と、前記第１データベースから取得した当該患者ＩＤと共に記憶されている前記受診番号とを少なくとも表示する表示ステップと、前記表示ステップで表示された前記患者の保険証データのうち前記不一致部分に対するデータの入力を受付ける入力受付ステップと、前記患者ＩＤについての、前記不一致部分に対応する前記第２データベースの前記照合データを、前記入力受付ステップで受付けた前記不一致部分のデータに置き換え、前記第２データベースを更新する更新ステップとを行い、前記第３端末において、前記第１データベースから各患者の受診番号を含む患者情報を取得し、当該患者情報に基づいて、受診番号順に患者リストを表示する表示ステップと、前記診察券から前記患者ＩＤを読み取るＩＤ読取ステップと、前記ＩＤ読取ステップによって読み取られた患者ＩＤと他の患者ＩＤとを区別できる態様で前記患者リストの表示制御を行う制御ステップとを行うことを特徴とする。
［０００６］
本発明によれば、例えば、第１端末を再来用の受付装置として病院の受付に設置し、職員が保険証を確認する受付窓口に第２端末を設置した場合、再来時に保険証確認手続を行うよう報知された患者の照合用データとの不一致部分を示した保険証データが第２端末で表示されるため、保険証確認手続を行う職員は不一致の箇所を容易に確認することができ、保険証確認手続を迅速に行うことができ
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
る。また、第３端末を受診科に設置し、患者が受診科に到着した際に診察券を第３端末で読み取ることで、受診予定の患者が受診科に到着したか否かを患者リストに表すことができる。受診科の担当医師や看護師等は、次に呼び出すべき受診番号の患者が到着していない場合に、当該受診番号より後の受診番号の患者を先に呼び出したとしても、先の受信番号の患者が受診科に到着した後にその患者を他の待ち患者に対して優先的に呼び出すことができる。そのため、例えば、保険証確認手続が長引いた結果、患者の受診順が一時的に後回しにされても、当該患者は必要以上に待たされることなく診察を受けることができる。また、第２端末において保険証データが不一致の患者の受診票には受診番号が印字されずに発行されるため、当該患者が保険証の確認手続を行わずに診察を受けることを防止することができる。
［０００７］
【国際調査報告】
2011077952.tif 000029
2011077952.tif 000030
2011077952.tif 000031
2011077952.tif 000032