JP2018173761A - 受付処理プログラム、受付処理方法、および受付処理装置 - Google Patents

Abstract

【課題】次回以降の来院予定数に応じて、未納患者の受け付け処理を制御すること。【解決手段】受付処理装置１０１は、患者の識別情報を含む受け付け依頼を取得する。受付処理装置１０１は、患者の識別情報を含む受け付け依頼を取得すると、記憶部１１０を参照して、受け付け依頼に含まれる識別情報に対応する患者に未納の有無を判定する。受付処理装置１０１は、未納があると判定した場合、受け付け依頼に含まれる識別情報に対応する患者の電子カルテ情報１２０を参照して、当該識別情報に対応する患者の次回以降の来院予定数を特定する。受付処理装置１０１は、特定した次回以降の来院予定数に応じて、取得した受け付け依頼に応じた受け付け処理を実行するか否かを制御する。【選択図】図１

Description

本発明は、受付処理プログラム、受付処理方法、および受付処理装置に関する。

近年、医療機関における医療費の未収金が相当額存在することが明らかになってきている。未収金の増加は、医療機関の経営に影響を与えることになるため、未払いの患者に対して適切な督促を行って未収金を回収することは重要である。

先行技術としては、病院サーバで受付処理を実行した場合に初診又は再診受付処理を実行し、病院サーバから受診データを取得した場合に受診データの登録処理を実行し、病院サーバから診療費の決済指示を取得した場合に医療費の支払処理を実行するものがある。また、再来受付装置が、ホストコンピュータと交信して、患者に未収金がある場合、再来受付けを拒否して、未収金を入金装置で清算するか、窓口へ行くようにガイダンス表示する技術がある。また、傷病別に傷病が治癒するまでの診療の手順と必要来院回数とを記憶したマスタファイルと、患者の傷病名と来院情報とを記憶するマスタファイルの記憶内容に従って、患者の通算来院回数及び残り来院回数を演算する技術がある。

特開２０１４−１５７４１６号公報 特開２００２−２４３７５号公報 特開平１１−２１３０６９号公報

しかしながら、従来技術では、医療費等を未納の患者に対する督促を効率的に行うことが難しい。例えば、来院時に全ての未納患者に対する督促を窓口で行うと、督促業務にかかる手間や時間が増大し、ひいては窓口での混雑を招くおそれがある。

一つの側面では、本発明は、次回以降の来院予定数に応じて、未納患者の受け付け処理を制御することを目的とする。

１つの実施態様では、患者の識別情報を含む受け付け依頼を取得すると、患者の未納情報を記憶した記憶部を参照し、前記識別情報に対応する患者に未納の有無を判定し、未納があると判定した場合、前記識別情報に対応する患者の電子カルテ情報を参照し、前記識別情報に対応する患者の次回以降の来院予定数を特定し、特定した前記次回以降の来院予定数に応じて、前記受け付け依頼に応じた受け付け処理を実行するか否かを制御する、受付処理プログラムが提供される。

本発明の一側面によれば、次回以降の来院予定数に応じて未納患者の受け付け処理を制御することができる。

図１は、実施の形態にかかる受付処理方法の一実施例を示す説明図である。 図２は、情報処理システム２００のシステム構成例を示す説明図である。 図３は、受付処理装置１０１のハードウェア構成例を示すブロック図である。 図４は、自動再来受付機Ｔｉのハードウェア構成例を示すブロック図である。 図５は、未収金管理ＤＢ２２０の記憶内容の一例を示す説明図である。 図６は、標準来院回数ＤＢ２３０の記憶内容の一例を示す説明図である。 図７は、支払予定日ＤＢ２４０の記憶内容の一例を示す説明図である。 図８は、電子カルテＤＢ２６０の記憶内容の一例を示す説明図である。 図９は、受付処理装置１０１の機能的構成例を示すブロック図である。 図１０は、支払承諾確認画面ＳＣの画面例を示す説明図である。 図１１は、自動再来受付機Ｔｉでの再来受付例を示す説明図である。 図１２は、受付処理装置１０１の督促レベル判定処理手順の一例を示すフローチャート（その１）である。 図１３は、受付処理装置１０１の督促レベル判定処理手順の一例を示すフローチャート（その２）である。 図１４は、受付処理装置１０１の受付処理手順の一例を示すフローチャート（その１）である。 図１５は、受付処理装置１０１の受付処理手順の一例を示すフローチャート（その２）である。

以下に図面を参照して、本発明にかかる受付処理プログラム、受付処理方法、および受付処理装置の実施の形態を詳細に説明する。

（実施の形態）
図１は、実施の形態にかかる受付処理方法の一実施例を示す説明図である。図１において、受付処理装置１０１は、患者の識別情報を含む受け付け依頼に応じた受け付け処理を実行するか否かを制御するコンピュータである。ここで、患者は、医療機関において診療や検査を受ける者である。医療機関は、例えば、病院や診療所などである。

受け付け依頼は、診療や検査の受け付けを依頼するものである。受け付け処理は、診療や検査の依頼を受け付ける処理であり、例えば、当日の診療や検査の予約を行う処理である。受け付け依頼は、例えば、患者の操作により、医療機関の自動再来受付機１０２から行うことができる。

自動再来受付機１０２は、再来受付（２回目以降の来院時の受け付け処理）を自動化するためのコンピュータであり、窓口の職員の負荷軽減や混雑緩和などを目的として設置される。自動再来受付機１０２によれば、患者は窓口に行かなくても受け付け依頼を行うことができる。ただし、受け付け依頼は、例えば、患者のスマートフォン、携帯電話機などから受け付けることにしてもよい。

ここで、医療機関において、医療費等を未納の患者に対する督促業務は医事課の職員によって行われることが多い。一方で、医事課の職員は他の業務に追われていることが多く、十分な対応がとれていないのが現状である。例えば、来院時に全ての未納患者に対する督促を窓口で行うと、督促業務にかかる手間や時間が増大し、ひいては窓口での混雑を招くおそれがある。また、患者単位の医療費は少額であることが多く、専任の職員を多数設けたり、全ての未納患者に対して手間暇のかかる督促を行うことは望ましくない。

そこで、本実施の形態では、次回以降の来院予定数に応じて未納患者の受け付け処理の実行を制御することで、未納患者に対する督促業務の効率化を図る受付処理方法について説明する。以下、受付処理装置１０１の処理例について説明する。

（１）受付処理装置１０１は、患者の識別情報を含む受け付け依頼を取得する。具体的には、例えば、受付処理装置１０１は、自動再来受付機１０２から受け付け依頼１０３を受信することにより、受け付け依頼１０３を取得する。受け付け依頼１０３は、患者の識別情報を含む。

（２）受付処理装置１０１は、患者の識別情報を含む受け付け依頼を取得すると、記憶部１１０を参照して、受け付け依頼に含まれる識別情報に対応する患者に未納の有無を判定する。ここで、記憶部１１０は、患者の未納情報を記憶する。未納情報は、患者の未納の有無を特定可能な情報である。図１の例では、受け付け依頼１０３に含まれる識別情報に対応する患者（すなわち、受け付け依頼１０３の依頼元）に未納有りと判定された場合を想定する。

（３）受付処理装置１０１は、未納があると判定した場合、受け付け依頼に含まれる識別情報に対応する患者の電子カルテ情報１２０を参照して、当該識別情報に対応する患者の次回以降の来院予定数を特定する。ここで、電子カルテ情報１２０は、診療録を電子的に記録した情報である。診療録には、例えば、患者の病名、病状、処置、経過などが記録される。電子カルテ情報１２０は、受付処理装置１０１が有していてもよく、また、医療機関の電子カルテシステムから取得されることにしてもよい。

また、次回以降の来院予定数は、医療機関に今後来院する予定の回数である。例えば、病気の種類によって、完治するまでの標準的な来院回数は変化する。このため、受付処理装置１０１は、電子カルテ情報１２０に含まれる病名に応じて、次回以降の来院予定数を特定することにしてもよい。

