JP6683024B2 - 情報処理システム、画像処理方法、画像処理装置、およびプログラム - Google Patents

Description

本発明は、情報処理システム、画像処理方法、画像処理装置、およびプログラムに関する。

従来、あるシステムにおいて、ユーザから媒体を手渡されたオペレータが、ユーザや媒体に応じて異なる処理を行うことがある。

上記システムの具体例としては、病院の受付業務がある。病院の受付において、受付担当者（オペレータ）は、患者（ユーザ）から保険証や診察券（媒体）を受け取って受付順を管理する他、必要に応じて、診察券を発行し、また、患者に対して問診票の記入や保険証の再提示を求める。

病院の受付業務をある程度自動化した従来技術には、例えば特許文献１に記載されたような、保険証や診察券をスキャンしてデータを得るとともに受付票を発行するというものがある。

上述の特許文献１では、例えば、問診票の要否の判断などを取り扱っていない。このため、受付担当者が不慣れである場合には特に、患者に対する問診票の記入依頼が遅れるおそれがあり、これが影響して患者の診察順が後回しになってしまう可能性がある。

病院の受付業務は、上述のように、受付順の管理の他にも雑多にあるので、こういったシステムの自動化には、改善の余地が残されている。例えば、患者から媒体を受け取った受付担当者に対してやるべき作業を示したり、媒体に基づくデータの登録を行ったり、問診票などの必要書類を出力したりするような、受付で行うとされている雑多な業務を総合的に支援して取りこぼしを防ぐ技術は、従来提供されていない。

なお、上述の病院の受付業務についての説明は、ユーザの媒体を取り扱って処理するシステムの一例である。つまり、上記課題は病院受付に限られたものではなく、ユーザの媒体を取り扱う他のシステムにも、同様の課題をもつものがある。

本発明は、上記に鑑みてなされたものであって、ユーザ所有の媒体を取り扱って受付等の処理を行う情報処理システム、画像処理方法、画像処理装置、およびプログラムにおいて、ユーザおよび媒体に応じて異なる処理を実行可能とすることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、ユーザ所有の保険証および診察券の少なくとも一方である媒体を読み取って画像データを得る読取手段と、前記読取手段が読み取った前記画像データから予め定められたルールに則して前記媒体の種類を特定する特定手段と、前記特定手段によって特定された前記媒体の種類に応じた所定の情報を前記画像データから認識する認識手段と、複数のユーザに関する情報であるユーザ情報を前記ユーザごとに記憶するユーザ情報記憶手段と、前記ユーザに関して実行する処理と前記媒体の種類と前記ユーザ情報の有無との組合せに応じた基準に基づいて前記ユーザを分類するグループを記憶したグループ記憶手段と、前記認識手段が認識した前記媒体の種類に応じた所定の情報と前記ユーザ情報記憶手段に記憶されている前記媒体を所有するユーザのユーザ情報と前記基準とに基づき前記ユーザが属するグループを判断するものであって、前記ユーザ情報記憶手段にユーザ情報が無かったユーザを初診グループとし、前記ユーザ情報記憶手段にユーザ情報が有ったユーザを再診グループとする判断手段と、前記判断手段が判断した前記グループに応じて前記ユーザに関して実行する処理を出力する出力手段と、を備えることを特徴とする。

本発明によれば、ユーザ所有の媒体の読取を契機に、ユーザが属するグループに応じた作業を実行することができるという効果を奏する。

図１は、第１実施形態にかかる情報処理システムの構成を示す図である。 図２は、サーバの構成を示すブロック図である。 図３は、画像処理装置のハードウェア構成の一例を示すブロック図である。 図４は、画像処理装置のソフトウェア構成の一例を示す模式図である。 図５は、操作部のホーム画面の一例を示す図である。 図６は、操作部の機能構成例を示す図である。 図７は、本体の機能構成例を示す図である。 図８は、保険証の一例を示す図である。 図９は、診察券の一例を示す図である。 図１０は、問診票の一例を示す図である。 図１１は、患者データの内容の一例を示す図である。 図１２は、情報処理システムにおける処理の流れを概略的に示すフローチャートである。 図１３は、処理の実行者と対象者との間でのデータのやり取りを示すシーケンス図である。 図１４は、受付業務アプリ起動時の表示操作パネルの表示例を示す図である。 図１５は、受付で実施する作業の要否を判断する基準の一例を示す表である。 図１６は、選択画面の一例を示す図である。 図１７は、チェックボックスの初期値の設定例を示す表であって、（ａ）は、原稿が保険証であった場合、（ｂ）は、原稿が診察券であった場合のものである。 図１８は、受付業務アプリが表示操作パネルに表示させる画面の一例を示す図である。 図１９は、受付業務アプリが表示操作パネルに表示させる画面の一例を示す図である。

以下に添付図面を参照して、情報処理システム、画像処理装置、画像処理方法、およびプログラムの実施形態を詳細に説明する。

（第１実施形態）
図１は、第１実施形態にかかる情報処理システムの構成を示す図である。情報処理システムは、画像処理装置１およびサーバ６を含んでいる。画像処理装置１とサーバ６とは、ネットワーク７により相互に通信可能に接続されている。ネットワーク７は、例えばＬＡＮ（Local Area Network）で実現される。

図２は、サーバ６の構成を示すブロック図である。サーバ６は、例えばＰＣ（Personal Computer、パーソナルコンピュータ）などの一般的なコンピュータ構成の情報処理装置であって、制御部６１、記憶部６２、および入出力部６３等を備えている。