より詳細に説明すると、例えば、受付処理装置１０１は、電子カルテ情報１２０に含まれる患者の病名に対応する標準的な来院回数を特定する。つぎに、受付処理装置１０１は、電子カルテ情報１２０を参照して、その病名の病気の診療や検査のために患者がこれまで来院した回数（今回の来院を含む）を特定する。そして、受付処理装置１０１は、標準的な来院回数から、これまで来院した回数を減算することにより、次回以降の来院予定数を特定する。ただし、患者の次回以降の来院予定数は、医師や看護師などの医療従事者によって電子カルテ情報１２０に登録されることにしてもよい。

（４）受付処理装置１０１は、特定した次回以降の来院予定数に応じて、取得した受け付け依頼に応じた受け付け処理を実行するか否かを制御する。具体的には、例えば、受付処理装置１０１は、次回以降の来院予定数がゼロの場合、受け付け依頼１０３に応じた受け付け処理を実行しない。

この際、受付処理装置１０１は、未納に関する情報を出力することにしてもよい。未納に関する情報は、例えば、患者に未納があることを示す情報である。未納に関する情報には、例えば、患者の識別情報や未納額などが含まれていてもよい。具体的には、例えば、受付処理装置１０１は、未納に関する情報を自動再来受付機１０２に表示することにしてもよい。

これにより、次回以降の来院予定がなく未収金についての督促が急務である患者については、自動再来受付機１０２での自動受付を行わず、窓口に誘導することができる。そして、窓口での受け付けの際に、患者に対して未収金についての督促を行うことが可能となり、督促の機会を逃して未収金を回収できなくなる事態を回避することができる。

また、例えば、受付処理装置１０１は、次回以降の来院予定数が１以上の場合、受け付け依頼１０３に応じた受け付け処理を実行する。この際、受付処理装置１０１は、未納に関する情報を出力することにしてもよい。これにより、次回以降の来院予定がある患者については、未収金についての督促が急務ではないとして、自動再来受付機１０２での自動受付を行って、診療科や検査科に直接向かわせることができる。

これらのことから、受付処理装置１０１によれば、全ての未納患者を窓口に誘導するのではなく、督促が急務である未納患者のみを窓口に誘導することができ、窓口の職員の負担を軽減することができる。また、今後の来院予定がないような未納患者に対して手厚い督促行為を行うことが可能となり、未収金の回収漏れを減らすことができる。

（情報処理システム２００のシステム構成例）
つぎに、図１に示した受付処理装置１０１を、医療機関Ｍに導入される情報処理システム２００に適用した場合を例に挙げて説明する。

図２は、情報処理システム２００のシステム構成例を示す説明図である。図２において、情報処理システム２００は、未収金督促システム２０１と、電子カルテシステム２０２と、自動再来受付機Ｔ１〜Ｔｎ（ｎ：２以上の自然数）と、クライアント装置Ｃ１〜Ｃｍ（ｍ：２以上の自然数）と、を含む。情報処理システム２００において、未収金督促システム２０１、電子カルテシステム２０２、自動再来受付機Ｔ１〜Ｔｎ、およびクライアント装置Ｃ１〜Ｃｍは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。

以下の説明では、自動再来受付機Ｔ１〜Ｔｎのうちの任意の自動再来受付機を「自動再来受付機Ｔｉ」と表記する場合がある（ｉ＝１，２，…，ｎ）。図１に示した自動再来受付機１０２は、例えば、自動再来受付機Ｔｉに相当する。また、クライアント装置Ｃ１〜Ｃｍのうちの任意のクライアント装置を「クライアント装置Ｃｊ」と表記する場合がある（ｊ＝１，２，…，ｍ）。

受付処理装置１０１は、未収金に関する情報を管理する未収金督促システム２０１を実現するコンピュータの一つである。受付処理装置１０１は、例えば、サーバである。受付処理装置１０１は、未収金管理ＤＢ（Ｄａｔａｂａｓｅ）２２０と、標準来院回数ＤＢ２３０と、支払予定日ＤＢ２４０と、伝票ＤＢ２５０と、を有する。未収金管理ＤＢ２２０、標準来院回数ＤＢ２３０および支払予定日ＤＢ２４０の記憶内容については、図５〜図７を用いて後述する。図１に示した記憶部１１０は、例えば、未収金管理ＤＢ２２０に相当する。

伝票ＤＢ２５０は、伝票情報を記憶する。伝票情報は、医療機関Ｍにおいて発行される伝票の情報である。伝票情報は、例えば、伝票ＩＤと対応付けて、患者の診療内容、検査内容、処方薬剤などに応じた医療費を表す情報である。伝票ＩＤは、伝票情報を一意に識別する識別情報である。

電子カルテシステム２０２は、電子カルテＤＢ２６０を有し、医師や看護師などの医療従事者が記録する診療録（カルテ）を、電子的に記録、保存するコンピュータシステムである。電子カルテＤＢ２６０の記憶内容については、図８を用いて後述する。

自動再来受付機Ｔｉは、受け付け依頼を行うコンピュータである。自動再来受付機Ｔｉは、例えば、医療機関Ｍの入り口付近に設置される。医療機関Ｍに来院した患者が自動再来受付機Ｔｉに診察券ｃｄを挿入すると、後述の図４に示す読取部４０５により、診察券ｃｄに記録された患者ＩＤが読み取られる。自動再来受付機Ｔｉは、読み取った患者ＩＤを含む受け付け依頼を受付処理装置１０１に送信する。

クライアント装置Ｃｊは、医療機関Ｍの職員が使用するコンピュータである。クライアント装置Ｃｊは、例えば、医療機関Ｍの窓口に設置されるＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。また、クライアント装置Ｃｊは、未収金を回収する回収担当者のスマートフォン、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、タブレットＰＣなどであってもよい。

なお、ここでは受付処理装置１０１が未収金督促システム２０１のコンピュータである場合を例に挙げて説明したが、これに限らない。例えば、受付処理装置１０１は、電子カルテシステム２０２のコンピュータによって実現されることにしてもよい。

（受付処理装置１０１のハードウェア構成例）
図３は、受付処理装置１０１のハードウェア構成例を示すブロック図である。図３において、受付処理装置１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、メモリ３０２と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、ディスクドライブ３０４と、ディスク３０５と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、受付処理装置１０１の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

Ｉ／Ｆ３０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータ（例えば、図２に示した電子カルテシステム２０２、自動再来受付機Ｔ１〜Ｔｎ、クライアント装置Ｃ１〜Ｃｍ）に接続される。そして、Ｉ／Ｆ３０３は、ネットワーク２１０と装置内部とのインターフェースを司り、他のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ３０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

ディスクドライブ３０４は、ＣＰＵ３０１の制御に従ってディスク３０５に対するデータのリード／ライトを制御する。ディスク３０５は、ディスクドライブ３０４の制御で書き込まれたデータを記憶する。ディスク３０５としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

なお、受付処理装置１０１は、上述した構成部のほかに、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、入力装置、ディスプレイ等を有することにしてもよい。また、図２に示したクライアント装置Ｃ１〜Ｃｍについても、受付処理装置１０１と同様のハードウェア構成により実現することができる。ただし、クライアント装置Ｃ１〜Ｃｍは、入力装置およびディスプレイを有する。

（自動再来受付機Ｔｉのハードウェア構成例）
図４は、自動再来受付機Ｔｉのハードウェア構成例を示すブロック図である。図４において、自動再来受付機Ｔｉは、ＣＰＵ４０１と、メモリ４０２と、入力装置４０３と、Ｉ／Ｆ４０４と、読取部４０５と、ディスプレイ４０６と、印刷部４０７と、を有する。また、各構成部は、バス４００によってそれぞれ接続される。

ここで、ＣＰＵ４０１は、自動再来受付機Ｔｉの全体の制御を司る。メモリ４０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。

入力装置４０３は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置４０３は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。

Ｉ／Ｆ４０４は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータ（例えば、受付処理装置１０１）に接続される。そして、Ｉ／Ｆ４０４は、ネットワークと装置内部とのインターフェースを司り、他のコンピュータからのデータの入出力を制御する。

読取部４０５は、患者の診察券ｃｄに記録された情報を読み取る。診察券ｃｄは、例えば、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードである。読取部４０５は、例えば、ＩＣカードリーダである。

ディスプレイ４０６は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０６としては、例えば、液晶ディスプレイ、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などを採用することができる。印刷部４０７は、画像データや文書データを印刷する。