制御部６１は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）により構成される機能部である。ＲＯＭは、書き換え不可の記憶装置であって、ＣＰＵが実行するプログラムなどを記憶する。ＲＡＭは、ＣＰＵがプログラムの実行にあたって用いる値などを一時的に記憶する。ＣＰＵは、ＲＯＭが記憶するプログラムをＲＡＭに展開して実行することにより、制御部６１を実現する。制御部６１は、サーバ６の各部を統括的に制御する。

記憶部６２は、例えばＨＤＤ（Hard Disk Drive）で実現される。記憶部６２の記憶内容については、後に詳述する。

入出力部６３は、オペレータから操作を受け付ける入力部と、オペレータに情報を示す出力部とを備えている。入力部は、キーボードやマウス等で構成される。出力部は、表示デバイス等である。

画像処理装置１は、例えば複合機（ＭＦＰ：Multifunction Peripheral）である。複合機とは、プリンタ機能、コピー機能、スキャナ機能、およびファクス（ＦＡＸ：Facsimile、ファクシミリ）機能のうち少なくとも２つの機能を有する装置である。

図３は、画像処理装置１のハードウェア構成の一例を示すブロック図である。画像処理装置１は、本体１０と操作部２０とを備える。本体１０と操作部２０は、専用の通信路５０を介して相互に通信可能に接続されている。通信路５０は、例えばＵＳＢ（Universal Serial Bus）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものであってよい。

操作部２０は、オペレータから操作を受け付ける。本体１０は、操作部２０で受け付けた操作に応じた動作や、サーバ６から受信した指示に応じた動作を行う。本体１０は、コピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種の機能を実現する。

本体１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、不揮発性メモリ１４と、ネットワークＩ／Ｆ（インタフェース）１５と、接続Ｉ／Ｆ１６と、プリントエンジン３０と、スキャナユニット４０とを備え、これらがシステムバス１７を介して相互に接続されている。

ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２または不揮発性メモリ１４などに格納されたプログラムを実行することで、本体１０全体の動作を制御し、上述したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能の制御を実現する。

ネットワークＩ／Ｆ１５は、ネットワーク７と接続するためのインタフェースである。接続Ｉ／Ｆ１６は、通信路５０を介して操作部２０と通信するためのインタフェースである。

プリントエンジン３０は、用紙などのシート材への印刷を行うプリンタ機能を実現させるための、汎用的な情報処理および通信以外の処理を行うハードウェアである。プリントエンジン３０には、更に、印刷済みシート材を仕分けるフィニッシャ（或いはソータ）のような特定のオプションを備えることもできる。

スキャナユニット４０は、原稿の画像をスキャンして読み取るスキャナ機能を実現させるための、汎用的な情報処理および通信以外の処理を行うハードウェアである。スキャナユニット４０には、更に、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。

コピー機能およびファクス機能は、プリントエンジン３０とスキャナユニット４０との協働により実現される。

次に、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、不揮発性メモリ２４と、表示操作パネル２５と、接続Ｉ／Ｆ２６とを備え、これらがシステムバス２７を介して相互に接続されている。接続Ｉ／Ｆ２６は、通信路５０を介して本体１０と通信するためのインタフェースである。

ＣＰＵ２１は、操作部２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）としてＲＯＭ２２または不揮発性メモリ２４などに格納されたプログラムを実行することで、操作部２０全体の動作を制御し、ユーザから受け付けた入力に応じた情報（画像）の表示などの後述する各種機能を実現する。

表示操作パネル２５は、表示デバイスおよび操作デバイスの一例である。表示操作パネル２５は、ユーザの操作に応じた各種の入力を受け付けるとともに、各種の情報（例えば受け付けた操作に応じた情報、画像処理装置１の動作状況を示す情報、設定状態などを示す情報など）を表示する。この例では、表示操作パネル２５は、タッチパネル機能を搭載した液晶表示装置（ＬＣＤ）で構成されるが、これに限られるものではない。例えばタッチパネル機能が搭載された有機ＥＬ表示装置で構成されてもよい。さらに、これに加えてまたはこれに代えて、ハードウェアキーなどの操作部やランプなどの表示部を設けることもできる。

次に、画像処理装置１のソフトウェア構成について説明する。図４は、画像処理装置１のソフトウェア構成の一例を示す模式図である。本体１０は、アプリ層１０１と、サービス層１０２と、ＯＳ層１０３とを有する。アプリ層１０１、サービス層１０２、および、ＯＳ層１０３の実体は、ＲＯＭ１２や不揮発性メモリ１４などに格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。

アプリ層１０１のソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するためのソフトウェアであり、アプリケーションソフトウェア（以下の説明では、単に「アプリ」と称する場合がある）と言われる。例えばアプリとしては、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクス機能を提供するためのファクスアプリ、プリンタ機能を提供するためのプリンタアプリなどが挙げられる。

サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体１０が備えるハードウェア資源を利用するためのインタフェースを提供するためのソフトウェアである。より具体的には、ハードウェア資源に対する動作要求の受付、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求としては、スキャナによる読み取りやプリンタによる印刷などの要求が考えられる。

なお、サービス層１０２によるインタフェースの機能は、本体１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち、操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のインタフェース機能を介して、本体１０のハードウェア資源（例えばプリントエンジン３０やスキャナユニット４０）を利用した機能を実現することができる。

ＯＳ層１０３のソフトウェアは、本体１０が備えるハードウェアを制御する基本機能を提供するための基本ソフトウェア（オペレーティングシステム）である。サービス層１０２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行う。

同様に、操作部２０は、アプリ層２０１と、サービス層２０２と、ＯＳ層２０３とを有する。操作部２０が備えるアプリ層２０１、サービス層２０２およびＯＳ層２０３も、階層構造については本体１０側と同様である。ただし、アプリ層２０１のアプリにより提供される機能や、サービス層２０２が受け付け可能な動作要求の種類は、本体１０側とは異なる。アプリ層２０１のアプリは、操作部２０が備えるハードウェア資源を動作させて所定の機能を提供するためのソフトウェアであってもよいが、主として本体１０が備える機能（コピー機能、スキャナ機能、ファクス機能、プリンタ機能）に関する操作や表示を行うためのＵＩ（ユーザインタフェース）の機能を提供するためのソフトウェアである。当該ＵＩの一例を、図５に示す。図５は、操作部２０のホーム画面Ｇ０の一例を示す図である。

図５に示すように、操作部２０は、各種ソフトウェアキーを有しており、本体１０が備えるコピー機能、スキャナ機能、ファクス機能などに関する操作を受け付ける他、受付業務機能に関する操作を受け付ける。ボタンＢ０は、受付業務を起動させるためのソフトウェアキーである。受付業務機能は、受付業務アプリの実行により実現される。受付業務アプリは、アプリ層１０１のソフトウェアである。受付業務アプリが行う処理については、後に詳述する。

なお、本実施形態では、機能の独立性を保つために、本体１０側のＯＳ層１０３のソフトウェアと操作部２０側のＯＳ層２０３のソフトウェアが互いに異なる。つまり、本体１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作する。例えば、本体１０側のＯＳ層１０３のソフトウェアとしてＬｉｎｕｘ（登録商標）を用い、操作部２０側のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）を用いることも可能である。

以上のように、本実施形態の画像処理装置１において、本体１０と操作部２０は別々のオペレーティングシステムで動作するため、本体１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。操作部２０が受け付けた情報（ユーザからの指示内容）を本体１０へ伝達する動作（コマンド通信）や、本体１０が操作部２０へイベントを通知する動作などがこれに該当する。ここでは、操作部２０が本体１０へコマンド通信を行うことにより、本体１０の機能を使用することができる。また、本体１０から操作部２０に通知するイベントには、本体１０における動作の実行状況、本体１０側で設定された内容などが挙げられる。

また、画像処理装置１において、操作部２０に対する電力供給は、本体１０から通信路５０を経由して行っているので、操作部２０の電源制御を、本体１０の電源制御とは別に（独立して）行うことができる。

なお、この例では、本体１０と操作部２０は、通信路５０を介して電気的かつ物理的に接続されているが、本体１０から操作部２０を取り外し可能としてもよい。この場合、本体１０および操作部２０に、例えば赤外線通信部、ＲＦ（Radio Frequency）通信部、ブルートゥース（登録商標）通信部などの近距離無線通信部（不図示）を設ける。または、本体１０および操作部２０に、Ｗｉ−Ｆｉ（登録商標）などの無線ＬＡＮ通信機能（不図示）を設け、図４に示すように無線ＬＡＮアクセスポイント（無線ＬＡＮＡＰ）７１およびネットワーク７を介して相互に通信可能としてもよい。

また、本体１０から操作部２０を取り外し可能である場合、操作部２０は、通信路５０を介して本体１０から供給された電力を二次電池に蓄電しておき、本体１０から取り外された際に、二次電池に蓄電された電力を用いて動作して本体１０と通信を行う。

次に、図６は、操作部２０の機能構成例を示す図である。操作部２０は、データ処理部２２１と、データ保管部２２４と、表示操作制御部２２５と、通信制御部２２６と、を備えている。これらは、ＣＰＵ２１がプログラムの実行により実現する機能部である。

表示操作制御部２２５は、表示操作パネル２５の表示を制御するとともに、表示操作パネル２５が受けた操作をデータ処理部２２１に伝える。通信制御部２２６は、接続Ｉ／Ｆ２６および通信路５０を介しての本体１０との通信を制御し、本体１０とのデータのやり取りを制御する。

なお、表示操作制御部２２５は、表示制御手段の一例であって、表示操作パネル２５に、患者が属するグループを表示させる（図１６参照）。

データ処理部２２１は、表示操作制御部２２５が受け付けた操作の内容を解釈し、当該解釈に応じて操作部２０の動作を制御する。データ保管部２２４は、データ処理部２２１が各種制御に用いるデータを、不揮発性メモリ２４に保存する。

図７は、本体１０の機能構成例を示す図である。本体１０は、データ処理部１１１と、読取制御部１１２と、認識部１１３と、通信制御部１１４と、判断部１１５と、印刷制御部１１６と、データ保管部１１７と、指定部１１８と、特定部１１９とを備えている。これらは、ＣＰＵ１１がプログラムの実行により実現する機能部である。また、これらの機能部により、上述の受付業務アプリが実現される。

なお、読取制御部１１２は読取手段の一例である。認識部１１３は、認識手段の一例である。判断部１１５は、判断手段の一例である。指定部１１８は、出力手段の一例である。特定部１１９は、特定手段の一例である。印刷制御部１１６およびデータ保管部１１７は、各々、実行手段の一例である。