なお、自動再来受付機Ｔｉは、上述した構成部のほかに、例えば、ＳＳＤ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、スピーカ等を有することにしてもよい。

（未収金管理ＤＢ２２０の記憶内容）
つぎに、受付処理装置１０１が有する未収金管理ＤＢ２２０の記憶内容について説明する。未収金管理ＤＢ２２０は、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置により実現される。

図５は、未収金管理ＤＢ２２０の記憶内容の一例を示す説明図である。図５において、未収金管理ＤＢ２２０は、患者ＩＤ、氏名、未納伝票ＩＤ、督促禁止フラグ、除外条件フラグ、注意フラグ、約束不履行フラグ、督促レベルおよび関連患者ＩＤのフィールドを有する。各フィールドに情報を設定することで、未収金管理情報（例えば、未収金管理情報５００−１〜５００−３）がレコードとして記憶される。

ここで、患者ＩＤは、医療機関Ｍの患者を一意に識別する識別情報である。氏名は、患者の氏名である。未納伝票ＩＤは、患者が未納の医療費に関する伝票の伝票ＩＤである。督促禁止フラグは、患者への督促が禁止されているか否かを示すフラグである。ここでは、督促禁止フラグ「１」は、患者への督促が禁止されていることを示す。督促禁止フラグ「０」は、患者への督促が禁止されていないことを示す。例えば、経済的な理由により医療費を支払うことができない患者や診療行為等に対する紛争中の患者の督促禁止フラグに「１」が設定される。

除外条件フラグは、患者が除外条件を満たすか否かを示すフラグである。除外条件は、督促対象から除外する条件である。ここでは、除外条件フラグ「１」は、除外条件を満たすことを示す。除外条件フラグ「０」は、除外条件を満たさないことを示す。例えば、未来の支払予定日がある患者や、医療機関Ｍへの入院予定がある患者や、保険調停中の患者や、当日に督促済みの患者の除外条件フラグに「１」が設定される。

注意フラグは、要注意人物であるか否かを示すフラグである。ここでは、注意フラグ「１」は、要注意人物であることを示す。注意フラグ「０」は、要注意人物ではないことを示す。例えば、未納常習者やクレーマーである患者の注意フラグに「１」が設定される。約束不履行フラグは、支払予定日までに医療費を支払う約束を履行したか否かを示すフラグである。約束不履行フラグ「１」は、約束を履行しなかったことを示す。約束不履行フラグ「０」は、現在約束がない、約束日前である、約束を履行したなどを示す。

督促レベルは、未収金についての督促を行うべき度合いを示す。ここでは、督促レベルとして「０，１，２，３」のいずれかが設定される。督促レベル「０」が督促を行うべき度合いが最も低く、督促レベル「３」が督促を行うべき度合いが最も高い。関連患者ＩＤは、患者ＩＤの患者に関連する他の患者の患者ＩＤを示す。関連する他の患者としては、例えば、家族や同居人などが挙げられる。

なお、未納の医療費が支払われた場合は、未収金管理ＤＢ２２０から対応する未収金管理情報が削除される。

（標準来院回数ＤＢ２３０の記憶内容）
つぎに、受付処理装置１０１が有する標準来院回数ＤＢ２３０の記憶内容について説明する。標準来院回数ＤＢ２３０は、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置により実現される。

図６は、標準来院回数ＤＢ２３０の記憶内容の一例を示す説明図である。図６において、標準来院回数ＤＢ２３０は、病名コードおよび標準来院回数のフィールドを有し、各フィールドに情報を設定することで、標準来院回数情報（例えば、標準来院回数情報６００−１〜６００−５）をレコードとして記憶する。

ここで、病名コードは、病名に対応するコードである。標準来院回数は、病名コードに対応する病名の患者が完治するまでに来院する標準的な回数を示す。標準来院回数は、例えば、平均来院回数をもとに設定される。なお、病名コードとして、代表病名の病名コードが設定されることにしてもよい。

代表病名とは、標準来院回数が同程度であって、医学的に同類である複数の病名や、症状が類似する複数の病名などを集約したものである。例えば、「指骨骨折」、「肋骨骨折」、「鼻骨骨折」などを集約した代表病名として「骨折」が挙げられる。代表病名の病名コードが設定された場合、異なる病名であっても、病名コードが同一となることがある。

（支払予定日ＤＢ２４０の記憶内容）
つぎに、受付処理装置１０１が有する支払予定日ＤＢ２４０の記憶内容について説明する。支払予定日ＤＢ２４０は、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置により実現される。

図７は、支払予定日ＤＢ２４０の記憶内容の一例を示す説明図である。図７において、支払予定日ＤＢ２４０は、患者ＩＤおよび支払予定日のフィールドを有し、各フィールドに情報を設定することで、支払予定日情報（例えば、支払予定日情報７００−１，７００−２）をレコードとして記憶する。

ここで、患者ＩＤは、医療機関Ｍの患者を一意に識別する識別情報である。支払予定日は、患者が未納分の医療費を支払う期日として指定された日である。なお、未納の医療費が支払われた場合は、支払予定日ＤＢ２４０から対応する支払予定日情報が削除される。

（電子カルテＤＢ２６０の記憶内容）
つぎに、電子カルテシステム２０２が有する電子カルテＤＢ２６０の記憶内容について説明する。電子カルテＤＢ２６０は、例えば、電子カルテシステム２０２の記憶装置により実現される。

図８は、電子カルテＤＢ２６０の記憶内容の一例を示す説明図である。図８において、電子カルテＤＢ２６０は、患者ＩＤ、氏名、病名、病名コード、来院回数および現在位置のフィールドを有し、各フィールドに情報を設定することで、電子カルテ情報（例えば、電子カルテ情報８００−１，８００−２）をレコードとして記憶する。

ここで、患者ＩＤは、医療機関Ｍの患者を一意に識別する識別情報である。氏名は、患者の氏名である。病名は、患者の病名である。病名コードは、患者の病名に対応する病名コードである。来院回数は、対応する病名の病気の診療や検査のために患者がこれまで来院した回数を示す。

現在位置は、医療機関Ｍにおける患者の現在位置を示す。例えば、自動再来受付機Ｔｉでの受け付け処理が実行された場合は、現在位置フィールドに、当日の診療や検査を行う診察室や検査室が設定される。一方、自動再来受付機Ｔｉでの受け付け処理が実行されなかった場合には、現在位置フィールドに、窓口が設定される。医療機関Ｍに患者がいない場合や現在位置を特定できない場合、現在位置フィールドには「−（Ｎｕｌｌ）」が設定される。

なお、電子カルテＤＢ２６０には、患者の年齢、性別、住所、連絡先などの情報が、患者ＩＤと対応付けて記憶されていてもよい。図１に示した電子カルテ情報１２０は、例えば、電子カルテ情報８００−１，８００−２に相当する。

（受付処理装置１０１の機能的構成例）
図９は、受付処理装置１０１の機能的構成例を示すブロック図である。図９において、受付処理装置１０１は、取得部９０１と、判定部９０２と、特定部９０３と、実行制御部９０４と、出力部９０５と、を含む構成である。取得部９０１〜出力部９０５は制御部となる機能であり、具体的には、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０５などの記憶装置に記憶される。

取得部９０１は、患者の識別情報を含む受け付け依頼を取得する。具体的には、例えば、取得部９０１は、患者ＩＤを含む受け付け依頼を自動再来受付機Ｔｉから受信することにより、患者ＩＤを含む受け付け依頼を取得する。

判定部９０２は、未収金管理ＤＢ２２０（図５参照）を参照して、取得された受け付け依頼に含まれる識別情報に対応する患者に未納の有無を判定する。具体的には、例えば、判定部９０２は、未収金管理ＤＢ２２０から、受け付け依頼に含まれる患者ＩＤに対応する未収金管理情報を検索する。ここで、未収金管理情報が検索された場合、判定部９０２は、患者に未納があると判定する。一方、未収金管理情報が検索されなかった場合、判定部９０２は、患者に未納がないと判定する。

一例として、患者ＩＤ「Ｐ１」の患者を例に挙げると、未収金管理ＤＢ２２０から未収金管理情報５００−１が検索され、未納があると判定される。また、患者ＩＤ「Ｐ２」の患者を例に挙げると、未収金管理ＤＢ２２０から未収金管理情報５００−２が検索され、未納があると判定される。