データ処理部１１１は、上記各部（読取制御部１１２、認識部１１３、通信制御部１１４、判断部１１５、印刷制御部１１６、データ保管部１１７、指定部１１８、および特定部１１９）を統括的に制御する。また、データ処理部１１１は、画像処理装置１全体の動作を制御する。

読取制御部１１２は、スキャナユニット４０に、保険証や診察券、問診票を読み取らせて、画像データを得る。ここで、図８は、保険証の一例を示す図であり、図９は診察券の一例を示す図であり、図１０は、問診票の一例を示す図である。

保険証や診察券は、一般にカード状あるいはシート状をなす媒体であって、少なくとも一方の面に、当該保険証（または診察券）の所有者である患者（ユーザ）の所定の情報が、予め定められたルール（配置等）に則して、文字等によって記載されている。当該情報としては、例えば名前や住所、また、当該保険証（または診察券）の番号などがある。

問診票は、受付時に、必要に応じて患者に手渡される用紙で、患者により記入される。受付担当者（オペレータ）は、患者に対し、問診票に不調の概要やアレルギーの有無や種類などを記入するよう求める。

特定部１１９は、読取制御部１１２が読み取った画像データから、予め定められたルールに則して、媒体の種類（保険証、診察券、問診票のいずれか）を特定する。上記ルールは、媒体における情報が存在する領域である。

図８〜図１０に示すように、保険証や診察券、問診票においては、予め定められた領域にそれぞれの情報が記されているので、領域を指定した読み取りを行うことにより、上記各情報を得ることができる。例えば、左上部に「健康保険」の文字列があれば「保険証である」と判断し、中央部に病院名（図示例では「○○△△クリニック」）の文字列があれば「診察券である」と判断することができる。

認識部１１３は、ＯＣＲ（Optical Character Recognition）技術を使って、読取制御部１１２が得た保険証や診察券、問診票の画像データから、患者の氏名、保険証番号、患者番号などを認識する。ここで、患者番号は、診察券に記載された番号であって、患者ごとに異なる。

認識部１１３は、特定部１１９が保険証か診察券かを判断した後に、保険証番号や診察券番号が記載されているはずの領域を読み取ることにより、それぞれ患者の特定に必要な番号を得る。より詳細には、認識部１１３は、読取制御部１１２が媒体を読み取って得た画像データの上記領域に相当する部分から文字を検出し、当該文字をＯＣＲ技術によりテキストデータ化する。

通信制御部１１４は、接続Ｉ／Ｆ１６および通信路５０を介しての操作部２０との通信を制御し、操作部２０とのデータのやり取りを制御する。また、通信制御部１１４は、ネットワークＩ／Ｆ１５およびネットワーク７を介してのサーバ６との通信を制御し、サーバ６とのデータのやり取りを制御する。

判断部１１５は、まず、認識部１１３が認識した保険証番号や患者番号をキーワードとして、患者データ（ユーザ情報の一例）を検索する。

ここで、記憶部６２は、ユーザ情報記憶手段の一例である。記憶部６２は、データベース形式の患者データＤ１を記憶している。図１１は、患者データＤ１の内容の一例を示す図である。患者データＤ１は、患者に関する情報がまとめられたものである。患者の情報としては、たとえば、患者番号ｄ１、名前ｄ２、性別ｄ３、保険証番号ｄ４、初回受診日ｄ５、前回受診日ｄ６、保険証確認日ｄ７などである。これらの情報は、個別のカラムに記憶される。

患者データＤ１においては、患者ごとに１レコードが作られる。患者データＤ１において、各患者の情報が記録されたレコードは、保険証番号ｄ４または患者番号ｄ１によって、一意的に特定できる。

さらに、判断部１１５は、保険証番号ｄ４または患者番号ｄ１を患者データＤ１で検索し、該当レコードの有無を基準として、患者が複数のグループ（再診グループまたは初診グループ）のいずれに属するかを判断する。判断部１１５は、患者データＤ１に該当するレコードがあった場合、患者が「再診グループに属する」と判断する。また、それ以外の場合、判断部１１５は、患者は「初診グループに属する」と判断する。なお、以下、「再診（または初診）グループに属する」を、単に「再診（または初診）である」と記す。

指定部１１８は、判断部１１５が判断したグループに応じて、この受付業務において受付順管理の付帯作業として実行する処理を指定する。具体的には、指定部１１８は、付帯作業の選択肢を表示操作パネル２５に表示させ、受付担当者による選択操作を受け付ける。上記選択肢は、例えば、診察券の発行、保険証の確認、問診票の印刷、などである。また別の具体例としては、新患時の患者データＤ１へのレコード追加登録の実行指定などがある。

印刷制御部１１６は、プリントエンジン３０を制御し、診察券に添付する情報や問診票を印刷させる。

データ保管部１１７は、読取制御部１１２が得た保険証や診察券、問診票の画像データを、画像フォルダＦ１に保存する。画像フォルダＦ１は、記憶部６２に、患者別に設けられる。各画像フォルダＦ１の名称としては、例えば、患者番号ｄ１を用いる。ここで、画像フォルダＦ１および当該フォルダ内の画像データも、ユーザ情報の一例である。