特定部９０３は、未納があると判定された場合、受け付け依頼に含まれる識別情報に対応する患者の電子カルテ情報を参照して、当該識別情報に対応する患者の次回以降の来院予定数を特定する。具体的には、例えば、特定部９０３は、未納があると判定された場合、電子カルテシステム２０２（図２参照）に対して、受け付け依頼に含まれる患者ＩＤに対応する電子カルテ情報を問い合わせる。

電子カルテシステム２０２は、患者ＩＤを指定した問い合わせを受け付けると、電子カルテＤＢ２６０（図８参照）から、指定された患者ＩＤに対応する電子カルテ情報を抽出する。そして、電子カルテシステム２０２は、抽出した電子カルテ情報を受付処理装置１０１に送信する。

つぎに、特定部９０３は、電子カルテシステム２０２から得られた電子カルテ情報を参照して、患者の病名コードおよび来院回数を特定する。この来院回数は、前回までの来院回数である。また、特定部９０３は、標準来院回数ＤＢ２３０（図６参照）を参照して、特定した病名コードに対応する標準来院回数を特定する。そして、特定部９０３は、下記式（１）を用いて、患者の次回以降の来院予定数を特定する。なお、来院回数に「１」を加算するのは、今回の来院を考慮するためである。

次回以降の来院予定数＝標準来院回数−（来院回数＋１）・・・（１）

一例として、患者ＩＤ「Ｐ１」の患者を例に挙げると、電子カルテ情報８００−１から病名コード「ｄｃ４」および来院回数「３」が特定される。また、標準来院回数ＤＢ２３０から病名コード「ｄｃ４」に対応する標準来院回数「１０」が特定される。そして、上記式（１）から次回以降の来院予定数「６（＝１０−（３＋１））」が特定される。

また、患者ＩＤ「Ｐ２」の患者を例に挙げると、電子カルテ情報８００−２から病名コード「ｄｃ５」および来院回数「４」が特定される。また、標準来院回数ＤＢ２３０から病名コード「ｄｃ５」に対応する標準来院回数「５」が特定される。そして、上記式（１）から次回以降の来院予定数「０（＝５−（４＋１））」が特定される。

なお、患者が複数の病気にかかっている場合には、特定部９０３は、複数の病気それぞれの次回以降の来院予定数のうちの最大の来院予定数を特定することにしてもよい。

実行制御部９０４は、特定された次回以降の来院予定数に応じて、受け付け依頼に応じた受け付け処理を実行するか否かを制御する。ここで、受け付け処理は、診療や検査の予約を行う処理である。例えば、前回の来院時に内科のＡ先生の診療を予約していた場合、受け付け処理により、当日の診療予約『内科診察室：１０時からＡ先生』が電子カルテシステム２０２に登録される。

具体的には、例えば、実行制御部９０４は、次回以降の来院予定数がゼロの場合、受け付け依頼に応じた受け付け処理を実行しない。一方、次回以降の来院予定数が１以上の場合には、実行制御部９０４は、受け付け依頼に応じた受け付け処理を実行することにしてもよい。

また、実行制御部９０４は、次回以降の来院予定数が閾値α未満の場合に、受け付け依頼に応じた受け付け処理を実行しないようにし、次回以降の来院予定数が閾値α以上の場合に、受け付け依頼に応じた受け付け処理を実行することにしてもよい。閾値αは、任意に設定可能であり、例えば、１〜３程度の値が設定される。

また、実行制御部９０４は、受け付け依頼に応じた受け付け処理を実行しない場合、自動再来受付機Ｔｉを制御して、窓口への移動を促すメッセージを出力することにしてもよい。窓口への移動を促すメッセージは、例えば、『窓口へお越し下さい。』といったメッセージである。具体的には、例えば、実行制御部９０４は、窓口への移動を促すメッセージを、ディスプレイ４０６（図４参照）に表示したり、印刷部４０７（図４参照）から印刷出力してもよい。

一例として、患者ＩＤ「Ｐ１」の患者を例に挙げると、次回以降の来院予定数は「６」である。この場合、実行制御部９０４は、次回以降の来院予定数が１以上のため、受け付け依頼に応じた受け付け処理を実行する。また、患者ＩＤ「Ｐ２」の患者を例に挙げると、次回以降の来院予定数は「０」である。この場合、実行制御部９０４は、例えば、受け付け依頼に応じた受け付け処理を実行せず、窓口への移動を促すメッセージを出力する。これにより、次回以降の来院予定数が「０」である患者Ｐ２を窓口に誘導することができる。

出力部９０５は、未納があると判定された場合、未納情報を出力する。ここで、未納情報とは、未納に関する情報であり、例えば、患者に未納があることを示す情報である。未納情報には、例えば、患者ＩＤや未納額（未収額）などが含まれていてもよい。未納額（未収額）は、例えば、未収金管理情報の未納伝票ＩＤから特定することができる。

より詳細に説明すると、例えば、受付処理装置１０１は、伝票ＤＢ２５０（図２参照）から、患者の未収金管理情報の未納伝票ＩＤに対応する伝票情報を取得する。そして、受付処理装置１０１は、取得した伝票情報が表す医療費を、その患者の未納額（未収額）として特定する。ただし、複数の伝票情報が取得された場合は、受付処理装置１０１は、取得した各伝票情報が表す医療費を累計した金額を、その患者の未収額として特定する。

出力部９０５の出力形式としては、例えば、自動再来受付機Ｔｉのディスプレイ４０６への表示、自動再来受付機Ｔｉの印刷部４０７への印刷出力、Ｉ／Ｆ３０３によるクライアント装置Ｃｊへの送信などがある。

具体的には、例えば、出力部９０５は、受け付け依頼に応じた受け付け処理が実行されない場合、自動再来受付機Ｔｉを制御して、未納に関するメッセージを、ディスプレイ４０６に表示したり、印刷部４０７から印刷出力するようにしてもよい。未納に関するメッセージは、例えば、『未納の医療費があります。お早めのお支払いをお願いします。』といった未納の存在を通知するものである。

また、例えば、出力部９０５は、受け付け依頼に応じた受け付け処理が実行されない場合、受け付け依頼に含まれる患者ＩＤに対応する患者の未納情報を、特定の端末装置に送信することにしてもよい。特定の端末装置は、例えば、図２に示したクライアント装置Ｃ１〜Ｃｍであってもよく、また、クライアント装置Ｃ１〜Ｃｍのうちのいずれかのクライアント装置Ｃｊであってもよい。

具体的には、例えば、出力部９０５は、受け付け依頼に含まれる患者ＩＤを含む未納情報を、窓口に設置されたクライアント装置Ｃｊや未収金を回収する回収担当者のクライアント装置Ｃｊに送信することにしてもよい。これにより、未納がある患者であって、次回以降の来院予定数が「０」である患者が来院したことを、窓口の職員や未収金を回収する担当者に通知することができる。

また、例えば、出力部９０５は、受け付け依頼に応じた受け付け処理が実行された場合には、自動再来受付機Ｔｉを制御して、未納に関するメッセージを、印刷部４０７によって受付票に印字して出力することにしてもよい。受付票とは、受け付け処理が実行されたことに応じて自動再来受付機Ｔｉから発行される紙媒体である。受付票には、例えば、受付番号や、予約された診療や検査の開始予定時刻、場所などが印字される。

また、実行制御部９０４は、次回以降の来院予定数が１以上の場合、未納情報を出力して、未納についての支払いを承諾するか否かの選択を受け付けることにしてもよい。支払いを承諾するか否かの選択は、自動再来受付機Ｔｉのディスプレイ４０６に表示される操作画面、例えば、後述の図１０に示す支払承諾確認画面ＳＣ１において行われる。

そして、実行制御部９０４は、支払いを承認する選択を受け付けた場合に、受け付け依頼に応じた受け付け処理を実行することにしてもよい。一方、実行制御部９０４は、支払いを承諾しない選択を受け付けた場合には、受け付け依頼に応じた受け付け処理は実行しないことにしてもよい。