以下、上述のような情報処理システムにおける処理の流れについて説明する。図１２は、情報処理システムにおける処理の流れを概略的に示すフローチャートである。また、図１３は、処理の実行者と対象者との間でのデータのやり取りを示すシーケンス図である。

受付担当者は、患者の来院に備え、操作部２０の表示操作パネル２５に対して、受付業務アプリを起動させる操作を行う（図１３のステップＳ１ａ）。これを受けて、本体１０は、受付業務アプリを起動する（図１３のステップＳ１ｂ、図１２のステップＳ１）。

ここで、図１４は、受付業務アプリ起動時の表示操作パネル２５の表示例を示す図である。受付業務アプリは、起動に伴い、表示操作パネル２５に、ガイド画面Ｇ１を表示させる。このガイド画面Ｇ１は、受付担当者に対し、文言などによって、いずれかの原稿（例えば保険証、診察券、問診票、紹介状など）の読み取りを促している。

次に、受付担当者は、患者から保険証および診察券の少なくとも一方を受け取り、スキャナユニット４０にセットする（図１３のステップＳ２ａ）。続いて、受付担当者は、スタートボタンを押下する（図１３のステップＳ２ｂ、図１２のステップＳ２）。このときのスタートボタンは、図１４に示す表示操作パネル２５上のソフトウェアキーであるスタートボタンＢ１でもよいし、本体１０が備えるハードウェアキー（不図示）でもよい。

ステップＳ２ｂにおいて、操作部２０または本体１０のスタートボタンが操作を受けると、当該イベントを受付業務アプリが拾い、スキャナアプリに対して読取開始を指示する信号を送信する（図１３のステップＳ３ａ）。当該信号を受信すると、スキャナアプリは、読み取りを開始する（図１３のステップＳ３ｂ、図１２のステップＳ３）。

スキャナアプリが画像データを得ると、受付業務アプリは、原稿が何であったかを判断し（図１３のステップＳ４ａ）、その結果に応じた処理を行う（図１２のステップＳ４）。

ここで、図１５は、受付で実施する作業の要否を判断する基準の一例を示す表である。当該表に示す内容（すなわち作業要否判断基準）は、各部（データ処理部１１１、読取制御部１１２、認識部１１３、通信制御部１１４、判断部１１５、印刷制御部１１６、データ保管部１１７、指定部１１８、および特定部１１９）を実現するソフトウェアプログラム中に記載されていてもよいし、或いは、ソフトウェアプログラムから参照可能なテーブル等のデータとして不揮発性メモリ１４や記憶部６２等に記憶されていてもよい。当該作業要否判断基準を記憶する記憶部６２等が、グループ記憶手段の一例である。

受付業務アプリは、原稿（スキャンしたもの）が保険証であった場合、当該保険証の保険証番号ｄ４を記録したレコードが患者データＤ１にあるか確認する（図１３のステップＳ５ａ）。患者データＤ１に該当レコードが存在しない場合、受付業務アプリは、当該患者の受診理由を「初診」と判断する。また、患者データＤ１に該当レコードが存在する場合、受付業務アプリは、当該患者の受診理由を「再診」と判断する。さらに、受付業務アプリは、原稿が診察券であった場合に、当該患者の受診理由を「再診」と判断する。

受付業務アプリは、患者が初診である場合には、受付順の管理の他、例えば、診察券の発行や、患者データＤ１の登録、画像フォルダＦ１の作成、問診票の印刷、記入済み問診票のスキャンなどを行う。患者番号ｄ１は、患者データＤ１の登録に際して採番される。

受付業務アプリは、患者が再診である場合には、基本的には受付順の管理のみで、必要に応じて、他の作業を追加して行う。当該作業の例としては、診察券の再発行や問診票の印刷およびスキャンがある。

診察券の再発行は、患者が診察券を紛失していた場合に行う。受付業務アプリは、患者が提出した媒体が保険証であるにも関わらず患者データＤ１に当該患者のレコードが存在した場合に、患者が診察券を紛失した可能性があるとして、診察券の再発行の実施を、受付担当者に表示操作パネル２５により勧める。

問診票の印刷およびスキャンは、前からの継続の受診でない場合（つまり、前回と違う理由で来院された場合や、前回の来院から所定の日数が経過しての来院である場合）に行う。受付担当者は、患者が来院したときに受診理由を訊ねるので、そこで前回と違う理由での来院であった場合に、問診票が印刷されるよう表示操作パネル２５により操作する。受付業務アプリは、前回の来院から所定の日数が経過しての来院である場合に、前回と違う理由での来院の可能性があるとして、問診票の印刷の実施を、受付担当者に表示操作パネル２５により勧める。

図１２のステップＳ５において、受付業務アプリは、表示操作パネル２５に、実施する作業の選択画面を表示させる（図１３のステップＳ５ｃ）。図１６は、選択画面Ｇ２の一例を示す図である。選択画面Ｇ２においては、各選択肢Ｃ１〜Ｃ３に、チェックボックスＸ１〜Ｘ３が付されている。また、選択画面Ｇ２においては、患者が再診であるか初診であるかを表示する。受付担当者は、選択画面Ｇ２において、患者が属するグループを参照し、これを参考にチェックボックスＸ１〜Ｘ３にチェックを入れることにより、実施する作業の選択を行う。