また、実行制御部９０４は、支払いを承認する選択を受け付けた場合に、さらに、支払予定日の入力を受け付けることにしてもよい。そして、実行制御部９０４は、支払予定日の入力を受け付けた場合に、受け付け依頼に応じた受け付け処理を実行することにしてもよい。一方、実行制御部９０４は、支払予定日の入力を受け付けなかった場合には、受け付け依頼に応じた受け付け処理は実行しないことにしてもよい。

入力された支払予定日は、例えば、受け付け依頼に含まれる患者ＩＤと対応付けて、図７に示した支払予定日ＤＢ２４０に記憶される。なお、支払予定日までに医療費の一部または全部が支払われなかった場合には、図５に示した未収金管理ＤＢ２２０内の対応する未収金管理情報の約束不履行フラグに「１」が設定される。

また、判定部９０２は、未納がある患者の督促レベルを判定することにしてもよい。督促レベルは、未収金についての督促を行うべき度合いを示す指標である。具体的には、例えば、判定部９０２は、未収金管理ＤＢ２２０を参照して、未納がある患者のうち、督促が禁止されている患者の督促レベルを「０」と判定することにしてもよい。

また、例えば、判定部９０２は、未収金管理ＤＢ２２０を参照して、未納がある患者のうち、督促対象から除外する条件（除外条件）を満たす患者の督促レベルを「１」と判定することにしてもよい。また、例えば、判定部９０２は、未収金管理ＤＢ２２０を参照して、未納がある患者のうち、要注意人物である患者の督促レベルを「３」と判定することにしてもよい。

また、例えば、判定部９０２は、未収金管理ＤＢ２２０を参照して、未納がある患者のうち、支払予定日までに医療費を支払う約束を履行しなかった患者の督促レベルを「２」と判定することにしてもよい。この際、判定部９０２は、未収額（未収金の額）が閾値Ｘ以上の場合、督促レベルを「３」と判定することにしてもよい。

閾値Ｘは、任意に設定可能であり、例えば、数万円から数十万円程度に設定される。未収額は、例えば、未収金管理情報の未納伝票ＩＤから特定することができる。より詳細に説明すると、例えば、判定部９０２は、伝票ＤＢ２５０（図２参照）から、患者の未収金管理情報の未納伝票ＩＤに対応する伝票情報を取得する。そして、判定部９０２は、取得した伝票情報が表す医療費を累計した金額を、その患者の未収額として特定する。

一例として、患者ＩＤ「Ｐ３」の未収金管理情報５００−３を例に挙げると、判定部９０２は、伝票ＤＢ２５０から、未収金管理情報５００−３の未納伝票ＩＤに対応する伝票情報ｓ３，ｓ１５を取得する。そして、判定部９０２は、取得した伝票情報ｓ３，ｓ１５が表す医療費を累計した金額を、その患者の未納額（未収額）として特定する。

また、例えば、判定部９０２は、未納伝票ＩＤの伝票が発行されてから所定期間が経過した患者の督促レベルを「３」と判定することにしてもよい。伝票の発行日は、伝票情報から特定される。所定期間は、任意に設定可能であり、例えば、医療費の請求が時効となるまでの期間をもとに設定される。例えば、時効となる期間が「３年」の場合、所定期間は「２年１０ヶ月」程度に設定される。

なお、判定された患者の督促レベルは、患者の患者ＩＤと対応付けて未収金管理ＤＢ２２０に記憶される。

また、実行制御部９０４は、患者の督促レベルに基づいて、受け付け依頼に応じた受け付け処理を実行するか否かを制御することにしてもよい。督促レベルは、例えば、受け付け依頼に含まれる患者ＩＤに対応する未収金管理情報から特定することができる。具体的には、例えば、実行制御部９０４は、督促レベルが「０」の場合は、受け付け依頼に応じた受け付け処理を実行することにしてもよい。

また、例えば、実行制御部９０４は、督促レベルが「３」の場合には、受け付け依頼に応じた受け付け処理を実行しないことにしてもよい。また、例えば、実行制御部９０４は、督促レベルが「１」であり、かつ、次回以降の来院予定数が１以上の場合には、受け付け依頼に応じた受け付け処理を実行することにしてもよい。

また、例えば、実行制御部９０４は、督促レベルが「２」であり、かつ、次回以降の来院予定数が１以上の場合、未納についての支払いを承諾するか拒否するかの選択を受け付けることにしてもよい。そして、実行制御部９０４は、支払いを承認する選択を受け付けた場合に、受け付け依頼に応じた受け付け処理を実行することにしてもよい。一方、実行制御部９０４は、支払いを拒否する選択を受け付けた場合には、受け付け依頼に応じた受け付け処理は実行しないことにしてもよい。

（支払承諾確認画面ＳＣの画面例）
つぎに、自動再来受付機Ｔｉのディスプレイ４０６に表示される支払承諾確認画面ＳＣの画面例について説明する。

図１０は、支払承諾確認画面ＳＣの画面例を示す説明図である。図１０において、支払承諾確認画面ＳＣ１は、未納情報１０００を含み、未納についての支払いを承諾するか否かの選択を受け付ける操作画面である。支払承諾確認画面ＳＣ１によれば、ユーザ（患者）は、未納情報１０００を参照して、未納の医療費があり、それがいつの診療のもので、いくら支払っていないのかといったことを確認することができる。

支払承諾確認画面ＳＣ１において、図４に示した入力装置４０３を用いたユーザ操作により、ボタン１００１，１００２のいずれかを選択すると、未納についての支払いを承諾するか否かを選択することができる。例えば、ボタン１００１を選択すると、ディスプレイ４０６に支払承諾確認画面ＳＣ２が表示される。この場合、受付処理装置１０１の実行制御部９０４により、未納についての支払いを承諾する選択が受け付けられる。

支払承諾確認画面ＳＣ２は、支払予定日の入力を受け付ける操作画面である。支払承諾確認画面ＳＣ２において、ユーザ操作により、ボタン１００３〜１００５を選択すると、支払予定日となる年月日を選択することができる。また、ボタン１００６を選択すると、カレンダが表示され、カレンダから支払予定日を選択することができる。

支払承諾確認画面ＳＣ２において、支払予定日が選択された状態でボタン１００７を選択すると、受付処理装置１０１の実行制御部９０４により、選択された支払予定日の入力が受け付けられる。ただし、支払予定日が当日から一定期間（例えば、１ヶ月）以上先の日付の場合、実行制御部９０４は、支払予定日を入力し直すように促すアラートを出力することにしてもよい。

また、支払承諾確認画面ＳＣ１において、ボタン１００２を選択すると、ディスプレイ４０６に支払承諾確認画面ＳＣ３が表示される。この場合、受付処理装置１０１の実行制御部９０４により、未納についての支払いを承諾しない選択が受け付けられる。支払承諾確認画面ＳＣ３によれば、未納についての支払いを拒否したユーザ（患者）を窓口に誘導することができる。

（自動再来受付機Ｔｉでの再来受付例）
つぎに、図１１を用いて、自動再来受付機Ｔｉでの再来受付例について説明する。ただし、ここで説明する受け付け依頼に応じた受け付け処理の実行例は一例である。

図１１は、自動再来受付機Ｔｉでの再来受付例を示す説明図である。図１１において、医療機関Ｍに設置された自動再来受付機Ｔ１〜Ｔ４が表示されており、各自動再来受付機Ｔ１〜Ｔ４を患者Ｐａ，Ｐｂ，Ｐｃ，Ｐｄが利用している。

患者Ｐａは、未納がない、あるいは、督促レベル「０」の患者である。患者Ｐａの場合、自動再来受付機Ｔ１において受け付け依頼に応じて受け付け処理が実行される。このため、患者Ｐａは、窓口に行くことなく、診療科や検査科に直接向かうことができる。

患者Ｐｂは、督促レベル「１」の患者である。患者Ｐｂの場合、次回以降の来院予定数が１以上の場合には、自動再来受付機Ｔ２において受け付け処理が実行される。一方、次回以降の来院予定数がゼロの場合には、自動再来受付機Ｔ２において受け付け処理が実行されない。このため、患者Ｐｂは、医療機関Ｍへの来院予定が最後のときにだけ窓口に誘導され、それ以外は診療科や検査科に直接向かうことができる。

患者Ｐｃは、督促レベル「２」の患者である。患者Ｐｃの場合、次回以降の来院予定数が１以上であり、かつ、未納についての支払いを承諾（あるいは、支払予定日を入力）した場合に、自動再来受付機Ｔ３において受け付け処理が実行される。一方、次回以降の来院予定数がゼロである、または、未納についての支払いを拒否した場合、自動再来受付機Ｔ３において受け付け処理が実行されない。このため、患者Ｐｃは、医療機関Ｍへの来院予定が最後のとき、または、未納についての支払いを拒否したときに窓口に誘導され、それ以外は診療科や検査科に直接向かうことができる。

患者Ｐｄは、督促レベル「３」の患者である。患者Ｐｄの場合、自動再来受付機Ｔ４において受け付け処理が実行されない。このため、患者Ｐｄは、窓口に行かなければ受け付け処理を行うことができない。

また、各自動再来受付機Ｔ１〜Ｔ４において受け付け処理が実行されない場合、受け付け依頼に含まれる患者ＩＤを含む未納情報が、窓口に設置されたクライアント装置Ｃｊや未収金を回収する担当者のクライアント装置Ｃｊに送信される。このため、窓口の職員や回収担当者は、督促を行うべき患者が来院したことを把握して、未収金を回収する機会を逃さないようにすることができる。例えば、回収担当者は、電子カルテシステム２０２にアクセスして、未納情報に含まれる患者ＩＤに対応する患者の現在位置を確認し、督促を行うために患者のもとに出向くことができる。さらに、回収担当者は、未納情報に含まれる患者ＩＤに対応する未収金管理情報の関連患者ＩＤを参照して、未納患者の家族等にも未納であれば、その分の督促をあわせて行うことができる。

（受付処理装置１０１の各種処理手順）
つぎに、図１２〜図１５を用いて、受付処理装置１０１の各種処理手順について説明する。まず、図１２および図１３を用いて、受付処理装置１０１の督促レベル判定処理手順について説明する。督促レベル判定処理は、例えば、定期的（１日１回など）および／または未収金管理ＤＢ２２０の更新時に実行される。

図１２および図１３は、受付処理装置１０１の督促レベル判定処理手順の一例を示すフローチャートである。図１２のフローチャートにおいて、まず、受付処理装置１０１は、未収金管理ＤＢ２２０から選択されていない未選択の未収金管理情報があるか否かを判断する（ステップＳ１２０１）。

ここで、未選択の未収金管理情報がある場合（ステップＳ１２０１：Ｙｅｓ）、受付処理装置１０１は、未収金管理ＤＢ２２０から選択されていない未選択の未収金管理情報を選択する（ステップＳ１２０２）。つぎに、受付処理装置１０１は、選択した未収金管理情報を参照して、督促禁止フラグが「１」であるか否かを判断する（ステップＳ１２０３）。

ここで、督促禁止フラグが「１」の場合（ステップＳ１２０３：Ｙｅｓ）、受付処理装置１０１は、選択した未収金管理情報の督促レベルに「０」を設定して（ステップＳ１２０４）、ステップＳ１２０１に戻る。一方、督促禁止フラグが「０」の場合（ステップＳ１２０３：Ｎｏ）、受付処理装置１０１は、選択した未収金管理情報を参照して、除外条件フラグが「１」であるか否かを判断する（ステップＳ１２０５）。

ここで、除外条件フラグが「１」の場合（ステップＳ１２０５：Ｙｅｓ）、受付処理装置１０１は、選択した未収金管理情報の督促レベルに「１」を設定して（ステップＳ１２０６）、ステップＳ１２０１に戻る。一方、除外条件フラグが「０」の場合（ステップＳ１２０５：Ｎｏ）、受付処理装置１０１は、選択した未収金管理情報を参照して、注意フラグが「１」であるか否かを判断する（ステップＳ１２０７）。

ここで、注意フラグが「１」の場合（ステップＳ１２０７：Ｙｅｓ）、受付処理装置１０１は、選択した未収金管理情報の督促レベルに「３」を設定して（ステップＳ１２０８）、ステップＳ１２０１に戻る。一方、注意フラグが「０」の場合（ステップＳ１２０７：Ｎｏ）、受付処理装置１０１は、図１３に示すステップＳ１３０１に移行する。

図１３のフローチャートにおいて、まず、受付処理装置１０１は、選択した未収金管理情報を参照して、約束不履行フラグが「１」であるか否かを判断する（ステップＳ１３０１）。ここで、約束不履行フラグが「０」の場合（ステップＳ１３０１：Ｎｏ）、受付処理装置１０１は、選択した未収金管理情報を参照して、未収額が１０万円以上であるか否かを判断する（ステップＳ１３０２）。

ここで、未収額が１０万円未満の場合（ステップＳ１３０２：Ｎｏ）、受付処理装置１０１は、選択した未収金管理情報の督促レベルに「１」を設定して（ステップＳ１３０３）、図１２に示したステップＳ１２０１に戻る。一方、未収額が１０万円以上の場合（ステップＳ１３０２：Ｙｅｓ）、受付処理装置１０１は、選択した未収金管理情報の督促レベルに「２」を設定して（ステップＳ１３０４）、図１２に示したステップＳ１２０１に戻る。

また、ステップＳ１３０１において、約束不履行フラグが「１」の場合（ステップＳ１３０１：Ｙｅｓ）、受付処理装置１０１は、選択した未収金管理情報を参照して、未収額が１０万円以上であるか否かを判断する（ステップＳ１３０５）。

ここで、未収額が１０万円未満の場合（ステップＳ１３０５：Ｎｏ）、受付処理装置１０１は、ステップＳ１３０４に移行する。一方、未収額が１０万円以上の場合（ステップＳ１３０５：Ｙｅｓ）、受付処理装置１０１は、選択した未収金管理情報の督促レベルに「３」を設定して（ステップＳ１３０６）、図１２に示したステップＳ１２０１に戻る。

また、図１２に示したステップＳ１２０１において、未選択の未収金管理情報がない場合（ステップＳ１２０１：Ｎｏ）、受付処理装置１０１は、本フローチャートによる一連の処理を終了する。これにより、未納がある患者ごとの督促レベルを判定することができる。

つぎに、図１４および図１５を用いて、受付処理装置１０１の受付処理手順について説明する。

図１４および図１５は、受付処理装置１０１の受付処理手順の一例を示すフローチャートである。図１４のフローチャートにおいて、まず、受付処理装置１０１は、自動再来受付機Ｔｉから患者ＩＤを含む受け付け依頼を取得したか否かを判断する（ステップＳ１４０１）。

ここで、受付処理装置１０１は、受け付け依頼を取得するのを待つ（ステップＳ１４０１：Ｎｏ）。そして、受付処理装置１０１は、受け付け依頼を取得した場合（ステップＳ１４０１：Ｙｅｓ）、未収金管理ＤＢ２２０から、受け付け依頼に含まれる患者ＩＤに対応する未収金管理情報を検索する（ステップＳ１４０２）。

つぎに、受付処理装置１０１は、未収金管理情報が検索されたか否かを判断する（ステップＳ１４０３）。ここで、未収金管理情報が検索されなかった場合（ステップＳ１４０３：Ｎｏ）、受付処理装置１０１は、取得した受け付け依頼に応じた受け付け処理を実行して（ステップＳ１４０４）、本フローチャートによる一連の処理を終了する。

一方、未収金管理情報が検索された場合（ステップＳ１４０３：Ｙｅｓ）、受付処理装置１０１は、検索した未収金管理情報を参照して、督促レベルが「０」であるか否かを判断する（ステップＳ１４０５）。ここで、督促レベルが「０」の場合（ステップＳ１４０５：Ｙｅｓ）、受付処理装置１０１は、ステップＳ１４０４に移行する。

一方、督促レベルが「０」ではない場合（ステップＳ１４０５：Ｎｏ）、受付処理装置１０１は、検索した未収金管理情報を参照して、督促レベルが「３」であるか否かを判断する（ステップＳ１４０６）。ここで、督促レベルが「３」の場合（ステップＳ１４０６：Ｙｅｓ）、受付処理装置１０１は、自動再来受付機Ｔｉを制御して、窓口への移動を促すメッセージをディスプレイ４０６に表示する（ステップＳ１４０７）。そして、受付処理装置１０１は、取得した受け付け依頼に含まれる患者ＩＤに対応する患者の未納情報をクライアント装置Ｃｊに送信して（ステップＳ１４０８）、本フローチャートによる一連の処理を終了する。