チェックボックスＸ１〜Ｘ３の初期値は、すべて未選択（ＯＦＦ、空欄）またはすべて選択状態（ＯＮ）であってもよいが、本実施形態では、図１７のように設定されているとする（図１３のステップＳ５ｂ）。図１７は、チェックボックスＸ１〜Ｘ３の初期値（デフォルト値）の設定例を示す表である。

なお、言うまでもなく、選択画面Ｇ２において、チェックボックスＸ１〜Ｘ３が、初期値の定めに従ってＯＮ（またはＯＦＦ）とされていても、ＯＦＦ（またはＯＮ）に変更する操作（受付担当者による）が可能である。

図１７（ａ）は、原稿が保険証であった場合に表示する選択画面Ｇ２におけるチェックボックスＸ１〜Ｘ３の初期値の一例である。図１７（ｂ）は、原稿が診察券であった場合に表示する選択画面Ｇ２におけるチェックボックスＸ１〜Ｘ３の初期値の一例である。

まず、選択肢Ｃ３「保険証の確認」について述べる。原稿が保険証であった場合、既に保険証を確認できる状態であるため、選択画面Ｇ２における要否の問い掛けが不要であることから、選択画面Ｇ２において選択肢Ｃ３「保険証の確認」自体を非表示とする。

原稿が診察券であった場合には、再診であるので、患者データＤ１の保険証確認日ｄ７を参照する。保険証確認日ｄ７が当月でない場合、受付業務アプリは、選択画面Ｇ２に、選択肢Ｃ３「保険証の確認」を、ＯＮとしたチェックボックスＸ３を付して表示する。保険証確認日ｄ７が当月である場合、受付業務アプリは、選択画面Ｇ２に、選択肢Ｃ３「保険証の確認」を、ＯＦＦとしたチェックボックスＸ３を付して表示する。

なお、当月に保険証を確認済みの場合、その旨を案内する文言等を選択画面Ｇ２において表示しておくと、好適である。

また、保険証に変更があったことを患者が申し出た場合など、当月の初回の受診でなくとも患者データＤ１の保険証番号ｄ４等を書き換えることがある。この場合、例え保険証の当月分の確認が済んでいても、ＯＦＦとして表示されたチェックボックスＸ３を、受付担当者が手動でＯＮに変更することで、対応（保険証の読み取り等を実施）できる。また、この場合、保険証確認日ｄ７も併せて更新する。

次に、選択画面Ｇ２における選択肢Ｃ１「診察券の発行」について述べる。原稿が診察券であった場合、既に診察券を発行済みであるため、選択画面Ｇ２における要否の問い掛けが不要であることから、選択画面Ｇ２において選択肢Ｃ１「診察券の発行」自体を非表示とする。原稿が保険証であった場合、初診である可能性が高いため、また、再診であっても診察券を紛失している可能性があるため、選択画面Ｇ２に、選択肢Ｃ１「診察券の発行」を、ＯＮとしたチェックボックスＸ１を付して表示する。

次に、選択画面Ｇ２における選択肢Ｃ２「問診票の印刷」について述べる。患者が初診の場合には、受診理由を記録する必要があるため、選択画面Ｇ２において、選択肢Ｃ２「問診票の印刷」を、ＯＮとしたチェックボックスＸ２を付して表示する。また、患者が再診（最近受診）の場合、受診理由に変更がない可能性が高いため、選択肢Ｃ２「問診票の印刷」を、ＯＦＦとしたチェックボックスＸ２を付して表示する。そして、患者が再診（前回受診日から所定日数以上経過）の場合、受診理由が前回と異なる可能性があるため、選択肢Ｃ２「問診票の印刷」を、ＯＮとしたチェックボックスＸ２を付して表示する。

受付担当者は、選択画面Ｇ２の各チェックボックスＸ１〜Ｘ３のＯＮ／ＯＦＦ状態を必要に応じて変更し、確認した後、選択画面Ｇ２のスタートボタンＢ２を押下する。当該操作を受けると、受付業務アプリは、処理を次（図１２のステップＳ６）に進める。

ステップＳ６において、受付業務アプリは、選択画面Ｇ２のチェックボックスＸ１を確認し、選択肢Ｃ１「診察券の発行」の要否を確認する。ここでチェックボックスＸ１がＯＮであれば、受付業務アプリは、診察券発行用のデータを印刷し（ステップＳ７）、処理を次（ステップＳ８）に進める。受付担当者は、印刷されたデータを参照しながら、当該データを新しい診察券に書き写す。ステップＳ６において、チェックボックスＸ１がＯＦＦであれば、受付業務アプリは、ステップＳ７の処理を行わずにステップＳ８へ処理を進める。

ステップＳ８において、受付業務アプリは、選択画面Ｇ２のチェックボックスＸ３を確認し、選択肢Ｃ３「保険証の確認」の要否を確認する。ここでチェックボックスＸ３がＯＮであれば、受付業務アプリは、保険証をスキャンして得た画像データを画像フォルダＦ１へ保存し（ステップＳ９）、処理を次（ステップＳ１０）に進める。ステップＳ８において、チェックボックスＸ３がＯＦＦであれば、受付業務アプリは、ステップＳ９の処理を行わずにステップＳ１０へ処理を進める。