また、ステップＳ１４０６において、督促レベルが「３」ではない場合（ステップＳ１４０６：Ｎｏ）、受付処理装置１０１は、受け付け依頼に含まれる患者ＩＤに対応する電子カルテ情報を参照して、次回以降の来院予定数を特定する（ステップＳ１４０９）。そして、受付処理装置１０１は、特定した次回以降の来院予定数がゼロ以下であるか否かを判断する（ステップＳ１４１０）。

ここで、次回以降の来院予定数がゼロ以下の場合（ステップＳ１４１０：Ｙｅｓ）、受付処理装置１０１は、自動再来受付機Ｔｉを制御して、窓口への移動を促すメッセージをディスプレイ４０６に表示する（ステップＳ１４１１）。そして、受付処理装置１０１は、受け付け依頼に含まれる患者ＩＤに対応する患者の未納情報をクライアント装置Ｃｊに送信して（ステップＳ１４１２）、本フローチャートによる一連の処理を終了する。

また、ステップＳ１４１０において、次回以降の来院予定数が１以上の場合（ステップＳ１４１０：Ｎｏ）、受付処理装置１０１は、図１５に示したステップＳ１５０１に移行する。

図１５のフローチャートにおいて、まず、受付処理装置１０１は、検索した未収金管理情報を参照して、督促レベルが「１」であるか否かを判断する（ステップＳ１５０１）。ここで、督促レベルが「１」の場合（ステップＳ１５０１：Ｙｅｓ）、受付処理装置１０１は、受け付け依頼に応じた受け付け処理を実行する（ステップＳ１５０２）。そして、受付処理装置１０１は、自動再来受付機Ｔｉを制御して、印刷部４０７によって未納情報を印字した受付票を出力して（ステップＳ１５０３）、本フローチャートによる一連の処理を終了する。

また、ステップＳ１５０１において、督促レベルが「２」の場合（ステップＳ１５０１：Ｎｏ）、受付処理装置１０１は、自動再来受付機Ｔｉを制御して、支払承諾確認画面ＳＣをディスプレイ４０６に表示する（ステップＳ１５０４）。そして、受付処理装置１０１は、支払予定日の入力を受け付けたか否かを判断する（ステップＳ１５０５）。

ここで、支払予定日の入力を受け付けた場合（ステップＳ１５０５：Ｙｅｓ）、受付処理装置１０１は、受け付け依頼に含まれる患者ＩＤと対応付けて、入力された支払予定日を支払予定日ＤＢ２４０に登録する（ステップＳ１５０６）。つぎに、受付処理装置１０１は、受け付け依頼に応じた受け付け処理を実行する（ステップＳ１５０７）。そして、受付処理装置１０１は、自動再来受付機Ｔｉを制御して、印刷部４０７によって未納情報を印字した受付票を出力して（ステップＳ１５０８）、本フローチャートによる一連の処理を終了する。

また、ステップＳ１５０５において、支払予定日の入力を受け付けていない場合（ステップＳ１５０５：Ｎｏ）、受付処理装置１０１は、検索した未収金管理情報の注意フラグに「１」を設定する（ステップＳ１５０９）。つぎに、受付処理装置１０１は、自動再来受付機Ｔｉを制御して、窓口への移動を促すメッセージをディスプレイ４０６に表示する（ステップＳ１５１０）。そして、受付処理装置１０１は、受け付け依頼に含まれる患者ＩＤに対応する患者の未納情報をクライアント装置Ｃｊに送信して（ステップＳ１５１１）、本フローチャートによる一連の処理を終了する。

これにより、次回以降の来院予定数や督促レベルに応じて、自動再来受付機Ｔｉでの未納患者の受け付け処理を制御することができる。

以上説明したように、実施の形態にかかる受付処理装置１０１によれば、自動再来受付機Ｔｉから患者ＩＤを含む受け付け依頼を取得すると、未収金管理ＤＢ２２０を参照して、当該患者ＩＤに対応する患者に未納の有無を判定することができる。そして、受付処理装置１０１によれば、未納があると判定した場合、当該患者ＩＤに対応する患者の電子カルテ情報を参照して次回以降の来院予定数を特定し、次回以降の来院予定数に応じて、受け付け依頼に応じた受け付け処理を実行するか否かを制御することができる。

これにより、医療機関Ｍへの今後の来院予定が少なく督促が急務である未納患者の自動再来受付機Ｔｉでの自動受付を行わないようにして窓口に誘導することができる。また、今後も督促の機会がある未納患者については、自動再来受付機Ｔｉで自動受付して、窓口に誘導しないようにすることができる。すなわち、全ての未納患者を窓口に誘導するのではなく、督促が急務である未納患者のみを窓口に誘導することで、窓口の職員や回収担当者の負担を軽減することができる。また、今後の来院予定が少ない未納患者に対して手厚い督促行為を行うことが可能となり、未収金の回収漏れを減らすことができる。

また、受付処理装置１０１によれば、次回以降の来院予定数がゼロの場合、受け付け依頼に応じた受け付け処理を実行せず、かつ、未納情報を出力することができる。これにより、今後の来院予定がない未納患者の自動再来受付機Ｔｉでの自動受付を行わないようにすることができる。また、例えば、自動再来受付機Ｔｉに未納情報を出力することで、患者に対して未納の存在を通知することができる。

また、受付処理装置１０１によれば、次回以降の来院予定数が１以上の場合、受け付け依頼に応じた受け付け処理を実行し、かつ、未納情報を出力することができる。これにより、今後の来院予定が１回でもある未納患者については、自動再来受付機Ｔｉで自動受付して、窓口に誘導しないようにすることができる。また、過剰な督促行為による患者の満足度の低下を抑えることができる。また、例えば、自動再来受付機Ｔｉに未納情報を出力することで、患者に対して未納の存在を通知することができる。

また、受付処理装置１０１によれば、受け付け依頼に含まれる患者ＩＤに対応する患者の電子カルテ情報に含まれる病名に応じて、次回以降の来院予定数を特定することができる。これにより、医師や看護師等が患者の次回以降の来院予定数を電子カルテ情報に登録するといった操作を行わなくても、患者の病名から次回以降の来院予定数を推定することができる。

また、受付処理装置１０１によれば、次回以降の来院予定数が１以上の場合、未納情報を出力して、未納についての支払いを承諾するか否かの選択を受け付けることができる。そして、受付処理装置１０１によれば、支払いを承諾しない選択を受け付けた場合、受け付け依頼に応じた受け付け処理を実行しない制御を行うことができる。

これにより、今後の来院予定があっても、未納についての支払いを承諾しない未納患者については、自動再来受付機Ｔｉでの自動受付を行わないようにして窓口に誘導することができる。そして、何らかの理由により支払いを承諾していない未納患者に対して手厚い督促行為を行うことが可能となり、未収金の回収漏れを減らすことができる。

また、受付処理装置１０１によれば、支払いを承認する選択を受け付けた場合、受け付け依頼に応じた受け付け処理を実行する制御を行うことができる。これにより、未納についての支払いを承諾した未納患者については、自動再来受付機Ｔｉで自動受付して、窓口に誘導しないようにすることができる。また、自動受付の際に、未納患者に対して、未納の医療費があり、それを支払う必要があることを意識付けることができる。

また、受付処理装置１０１によれば、支払いを承認する選択を受け付けた場合に、さらに、支払予定日の入力を受け付けることができる。そして、受付処理装置１０１によれば、支払予定日の入力を受け付けた場合に、受け付け依頼に応じた受け付け処理を実行し、支払予定日の入力を受け付けなかった場合は、受け付け依頼に応じた受け付け処理は実行しない制御を行うことができる。これにより、未納についての支払いを承諾した場合であっても、さらに、支払予定日を入力する操作を行わせることで、未納患者に対して、未納の医療費を支払う必要があるということをより意識付けることができる。

また、受付処理装置１０１によれば、受け付け依頼に応じた受け付け処理を実行しない場合、当該受け付け依頼に含まれる患者ＩＤに対応する患者の未納情報を、クライアント装置Ｃｊに送信することができる。これにより、督促を行うべき患者が来院したことを、窓口の職員や回収担当者に通知することができる。また、窓口の職員ではなく回収担当者が督促を行うことで、窓口の職員の督促業務にかかる手間や時間を削減することができる。また、回収担当者は、電子カルテ情報から患者の現在位置を確認できるため、患者が在院中の適切なタイミングで患者のもとに出向いて督促を行うことができる。このため、回収担当者の督促業務の効率化を図ることが可能となり、回収担当者の数を抑えることができる。

また、受付処理装置１０１によれば、未納がある患者の属性（例えば、督促禁止フラグ、除外条件フラグ、注意フラグ、約束不履行フラグ等）に基づいて、督促レベルを判定することができる。そして、受付処理装置１０１によれば、判定した督促レベルに基づいて、受け付け依頼に応じた受け付け処理を実行するか否かを制御することができる。

これにより、督促を行うべき未納患者をきめ細かく振り分けることができる。例えば、経済的な理由により医療費を支払うことができないような患者に対しては督促を行わないようにすることができる。また、未来の支払予定日がある患者や、医療機関Ｍへの入院予定がある患者や、保険調停中の患者などについて、督促レベルを低くして、督促を行う優先度を下げることができる。また、未納常習者やクレーマーである患者について、督促レベルを高くして、督促を行う優先度を上げることができる。また、支払予定日までに医療費を支払う約束を履行しなかった患者について、督促レベルを高くして、督促を行う優先度を上げることができる。

これらのことから、実施の形態にかかる情報処理システム２００によれば、医療機関Ｍにおける督促業務を効率化して、未収金の回収率を高めることができる。

なお、本実施の形態で説明した受付処理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本受付処理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本受付処理プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）患者の識別情報を含む受け付け依頼を取得すると、患者の未納情報を記憶した記憶部を参照し、前記識別情報に対応する患者に未納の有無を判定し、
未納があると判定した場合、前記識別情報に対応する患者の電子カルテ情報を参照し、前記識別情報に対応する患者の次回以降の来院予定数を特定し、
特定した前記次回以降の来院予定数に応じて、前記受け付け依頼に応じた受け付け処理を実行するか否かを制御する、
処理をコンピュータに実行させることを特徴とする受付処理プログラム。

（付記２）前記次回以降の来院予定数がゼロの場合、前記受け付け依頼に応じた受け付け処理は実行せず、かつ、未納に関する情報を出力する、
ことを特徴とする付記１に記載の受付処理プログラム。

（付記３）前記次回以降の来院予定数が１以上の場合、前記受け付け依頼に応じた受け付け処理を実行し、かつ、未納に関する情報を出力する、
ことを特徴とする付記１に記載の受付処理プログラム。

（付記４）前記次回以降の来院予定数を特定する処理は、前記識別情報に対応する患者の電子カルテ情報に含まれる病名に応じて、前記次回以降の来院予定数を特定する、
ことを特徴とする付記１に記載の受付処理プログラム。

（付記５）前記制御する処理は、前記次回以降の来院予定数が１以上の場合、未納に関する情報を出力して、未納についての支払いを承諾するか否かの選択を受け付け、
支払いを承諾しない選択を受け付けた場合、前記受け付け依頼に応じた受け付け処理は実行しない、
ことを特徴とする付記１に記載の受付処理プログラム。

（付記６）前記制御する処理は、支払いを承認する選択を受け付けた場合、前記受け付け依頼に応じた受け付け処理を実行する、
ことを特徴とする付記５に記載の受付処理プログラム。

（付記７）前記受け付け依頼に応じた受け付け処理を実行しない場合、前記識別情報に対応する患者の未納に関する情報を、特定の端末装置に送信する、
処理を前記コンピュータに実行させることを特徴とする付記１に記載の受付処理プログラム。

（付記８）前記受け付け依頼は、医療機関に設置される自動再来受付機から取得され、
前記受け付け依頼に応じた受け付け処理を実行しない場合、前記医療機関の窓口への移動を促すメッセージを前記自動再来受付機に出力する、
処理を前記コンピュータに実行させることを特徴とする付記１に記載の受付処理プログラム。

（付記９）患者の識別情報を含む受け付け依頼を取得すると、患者の未納情報を記憶した記憶部を参照し、前記識別情報に対応する患者に未納の有無を判定し、
未納があると判定した場合、前記識別情報に対応する患者の電子カルテ情報を参照し、前記識別情報に対応する患者の次回以降の来院予定数を特定し、
特定した前記次回以降の来院予定数に応じて、前記受け付け依頼に応じた受け付け処理を実行するか否かを制御する、
処理をコンピュータが実行することを特徴とする受付処理方法。

（付記１０）患者の識別情報を含む受け付け依頼を取得すると、患者の未納情報を記憶した記憶部を参照し、前記識別情報に対応する患者に未納の有無を判定し、
未納があると判定した場合、前記識別情報に対応する患者の電子カルテ情報を参照し、前記識別情報に対応する患者の次回以降の来院予定数を特定し、
特定した前記次回以降の来院予定数に応じて、前記受け付け依頼に応じた受け付け処理を実行するか否かを制御する、
制御部を有することを特徴とする受付処理装置。

１０１ 受付処理装置
１０２ 自動再来受付機
１１０ 記憶部
１２０ 電子カルテ情報
２００ 情報処理システム
２０１ 未収金督促システム
２０２ 電子カルテシステム
２１０ ネットワーク
２２０ 未収金管理ＤＢ
２３０ 標準来院回数ＤＢ
２４０ 支払予定日ＤＢ
２５０ 伝票ＤＢ
２６０ 電子カルテＤＢ
３００，４００ バス
３０１，４０１ ＣＰＵ
３０２，４０２ メモリ
３０３，４０４ Ｉ／Ｆ
３０４ ディスクドライブ
３０５ ディスク
４０３ 入力装置
４０５ 読取部
４０６ ディスプレイ
４０７ 印刷部
９０１ 取得部
９０２ 判定部
９０３ 特定部
９０４ 実行制御部
９０５ 出力部

Claims (6)

1. 患者の識別情報を含む受け付け依頼を取得すると、患者の未納情報を記憶した記憶部を参照し、前記識別情報に対応する患者に未納の有無を判定し、
   未納があると判定した場合、前記識別情報に対応する患者の電子カルテ情報を参照し、前記識別情報に対応する患者の次回以降の来院予定数を特定し、
   特定した前記次回以降の来院予定数に応じて、前記受け付け依頼に応じた受け付け処理を実行するか否かを制御する、
   処理をコンピュータに実行させることを特徴とする受付処理プログラム。
2. 前記次回以降の来院予定数がゼロの場合、前記受け付け依頼に応じた受け付け処理は実行せず、かつ、未納に関する情報を出力する、
   ことを特徴とする請求項１に記載の受付処理プログラム。
3. 前記次回以降の来院予定数が１以上の場合、前記受け付け依頼に応じた受け付け処理を実行し、かつ、未納に関する情報を出力する、
   ことを特徴とする請求項１に記載の受付処理プログラム。
4. 前記次回以降の来院予定数を特定する処理は、前記識別情報に対応する患者の電子カルテ情報に含まれる病名に応じて、前記次回以降の来院予定数を特定する、
   ことを特徴とする請求項１に記載の受付処理プログラム。
5. 患者の識別情報を含む受け付け依頼を取得すると、患者の未納情報を記憶した記憶部を参照し、前記識別情報に対応する患者に未納の有無を判定し、
   未納があると判定した場合、前記識別情報に対応する患者の電子カルテ情報を参照し、前記識別情報に対応する患者の次回以降の来院予定数を特定し、
   特定した前記次回以降の来院予定数に応じて、前記受け付け依頼に応じた受け付け処理を実行するか否かを制御する、
   処理をコンピュータが実行することを特徴とする受付処理方法。
6. 患者の識別情報を含む受け付け依頼を取得すると、患者の未納情報を記憶した記憶部を参照し、前記識別情報に対応する患者に未納の有無を判定し、
   未納があると判定した場合、前記識別情報に対応する患者の電子カルテ情報を参照し、前記識別情報に対応する患者の次回以降の来院予定数を特定し、
   特定した前記次回以降の来院予定数に応じて、前記受け付け依頼に応じた受け付け処理を実行するか否かを制御する、
   制御部を有することを特徴とする受付処理装置。

Images