ここに、ステップＳ９で行う処理を詳細に記す。受付業務アプリは、受付担当者に対して、表示操作パネル２５を介して、保険証のセット（図１３のステップＳ９ａ）およびスタートボタンの押下（図１３のステップＳ９ｂ）を促す。スタートボタンの押下を受けた受付業務アプリは、保険証をスキャンして（図１３のステップＳ９ｃ）、画像データを得る。続いて、受付業務アプリは、画像データをＯＣＲ読み取りしてデータ（保険証データ）を得る。次に、受付業務アプリは、保険証データを患者データＤ１に反映させる（図１３のステップＳ９ｄ）。そして、受付業務アプリは、画像データを画像フォルダＦ１に保存する（図１３のステップＳ９ｅ）。

図１８は、このタイミングで受付業務アプリが表示操作パネル２５に表示させる画面Ｇ３の一例である。当該画面Ｇ３において、受付業務アプリは、ステップＳ９での保険証の確認に伴う処理が完了したことを、受付担当者に知らせる。また、当該画面Ｇ３は終了ボタンＢ３を備えている。終了ボタンＢ３が操作を受けると、受付業務アプリは、処理を次に進める。

図１２のステップＳ１０において、受付業務アプリは、選択画面Ｇ２のチェックボックスＸ２を確認し、選択肢Ｃ２「問診票の印刷」の要否を確認する。ここでチェックボックスＸ２がＯＮであれば、受付業務アプリは、問診票を印刷し（ステップＳ１１）、処理を終了する。ステップＳ１０において、チェックボックスＸ２がＯＦＦであれば、受付業務アプリは、ステップＳ１１の処理を行わずに処理を終了する。

なお、ステップＳ１１の処理は、受付業務アプリがプリンタアプリに対して問診票の印刷を要求する信号を発信し（図１３のステップＳ１１ａ）、プリンタアプリが印刷を実行する（図１３のステップＳ１１ｂ）ことにより実現される。

図１２のステップＳ４において、スキャンしたもの（原稿）が問診票であった場合には、受付業務アプリは、問診票の画像データを画像フォルダＦ１に保存（ステップＳ１２）、処理を終了する。

図１９は、このタイミングで受付業務アプリが表示操作パネル２５に表示させる画面Ｇ４の一例である。当該画面Ｇ４において、受付業務アプリは、ステップＳ１１での問診票のスキャンに伴う処理が完了したことを、受付担当者に知らせる。また、当該画面Ｇ４は終了ボタンＢ４を備えている。終了ボタンＢ４が操作を受けると、受付業務アプリは、図１２に示す一連の処理を終了する。

以上のように、本実施形態によれば、ユーザ（患者）所有の媒体（保険証や診察券）の読取を契機に、ユーザが属するグループ（初診または再診）に応じた付帯作業（受付順の管理に付帯する作業であって、診察券発行、保険証確認、問診票印刷など）を実行することができる。

なお、本実施形態では、指定部１１８は、付帯作業の選択肢を表示操作パネル２５に表示させ、受付担当者による選択操作を受け付けるようにしているが、実施にあたっては、これに限らない。例えば、指定部１１８は、受付担当者による選択操作の受け付けを行わずに、グループごとに予め定められた付帯作業を、ユーザが属するグループに応じて自動的に指定するのであってもよい。この場合、例えば問診票については、再診であっても前と異なる理由での来院の可能性を重視して印刷するようにしてもよいし、逆に、再診時には自動印刷しないとしてもよい。

なお、本実施形態のサーバは、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、通常のコンピュータを利用したハードウェア構成となっている。

また、本実施形態の画像処理装置で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。

本実施形態の画像処理装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供するように構成してもよい。

さらに、本実施形態の画像処理装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の画像処理装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

本実施形態の画像処理装置で実行されるプログラムは、上述した各部（データ処理部１１１、読取制御部１１２、認識部１１３、通信制御部１１４、判断部１１５、印刷制御部１１６、データ保管部１１７、指定部１１８、および特定部１１９）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、データ処理部１１１、読取制御部１１２、認識部１１３、通信制御部１１４、判断部１１５、印刷制御部１１６、およびデータ保管部１１７が主記憶装置上に生成されるようになっている。

なお、上記実施形態では、情報処理システムを病院の受付業務への適用例で説明したが、実施にあたっては、適用先は病院の受付業務に限らない。例えば、役所の各種申請を処理するシステムに適用してもよい。この場合、ユーザは役所を訪れた客であり、媒体は、例えば、マイナンバーカードや、免許証、住民基本台帳カードである。

１…画像処理装置
２５…表示操作パネル
３０…プリントエンジン（実行手段の一部）
４０…スキャナユニット（実行手段の一部）
６２…記憶部（ユーザ情報記憶手段）
１１２…読取制御部（読取手段）
１１３…認識部（認識手段）
１１５…判断部（判断手段）
１１６…印刷制御部
１１７…データ保管部
１１９…特定部（特定手段）
２２５…表示操作制御部
Ｄ１…患者データ
Ｆ１…画像フォルダ

特開平８−１０１８６９号公報

Claims (9)

1. ユーザ所有の保険証および診察券の少なくとも一方である媒体を読み取って画像データを得る読取手段と、
   前記読取手段が読み取った前記画像データから、予め定められたルールに則して、前記媒体の種類を特定する特定手段と、
   前記特定手段によって特定された前記媒体の種類に応じた所定の情報を前記画像データから認識する認識手段と、
   複数のユーザに関する情報であるユーザ情報を前記ユーザごとに記憶するユーザ情報記憶手段と、
   前記ユーザに関して実行する処理と、前記媒体の種類と、前記ユーザ情報の有無と、の組合せに応じた基準に基づいて前記ユーザを分類するグループを記憶したグループ記憶手段と、
   前記認識手段が認識した前記媒体の種類に応じた所定の情報と、前記ユーザ情報記憶手段に記憶されている前記媒体を所有するユーザのユーザ情報と、前記基準と、に基づき、前記ユーザが属するグループを判断するものであって、前記ユーザ情報記憶手段にユーザ情報が無かったユーザを初診グループとし、前記ユーザ情報記憶手段にユーザ情報が有ったユーザを再診グループとする判断手段と、
   前記判断手段が判断した前記グループに応じて、前記ユーザに関して実行する処理を出力する出力手段と、
   を備える情報処理システム。
2. 前記出力手段は、前記ユーザ情報記憶手段にユーザ情報が無かったユーザのユーザ情報を前記ユーザ情報記憶手段に追加登録する処理を出力する
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記ユーザ情報記憶手段は、ユーザが前に受診した日である前回受診日を記憶し、
   前記出力手段は、前記判断手段がユーザを前記再診グループとした場合であって、前記前回受診日から経過した日数が所定の値と比べて長い場合に、前の継続の受診でない可能性があるとして、問診票の印刷を出力する
   ことを特徴とする請求項１または２に記載の情報処理システム。
4. 前記出力手段は、処理の選択肢を所定の表示デバイスに表示させ、選択肢から選択する操作を所定の操作デバイスにより受け付け、選択操作を受けた選択肢を実行する処理として出力する
   ことを特徴とする請求項１〜３のいずれか１つに記載の情報処理システム。
5. 前記出力手段は、所定の記憶部に予め設定された前記選択肢については、選択状態を初期値として提示する
   ことを特徴とする請求項４に記載の情報処理システム。
6. 前記出力手段は、複数の処理を出力する
   ことを特徴とする請求項１〜５のいずれか１つに記載の情報処理システム。
7. 情報処理システムで実行される画像処理方法であって、
   前記情報処理システムは、複数のユーザに関する情報であるユーザ情報を前記ユーザごとに記憶するユーザ情報記憶手段と、前記ユーザに関して実行する処理と、ユーザ所有の保険証および診察券の少なくとも一方である媒体の種類と、前記ユーザ情報の有無と、の組合せに応じた基準に基づいて前記ユーザを分類するグループを記憶したグループ記憶手段と、を備え、
   前記媒体を読み取って画像データを得る読取工程と、
   前記読取工程で読み取った前記画像データから、予め定められたルールに則して、前記媒体の種類を特定する特定手段と、
   前記特定手段によって特定された前記媒体の種類に応じた所定の情報を前記画像データから認識する認識工程と、
   前記認識工程で認識した前記媒体の種類に応じた所定の情報と、前記ユーザ情報記憶手段に記憶されている前記媒体を所有するユーザのユーザ情報と、前記基準と、に基づき、前記ユーザが属するグループを判断するものであって、前記ユーザ情報記憶手段にユーザ情報が無かったユーザを初診グループとし、前記ユーザ情報記憶手段にユーザ情報が有ったユーザを再診グループとする判断工程と、
   前記判断工程で判断した前記グループに応じて、前記ユーザに関して実行する処理を出力する出力工程と、
   を含むことを特徴とする画像処理方法。
8. ユーザ所有の保険証および診察券の少なくとも一方である媒体を読み取って画像データを得る読取手段と、
   前記読取手段が読み取った前記画像データから、予め定められたルールに則して、前記媒体の種類を特定する特定手段と、
   前記特定手段によって特定された前記媒体の種類に応じた所定の情報を前記画像データから認識する認識手段と、
   前記認識手段が認識した前記媒体の種類に応じた所定の情報と、複数のユーザに関する情報であって前記ユーザごとに所定の記憶手段に記憶されたユーザ情報と、前記ユーザに関して実行する処理と前記媒体の種類と前記ユーザ情報の有無との組合せに応じた基準と、に基づき、前記ユーザが属するグループを判断するものであって、前記所定の記憶手段にユーザ情報が無かったユーザを初診グループとし、前記所定の記憶手段にユーザ情報が有ったユーザを再診グループとする判断手段と、
   前記判断手段が判断した前記グループに応じて、前記ユーザに関して実行する処理を出力する出力手段と、
   を備える画像処理装置。
9. 画像処理装置を制御するコンピュータを、
   ユーザ所有の保険証および診察券の少なくとも一方である媒体を読み取って画像データを得る読取手段と、
   前記読取手段が読み取った前記画像データから、予め定められたルールに則して、前記媒体の種類を特定する特定手段と、
   前記特定手段によって特定された前記媒体の種類に応じた所定の情報を前記画像データから認識する認識手段と、
   前記認識手段が認識した前記媒体の種類に応じた所定の情報と、複数のユーザに関する情報であって前記ユーザごとに所定の記憶手段に記憶されたユーザ情報と、前記ユーザに関して実行する処理と前記媒体の種類と前記ユーザ情報の有無との組合せに応じた基準と、に基づき、前記ユーザが属するグループを判断するものであって、前記所定の記憶手段にユーザ情報が無かったユーザを初診グループとし、前記所定の記憶手段にユーザ情報が有ったユーザを再診グループとする判断手段と、
   前記判断手段が判断した前記グループに応じて、前記ユーザに関して実行する処理を出力する出力手段と、
   して機能させるためのプログラム。

Images