(57)【要約】【課題】利用者の作業負担を軽減する会計プログラム等を提供する。【解決手段】診療毎に生成される、患者を識別する患者識別情報、当該診療に関わる日付情報、診療に要した請求金額を含む会計情報を表示する処理をコンピュータに実行させる。更に、複数の会計情報の内、第一の会計情報の選択を受付けた場合に、当該第一の会計情報内の患者識別情報及び日付情報を含む第二の会計情報を前記複数の会計情報から抽出する処理をコンピュータに実行させる。前記第一の会計情報及び前記第二の会計情報に関わる情報を出力する処理をコンピュータに実行させる。【選択図】図１
2019101941.tif 000002
【特許請求の範囲】
【請求項１】
診療毎に生成される、患者を識別する患者識別情報、当該診療に関わる日付情報、診療に要した請求金額を含む会計情報を表示し、
複数の会計情報の内、第一の会計情報の選択を受付けた場合に、当該第一の会計情報内の患者識別情報及び日付情報を含む第二の会計情報を前記複数の会計情報から抽出し、
前記第一の会計情報及び前記第二の会計情報に関わる情報を出力する
処理をコンピュータに実行させることを特徴とする会計プログラム。
【請求項２】
前記第一の会計情報及び前記第二の会計情報に関わる情報を出力する処理として、
前記複数の会計情報の内、前記第一の会計情報及び第二の会計情報以外の会計情報と異なる表示形態で、前記第一の会計情報及び前記第二の会計情報を識別表示する
処理を前記コンピュータに実行させることを特徴とする請求項１に記載の会計プログラム。
【請求項３】
前記第一の会計情報及び前記第二の会計情報に関わる情報を出力する処理として、
前記第一の会計情報及び前記第二の会計情報内の前記患者識別情報、前記日付情報及び前記請求金額を含む支払情報を、前記患者識別情報及び前記日付情報毎の患者の前記請求金額の支払いを管理する会計代行装置に出力する
処理を前記コンピュータに実行させることを特徴とする請求項１に記載の会計プログラム。
【請求項４】
診療の患者を識別する患者識別情報、診療に関わる日付情報及び入金金額を含む入金情報を受け付け、
診療毎に生成される、前記患者識別情報、前記日付情報及び前記請求金額を含む会計情報を記憶する記憶部から、前記入金情報内の前記患者識別情報及び前記日付情報を含む１以上の会計情報を抽出し、
前記１以上の会計情報内の前記請求金額の合計と、前記入金情報内の前記入金金額とが一致する場合に、前記入金情報が正しいと判定する
処理をコンピュータに実行させることを特徴とする会計プログラム。
【請求項５】
前記診療毎に生成される、前記患者識別情報、前記日付情報及び前記請求金額の他に、前記請求金額の支払い状況を示すステータスを前記記憶部に記憶しておき、
前記入金情報が正しいと判定された場合に、前記１以上の会計情報内の前記ステータスを、すべて、支払完了に変更する
処理を前記コンピュータに実行させることを特徴とする請求項４に記載の会計プログラム。
【請求項６】
前記請求金額の合計と前記入金金額とが一致しない場合に、前記入金情報が正しくないことを警告出力する
処理を前記コンピュータに実行させることを特徴とする請求項４又は５に記載の会計プログラム。
【請求項７】
診療毎に生成される、患者を識別する患者識別情報、当該診療に関わる日付情報、診療に要した請求金額を含む会計情報を表示する表示部と、
複数の会計情報の内、第一の会計情報の選択を受付けた場合に、当該第一の会計情報内の患者識別情報及び日付情報を含む第二の会計情報を前記複数の会計情報から抽出する抽出部と、
前記第一の会計情報及び前記第二の会計情報に関わる情報を出力する出力部とを有することを特徴とする会計装置。
【請求項８】
診療毎に生成される、患者を識別する患者識別情報、当該診療に関わる日付情報、診療に要した請求金額を含む会計情報を表示し、
複数の会計情報の内、第一の会計情報の選択を受付けた場合に、当該第一の会計情報内の患者識別情報及び日付情報を含む第二の会計情報を前記複数の会計情報から抽出し、
前記第一の会計情報及び前記第二の会計情報に関わる情報を出力する
処理を実行することを特徴とする会計方法。
【請求項９】
患者を識別する患者識別情報、当該診療に関わる日付情報及び入金金額を含む入金情報を受け付ける受付部と、
診療毎に生成される、前記患者識別情報、前記日付情報及び前記請求金額を含む会計情報を記憶する記憶部と、
前記記憶部から、前記入金情報内の前記患者識別情報及び前記日付情報を含む１以上の会計情報を抽出する抽出部と、
前記１以上の会計情報内の前記請求金額の合計と、前記入金情報内の前記入金金額とが一致する場合に、前記入金情報が正しいと判定する判定部とを有することを特徴とする会計装置。
【請求項１０】
患者を識別する患者識別情報、当該診療に関わる日付情報及び入金金額を含む入金情報を受け付け、
診療毎に生成される、前記患者識別情報、前記日付情報及び前記請求金額を含む会計情報を記憶する記憶部から、前記入金情報内の前記患者識別情報及び前記日付情報を含む１以上の会計情報を抽出し、
前記１以上の会計情報内の前記請求金額の合計と、前記入金情報内の前記入金金額とが一致する場合に、前記入金情報が正しいと判定する
処理を実行することを特徴とする会計方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会計プログラム、会計装置及び会計方法に関する。
【背景技術】
【０００２】
近年、患者が受診後の医療費の精算を行わず、代行会社が患者の代わりに医療費を立て替え、代行会社が、後日、立て替えた医療費を患者から徴収する医療費後払いサービスが知られている。この医療費後払いサービスを導入した病院では、病院窓口での患者の会計待ち時間を大幅に削減できる。そこで、医療費後払いサービスを実現する医療費後払いシステムを採用した病院内の会計装置では、診療毎に生成された、患者を識別する患者識別情報、医療費の請求日付を示す日付情報及び診療に要した医療費である請求金額等を含む会計情報を管理している。
【０００３】
そして、病院は、患者が医療費後払いサービスを希望した場合、会計装置を使用して、複数の会計情報の中から後払い患者の会計情報を抽出し、抽出した後払い患者の会計情報を代行会社に伝える。
【０００４】
代行会社では、各病院から後払い患者の会計情報を取得し、取得した会計情報に基づき、会計情報内の請求金額を患者の代わりに立て替える。そして、代行会社は、その立て替えた請求金額を後日患者から徴収する。その結果、後払いの患者は、受診後の医療費の会計を待たずに済むため、病院窓口での会計待ち時間を大幅に削減できる。更に、病院は、代行会社から後払い患者の医療費を徴収できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−０９５６５４号公報
【特許文献２】特開２００５−３１６９６９号公報
【特許文献３】特開２００７−４７８４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、医療費後払いサービスを導入した各病院では、独自の会計システムを採用しているため、会計装置を用いて、膨大な数の患者の会計情報の中から後払いの患者の会計情報を手作業で抽出する。そして、病院は、抽出した後払い患者の会計情報を代行会社に伝える。従って、病院側の利用者の作業負担が大きくなる。
【０００７】
また、各病院内の会計装置では、患者毎に医療費の支払い状況を管理しているが、代行会社から病院への医療費の立て替え代金の入金に応じて支払い状況を手作業で確認して更新している。従って、病院側の利用者の作業負担が大きくなる。
【０００８】
一つの側面では、利用者の作業負担を軽減する会計プログラム等を提供することにある。
【課題を解決するための手段】
【０００９】
一つの態様では、診療毎に生成される、患者を識別する患者識別情報、当該診療に関わる日付情報、診療に要した請求金額を含む会計情報を表示する処理をコンピュータに実行させる。更に、複数の会計情報の内、第一の会計情報の選択を受付けた場合に、当該第一の会計情報内の患者識別情報及び日付情報を含む第二の会計情報を前記複数の会計情報から抽出する処理をコンピュータに実行させる。更に、前記第一の会計情報及び前記第二の会計情報に関わる情報を出力する処理をコンピュータに実行させる。
【発明の効果】
【００１０】
一つの側面として、利用者の作業負担を軽減することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施例の医療費後払いシステムの一例を示す説明図である。
【図２】図２は、会計装置のハードウェア構成の一例を示す説明図である。
【図３】図３は、実施例１の会計装置内の機能構成の一例を示す説明図である。
【図４】図４は、会計情報のフォーマット構成の一例を示す説明図である。
【図５】図５は、後払い一覧表示の一例を示す説明図である。
【図６】図６は、後払い一覧表示の一例を示す説明図である。
【図７】図７は、会計代行装置のハードウェア構成の一例を示す説明図である。
【図８】図８は、会計代行情報のフォーマット構成の一例を示す説明図である。
【図９】図９は、医療費後払いシステム内の病院、患者及び代行会社の一連の処理の一例を示す説明図である。
【図１０】図１０は、医療費後払いシステム内の病院、患者及び代行会社の一連の処理の一例を示す説明図である。
【図１１】図１１は、一覧表示処理に関わる会計装置内の制御部の処理動作の一例を示すフロー図である。
【図１２】図１２は、送信処理に関わる会計装置内の制御部の処理動作の一例を示すフロー図である。
【図１３】図１３は、実施例２の会計装置内の機能構成の一例を示す説明図である。
【図１４】図１４は、入金情報のフォーマット構成の一例を示す説明図である。
【図１５】図１５は、入金確認処理に関わる会計装置内の制御部の処理動作の一例を示すフロー図である。
【図１６】図１６は、会計プログラムを実行する情報処理装置の一例を示す説明図である。
【発明を実施するための形態】
【００１２】
以下、図面に基づいて、本願の開示する会計プログラム、会計装置及び会計方法等の実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。
【実施例１】
【００１３】
図１は、本実施例の医療費後払いシステム１の一例を示す説明図である。図１に示す医療費後払いシステム１は、病院内の会計装置２と、代行会社内の会計代行装置３と、会計装置２と会計代行装置３とを接続する通信網４とを有する。会計装置２は、病院内の医事の会計情報を管理するパソコン等の情報処理装置である。代行会社は、医療費後払いサービスを希望した患者の医療費である請求金額を立て替え、その立て替えた請求金額を患者から、例えば、携帯電話料金徴収と併せて後日徴収する支払代行会社である。会計代行装置３は、後述する会計代行情報等を管理するパソコン等の情報処理装置である。
【００１４】
図２は、会計装置２のハードウェア構成の一例を示す説明図である。図２に示す会計装置２は、通信ＩＦ（Interface）１１と、表示装置１２と、入力装置１３と、ＨＤＤ(Hard  Disk  Drive)１４と、ＲＯＭ(Read  Only  Memory)１５と、ＲＡＭ(Random  Access  Memory)１６と、ＣＰＵ(Central  Processing  Unit)１７とを有する。通信ＩＦ１１は、通信網４との通信を司るインタフェースである。表示装置１２は、各種情報を表示する、例えば、ディプレイ等の出力インタフェースである。入力装置１３は、各種情報を入力する、例えば、キーボードやマウス等の入力インタフェースである。ＨＤＤ１４は、各種情報を記憶する領域である。ＲＯＭ１５は、各種プログラム等の情報を記憶する領域である。ＲＡＭ１６は、各種情報を記憶する領域である。ＣＰＵ１７は、会計装置２全体を制御する。
【００１５】
図３は、実施例１の会計装置２内の機能構成の一例を示す説明図である。会計装置２は、記憶部２Ａと、制御部２Ｂとを有する。記憶部２Ａは、例えば、ＲＡＭ１６、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ＨＤＤ１４、光ディスク等の記憶装置に対応する。記憶部２Ａは、会計情報ＤＢ（Data  Base）１４Ａを有する。会計情報ＤＢ１４Ａは、診療毎に生成された医事の会計情報を記憶するデータベースである。制御部２Ｂは、例えば、ＣＰＵ１７等の電子回路に対応する。そして、制御部２Ｂは、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部２Ｂは、例えば、ＲＯＭ１５内のプログラムを実行することで、生成部２１、受付部２２、抽出部２３、出力部２４、表示制御部２５、制御部２６及び表示部２７Ａとして機能する。生成部２１は、会計情報を生成する。受付部２２は、表示中の会計情報の中から所望の会計情報の選択を受け付ける。抽出部２３は、選択された会計情報を表示中の会計情報又は会計情報ＤＢ１４Ａから抽出する。出力部２４は、抽出された会計情報を表示装置１２に表示すべく、表示制御部２５に指示する。また、出力部２４は、抽出された会計情報を会計代行装置３に通知すべく、通信ＩＦ１１に指示する。表示制御部２５は、表示装置１２を制御する。制御部２６は、ＣＰＵ１７全体を制御する。表示部２７Ａは、会計情報を表示装置１２に表示する。
【００１６】
図４は、会計情報のフォーマット構成の一例を示す説明図である。会計情報ＤＢ１４Ａは、複数の会計情報を記憶する領域である。図４に示す会計情報１４１は、診療ＩＤ１４１Ａと、請求日付１４１Ｂと、患者ＩＤ１４１Ｃと、患者名１４１Ｄと、入外１４１Ｅと、診療科１４１Ｆとを有する。更に、会計情報１４１は、ステータス１４１Ｇと、請求金額１４１Ｈと、未収金額１４１Ｉと、更新日時１４１Ｊと、更新者１４１Ｋと、後払いコメント１４１Ｌとを有する。診療ＩＤ１４１Ａは、診療を識別するＩＤである。請求日付１４１Ｂは、例えば、病院から患者に医療費を請求する請求年月日、例えば、診療年月日である。患者ＩＤ１４１Ｃは、診療を受けた患者を識別するＩＤである。患者名１４１Ｄは、診療を受けた患者の氏名である。入外１４１Ｅは、外来患者又は入院患者を識別する情報である。診療科１４１Ｆは、受診科目を識別する情報である。ステータス１４１Ｇは、患者からの請求金額の支払い完了を示す“支払完了”又は請求金額の未収を示す“未収”を示す支払い状況である。請求金額１４１Ｈは、診療の医療費である自己負担額である請求金額を示す情報である。未収金額１４１Ｉは、診療の未収の金額を示す情報である。更新日時１４１Ｊは、会計情報の更新の日時を示す情報である。更新者１４１Ｋは、会計情報の更新者を示す情報である。後払いコメント１４１Ｌは、本会計情報が医療費後払いサービス対象であるか否かを示す情報である。後払いコメント１４１Ｌは、例えば、サービスの与信を得た場合、当該患者が対象者であることを識別する情報である。
【００１７】
図５は、後払い一覧表示１２Ａの一例を示す説明図である。図５に示す後払い一覧表示１２Ａは、会計装置２の表示装置１２に表示する、例えば、後払い患者の未納の請求金額を含む会計情報の一覧情報である。
【００１８】
図６は、後払い一覧表示１２Ａの一例を示す説明図である。図６に示す後払い一覧表示１２Ａは、複数の会計情報の内、患者ＩＤ“００００００４２４２”及び請求日付“２０１７／０４／０３”が選択された場合、第１の会計情報を識別表示する。尚、第１の会計情報は、複数の会計情報の中から選択された、例えば、“眼科”のレコードの会計情報である。第１の会計情報の識別表示は、表示中の他の会計情報の表示形態と異なり、例えば、チェックボックスにチェックが入った状態である。
【００１９】
更に、後払い一覧表示１２Ａは、複数の会計情報の内、第１の会計情報内の患者ＩＤ及び請求日付を含む第２の会計情報を抽出し、抽出された第２の会計情報を識別表示する。尚、第２の会計情報は、複数の会計情報の中から抽出された、例えば、診療科“放射線科”及び“神経内科”の２個のレコードの会計情報である。第２の会計情報の識別表示も、表示中の他の会計情報の表示形態と異なり、第１の会計情報と同じく、例えば、チェックボックスにチェックが入った状態である。従って、会計装置２の利用者は、図６に示す後払い一覧表示１２Ａを見て、第１の会計情報及び第２の会計情報を視認できる。利用者は、眼科、放射線科及び神経内科の会計情報から請求金額を視認できる。尚、第１の会計情報及び第２の会計情報のチェックボックスにチェックが入った状態で識別表示したが、他の会計情報と異なるように強調表示しても良く、適宜変更可能である。
【００２０】
図７は、会計代行装置３のハードウェア構成の一例を示す説明図である。図７に示す会計代行装置３は、通信ＩＦ３１と、表示装置３２と、入力装置３３と、ＨＤＤ３４と、ＲＯＭ３５と、ＲＡＭ３６と、ＣＰＵ３７とを有する。通信ＩＦ３１は、通信網４との通信を司るインタフェースである。表示装置３２は、各種情報を表示する出力インタフェースである。入力装置３３は、各種情報を入力する入力インタフェースである。ＨＤＤ３４は、各種情報を記憶する領域である。ＲＯＭ３５は、各種プログラム等の情報を記憶する領域である。ＲＡＭ３６は、各種情報を記憶する領域である。ＣＰＵ３７は、会計代行装置３全体を制御する。
【００２１】
図８は、会計代行情報３４１のフォーマット構成の一例を示す説明図である。図８に示す会計代行情報３４１は、病院内の会計装置２から受信した会計情報である。ＨＤＤ３４は、複数の会計代行情報３４１を記憶する。図８に示す会計代行情報３４１は、診療ＩＤ３４１Ａと、請求日付３４１Ｂと、患者ＩＤ３４１Ｃと、患者名３４１Ｄと、入外３４１Ｅと、診療科３４１Ｆと、ステータス３４１Ｇとを有する。会計代行情報３４１は、請求金額３４１Ｈと、未収金額３４１Ｉと、更新日時３４１Ｊと、更新者３４１Ｋとを有する。診療ＩＤ３４１Ａは、診療を識別するＩＤである。請求日付３４１Ｂは、例えば、病院から患者に医療費を請求する請求年月日、例えば、診療年月日である。患者ＩＤ３４１Ｃは、診療を受けた患者を識別するＩＤである。患者名３４１Ｄは、診療を受けた患者の氏名である。入外３４１Ｅは、外来患者又は入院患者を識別する情報である。診療科３４１Ｆは、受診科目を識別する情報である。ステータス３４１Ｇは、患者からの請求金額の支払い完了を示す“支払完了”又は請求金額の未収を示す“未収”を示す支払い状況である。請求金額３４１Ｈは、診療の医療費である自己負担額である請求金額を示す情報である。未収金額３４１Ｉは、診療の未収の金額を示す情報である。更新日時３４１Ｊは、会計情報の更新の日時を示す情報である。更新者３４１Ｋは、会計情報の更新者を示す情報である。
【００２２】
次に実施例１の医療費後払いシステム１の動作について説明する。図９は、医療費後払いシステム１内の病院、患者及び代行会社の一連の処理の一例を示す説明図である。病院は、病院内の受付窓口で患者に対して基本票を発行する（ステップＳ１１）。病院は、各科にて患者に対して診療を実施する（ステップＳ１２）。病院内の会計窓口では、例えば、患者からの医療費後払いサービスの希望を受け付けた場合（ステップＳ１３）、代行会社に対して診察券で患者の与信を確認する（ステップＳ１４）。尚、与信確認は、患者が医療費後払いサービスを受けられる患者であるか否かを確認する作業である。そして、患者は、与信が確認できた場合、窓口で医療費の会計を待たずに帰ることができる。
【００２３】
そして、病院は、患者の与信が確認できた場合、患者の医療費である請求金額（後払い分）を計算し（ステップＳ１５）、その請求金額を会計装置２内に入力する（ステップＳ１６）。尚、会計装置２では、医療費後払いの患者の請求金額を含む会計情報を生成し、会計情報を日次データとして代行会社内の会計代行装置３に送信する（ステップＳ１７）。つまり、会計代行装置３は、医療費後払い当日において、病院内の会計装置２から医療費後払い患者の会計情報を受信し、会計情報を代行会計情報として管理することになる。
【００２４】
図１０は、医療費後払いシステム１内の病院、患者及び代行会社の一連の処理の一例を示す説明図である。病院では、後払い請求額が確定するまで代行会社に対して患者の請求金額の変更が可能である。病院内の会計装置２は、医療費後払い患者の請求金額に変更が生じた場合（ステップＳ２１）、請求金額が変更した会計情報を生成し、会計情報ＤＢ１４Ａ内の会計情報を更新する。更に、会計装置２は、請求金額を変更した会計情報を変更データとして代行会社内の会計代行装置３に送信する（ステップＳ２２）。そして、会計代行装置３は、変更データを受信した場合（ステップＳ２３）、変更データである会計情報を代行会計情報として更新管理することになる。
【００２５】
病院内の会計装置２は、例えば、受診日から翌月８日になると、後払い請求金額を確定し（ステップＳ２４）、後払い請求額確定の確定データを代行会社内の会計代行装置３に送信する。そして、会計代行装置３は、確定データを受信する（ステップＳ２５）。代行会社は、例えば、受診日から翌月１５日になると、医療費後払い患者の会計情報内の請求金額に基づき、仮医療費を病院に払い込む（ステップＳ２６）。そして、代行会社内の会計代行装置３は、仮医療費払込の入金情報を会計装置２に送信する。そして、病院内の会計装置２は、入金情報を受信する（ステップＳ２７）。
【００２６】
更に、患者は、受診日から翌月末になると、代行会社が立て替えた医療費を代行会社に振り込む（ステップＳ２８）。そして、代行会社は、患者の立て替え分の医療を受領する（ステップＳ２９）。そして、代行会社内の会計代行装置３は、例えば、受診日から翌々月の１５日になると、後払い患者からの立て替えの医療費の払込を確認し（ステップＳ３０）、患者払込報告データを病院内の会計装置２に送信する。そして、病院内の会計装置２は、会計代行装置３からの患者払込報告データに基づき、患者払込の報告書を受領したことになる（ステップＳ３１）。尚、説明の便宜上、請求確定日は翌月８日、医療費振り込み日は翌月１５日、医療費支払日は翌月末、振込報告は翌々月１５日と例示したが、これに限定されるものではなく、適宜変更可能である。
【００２７】
図１１は、一覧表示処理に関わる会計装置２内の制御部２Ｂの処理動作の一例を示すフロー図である。図１１において会計装置２内の制御部２Ｂは、会計情報ＤＢ１４Ａから全ての会計情報を読み込み（ステップＳ４１）、抽出対象を医療費後払いに指定する（ステップＳ４１Ａ）。尚、一覧表示処理は、例えば、抽出対象として、少なくとも医療費後払いを指定し、抽出開始操作を検出すると、起動するものである。制御部２Ｂは、抽出対象の月を指定したか否かを判定する（ステップＳ４２）。尚、抽出対象は、月単位は勿論のこと、例えば、年単位や日単位でも良く、適宜変更可能である。制御部２Ｂは、抽出対象の月を指定した場合（ステップＳ４２肯定）、抽出対象のステータスの“未収”を指定したか否かを判定する（ステップＳ４３）。
【００２８】
制御部２Ｂ内の抽出部２３は、抽出対象のステータスの“未収”を指定した場合（ステップＳ４３肯定）、会計情報内の請求日付、ステータス及び後払いコメントを参照する。そして、抽出部２３は、会計情報ＤＢ１４Ａから指定月及び“未収”の後払い患者の会計情報を抽出する（ステップＳ４４）。制御部２Ｂ内の表示部２７Ａは、その抽出結果である指定月及び“未収”の後払い患者の会計情報の一覧を表示装置１２に表示し（ステップＳ４５）、図１１に示す処理動作を終了する。制御部２Ｂ内の出力部２４は、指定月及び“未収”の後払い患者の会計情報を表示装置１２に一覧表示する。その結果、会計装置２の利用者は、表示内容を見て、指定月及び“未収”の後払い患者の会計情報を視認できる。
【００２９】
抽出部２３は、抽出対象のステータスの“未収”を指定しなかった場合（ステップＳ４３否定）、会計情報内の請求日付及び後払いコメントを参照する。そして、抽出部２３は、会計情報ＤＢ１４Ａから指定月の後払い患者の会計情報を抽出し（ステップＳ４６）、その抽出結果を表示すべく、ステップＳ４５に移行する。そして、制御部２Ｂ内の出力部２４は、指定月の後払い患者の会計情報を表示装置１２に一覧表示する。その結果、会計装置２の利用者は、表示内容を見て、指定月での後払い患者の会計情報を視認できる。
【００３０】
制御部２Ｂは、抽出対象の月を指定したのでない場合（ステップＳ４２否定）、抽出対象のステータスの“未収”を指定したか否かを判定する（ステップＳ４７）。抽出部２３は、抽出対象のステータスの“未収”を指定した場合（ステップＳ４７肯定）、会計情報内のステータス及び後払いコメントを参照する。そして、抽出部２３は、会計情報ＤＢ１４Ａから“未収”の後払い患者の会計情報を抽出し（ステップＳ４８）、その抽出結果を表示すべく、ステップＳ４５に移行する。制御部２Ｂは、“未収”の後払い患者の会計情報を表示装置１２に一覧表示する。その結果、会計装置２の利用者は、表示内容を見て、“未収”の後払い患者の会計情報を視認できる。
【００３１】
抽出部２３は、抽出対象のステータスの“未収”を指定しなかった場合（ステップＳ４７否定）、会計情報内の後払いコメントを参照する。そして、抽出部２３は、会計情報ＤＢ１４Ａから後払い患者の会計情報を抽出し（ステップＳ４９）、その抽出結果を表示すべく、ステップＳ４５に移行する。制御部２Ｂは、後払い患者の会計情報を表示装置１２に一覧表示する。その結果、会計装置２の利用者は、表示内容を見て、後払いの患者の会計情報を視認できる。
【００３２】
図１１に示す一覧表示処理を実行する会計装置２は、後払いコメント、請求日付及びステータスを指定し、会計情報ＤＢ１４Ａから後払い患者の指定月及び“未収”の会計情報を抽出し、抽出された後払い患者の指定月及び“未収”の会計情報を一覧表示する。その結果、会計装置２の利用者は、一覧表示を見て、後払い患者の指定月及び未収の会計情報を視認できる。
【００３３】
会計装置２は、後払いコメント及び請求日付を指定し、会計情報ＤＢ１４Ａから後払い患者の指定月の会計情報を抽出し、抽出された後払い患者の指定月の会計情報を一覧表示する。その結果、会計装置２の利用者は、一覧表示を見て、後払い患者の指定月の会計情報を視認できる。
【００３４】
会計装置２は、後払いコメント及びステータスを指定し、会計情報ＤＢ１４Ａから後払い患者の“未収”の会計情報を抽出し、抽出された後払い患者の“未収”の会計情報を一覧表示する。その結果、会計装置２の利用者は、一覧表示を見て、後払い患者の“未収”の会計情報を視認できる。
【００３５】
図１２は、送信処理に関わる会計装置２内の制御部２Ｂの処理動作の一例を示すフロー図である。図１２において会計装置２内の制御部２Ｂは、一覧表示を表示中であるか否かを判定する（ステップＳ５１）。尚、一覧表示は、図１１に示す一覧表示処理で得た後払い患者の会計情報の一覧表示である。制御部２Ｂは、一覧表示を表示中の場合（ステップＳ５１肯定）、複数の会計情報の内、第１の会計情報の選択を受け付けたか否かを判定する（ステップＳ５２）。尚、第１の会計情報は、一覧表示の内、選択された会計情報である。
【００３６】
制御部２Ｂ内の抽出部２３は、第１の会計情報の選択を受け付けた場合（ステップＳ５２肯定）、第１の会計情報から患者ＩＤ及び請求日付を抽出する（ステップＳ５３）。抽出部２３は、抽出した患者ＩＤ及び請求日付を含む第２の会計情報が一覧表示内にあるか否かを判定する（ステップＳ５４）。尚、第２の会計情報は、一覧表示の内、第１の会計情報の患者ＩＤ及び請求日付を含む会計情報である。
【００３７】
抽出部２３は、第２の会計情報が一覧表示内にある場合（ステップＳ５４肯定）、第２の会計情報を一覧表示から抽出する（ステップＳ５５）。制御部２Ｂ内の出力部２４は表示制御部２５を通じて、表示装置１２内で第１の会計情報及び第２の会計情報を識別表示する（ステップＳ５６）。識別表示とは、一覧表示の会計情報の内、第１の会計情報及び第２の会計情報内のチェックボックスにチェックを入れた状態である。
【００３８】
出力部２４は、第１の会計情報及び第２の会計情報を識別表示した後、通信ＩＦ１１を通じて、第１の会計情報及び第２の会計情報内の請求金額を会計代行装置３に送信し（ステップＳ５７）、図１２に示す処理動作を終了する。
【００３９】
制御部２Ｂは、一覧表示が表示中でない場合（ステップＳ５１否定）、又は、第１の会計情報の選択操作を受け付けていない場合（ステップＳ５２否定）、図１２に示す処理動作を終了する。
【００４０】
制御部２Ｂは、第２の会計情報が後払い会計情報一覧内にない場合（ステップＳ５４否定）、第１の会計情報を識別表示する（ステップＳ５８）。更に、制御部２Ｂは、第１の会計情報を識別表示した後、第１の会計情報内の請求金額を会計代行装置３に送信し（ステップＳ５９）、図１２に示す処理動作を終了する。
【００４１】
送信処理を実行する会計装置２は、一覧表示内の複数の会計情報の内、第１の会計情報を選択した場合、第１の会計情報内の患者ＩＤ及び請求日付を含む第２の会計情報を一覧表示から抽出し、一覧表示内で第１の会計情報及び第２の会計情報を識別表示する。その結果、会計装置２の利用者は、表示内容を見て、第１の会計情報と同一の患者ＩＤ及び請求日付の第２の会計情報を視認できる。会計装置２側の作業負担を軽減できる。
【００４２】
更に、会計装置２は、第１の会計情報及び第２の会計情報を会計代行装置３に送信する。その結果、利用者は、同一患者ＩＤ及び請求日付の第１の会計情報及び第２の会計情報を会計代行装置３に送信できる。会計装置２側の作業負担を軽減できる。
【００４３】
尚、送信処理を実行する会計装置２では、第１の会計情報及び第２の会計情報を識別表示した後、第１の会計情報及び第２の会計情報を会計代行装置３に自動送信した。しかしながら、第１の会計情報及び第２の会計情報を識別表示し、利用者の指定操作で、第１の会計情報及び第２の会計情報を会計代行装置３に送信しても良く、適宜変更可能である。
【００４４】
送信処理を実行する会計装置２では、一覧表示から第２の会計情報を抽出したが、一覧表示からではなく、会計情報ＤＢ１４Ａから抽出しても良く、適宜変更可能である。
【００４５】
実施例１の会計装置２は、所定周期で後払い患者の会計情報を会計情報ＤＢ１４Ａから抽出し、抽出した会計情報を会計代行装置３に送信するため、従来のような会計装置２側の後払い患者の会計情報を選択して代行会社に通知する際の作業負担を軽減できる。そして、利用者の操作性の向上を図る。
【００４６】
会計装置２は、会計情報を表示し、複数の会計情報の内、第１の会計情報の選択を受付けた場合に、当該第１の会計情報内の患者ＩＤ及び請求日付を含む第２の会計情報を複数の会計情報から抽出する。そして、会計装置２は、第１の会計情報及び第２の会計情報に関わる情報を出力する。その結果、会計装置２側の利用者は、第１の会計情報と同一の患者及び同一請求日付の会計情報を簡単に出力できるため、その作業負担を軽減し、操作負担の向上を図る。
【００４７】
会計装置２は、複数の会計情報の内、第１の会計情報及び第２の会計情報以外の会計情報と異なる表示形態で、第１の会計情報及び前記第２の会計情報を識別表示する。その結果、会計装置２側の利用者は、識別表示で第１の会計情報及び第２の会計情報を視認できる。
【００４８】
会計装置２は、第１の会計情報及び第２の会計情報内の患者ＩＤ、請求日付及び請求金額を含む支払情報を会計代行装置３に出力する。その結果、会計装置２側の利用者は、第１の会計情報及び第２の会計情報を会計代行装置３に自動的に出力できる。
【００４９】
会計装置２では、独自のシステムを採用しているため、患者ＩＤ及び請求日付が同一の場合でも、診療毎に請求金額を別レコードで管理している場合もある。例えば、Ａさんが２０１７年１月１１日に異なる診療科、例えば、内科及び外科で受診した場合に内科の会計情報（第１の会計情報）と外科の会計情報（第２の会計情報）とは別レコードとなる。また、同一患者及び同一請求日の内科の会計情報内の請求金額に変更が生じた場合、その請求金額の変更を代行会社に伝える必要がある。しかしながら、本実施例１の会計装置２では、後払い患者の一覧表示から第１の会計情報を選択し、第１の会計情報の患者ＩＤ及び請求日付を含む第２の会計情報を一覧表示から抽出できる。そして、会計装置２は、第１の会計情報及び第２の会計情報を会計代行装置３に送信する。その結果、会計装置２側の利用者は、例えば、第２の会計情報を選択して会計代行装置３に伝える作業負担を軽減できる。
【００５０】
実施例１の会計装置２は、一覧表示から第１の会計情報及び第２の会計情報を抽出し、これら第１の会計情報及び第２の会計情報を会計代行装置３に送信した。会計装置２は、患者ＩＤ及び請求日付が同じ場合でも、診療毎に会計情報を別レコードで管理している場合がある。会計装置２は、例えば、２０１７年１月１１日の患者Ａさんが内科での請求金額が￥３０００、外科での請求金額が￥５０００として会計情報を管理しているとする。そして、代行会社は、患者Ａさんの合計請求金額￥８０００を病院に入金することになる。しかしながら、会計装置２では、患者Ａさんの患者ＩＤ及び請求日付から２個の会計情報の内容をその都度確認する必要があるため、その作業負担が大きい。そこで、会計装置２は、会計代行装置３から入金情報を受信した場合に、入金情報内の患者ＩＤ及び請求日付を含む会計情報を一覧表示から抽出し、その会計情報内の請求金額と入金情報内の入金金額とを比較し、入金内容を確認する処理を実行しても良い。従って、その実施の形態につき、実施例２として以下に説明する。尚、実施例１の医療費後払いシステム１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。
【実施例２】
【００５１】
図１３は、実施例２の会計装置２内の制御部２Ｃの機能構成の一例を示す説明図である。図１３に示す会計装置２内の制御部２Ｃは、例えば、ＲＯＭ１５内のプログラムを実行することで、生成部２１、受付部２２、抽出部２３、表示制御部２５、制御部２６及び表示部２７Ａの他に、算出部２７、判定部２８及び更新部２９として機能する。抽出部２３は、会計代行装置３からの入金情報を受信した場合、入金情報内の患者ＩＤ及び請求日付を含む会計情報を会計情報ＤＢ１４Ａから抽出する。算出部２７は、抽出した会計情報内の請求金額の合計で支払金額を算出する。判定部２８は、支払金額と入金情報内の入金金額とが一致しているか否かを判定する。更新部２９は、支払金額と入金金額とが一致している場合、会計情報ＤＢ１４Ａ内の抽出した会計情報内のステータスを支払完了と更新する。
【００５２】
図１４は、入金情報のフォーマット構成の一例を示す説明図である。図１４に示す入金情報５１は、入金ＩＤ５１Ａと、患者ＩＤ５１Ｂと、請求日付５１Ｃと、入金金額５１Ｄとを有する。入金情報５１は、会計代行装置３が後払い患者の医療費を立て替えて病院に入金した場合に会計代行装置３から病院内の会計装置２に通知する情報である。
【００５３】
入金ＩＤ５１Ａは、入金を識別するＩＤである。患者ＩＤ５１Ｂは、患者を識別するＩＤである。請求日付５１Ｃは、医療費の請求日時、例えば、受診日時である。入金金額５１Ｄは、患者の請求日時の立て替え代金を示す金額である。
【００５４】
図１５は、入金確認処理に関わる会計装置２内の制御部２Ｃの処理動作の一例を示すフロー図である。図１５において会計装置２内の制御部２Ｃは、会計代行装置３から入金情報を受信したか否かを判定する（ステップＳ６１）。制御部２Ｃ内の抽出部２３は、入金情報を受信した場合（ステップＳ６１肯定）、入金情報から患者ＩＤ及び請求日付を抽出する（ステップＳ６２）。
【００５５】
抽出部２３は、抽出した患者ＩＤ及び請求日付を含む該当の会計情報を一覧表示から抽出する（ステップＳ６３）。制御部２Ｃ内の算出部２７は、該当の会計情報を抽出した場合、抽出した会計情報内の請求金額の合計で支払金額を算出する（ステップＳ６４）。制御部２Ｃは、入金情報から入金金額を抽出する（ステップＳ６５）。制御部２Ｃ内の判定部２８は、支払金額と入金金額とが一致したか否かを判定する（ステップＳ６６）。
【００５６】
判定部２８は、支払金額と入金金額とが一致した場合（ステップＳ６６肯定）、入金情報が正しいと判断し（ステップＳ６７）、該当の会計情報内のステータスが“未収”であるか否かを判定する（ステップＳ６８）。
【００５７】
制御部２Ｃ内の更新部２９は、該当の会計情報内のステータスが“未収”の場合（ステップＳ６８肯定）、該当の会計情報内のステータスを“支払完了”に変更し（ステップＳ６９）、図１５に示す処理動作を終了する。制御部２Ｃは、該当の会計情報内のステータスが“未収”でない場合（ステップＳ６８否定）、図１５に示す処理動作を終了する。
【００５８】
制御部２Ｃ内の制御部２６は、支払金額と入金金額とが一致していない場合（ステップＳ６６否定）、入金情報が正しくないと判断し（ステップＳ７０）、入金情報の不正を示す警告を出力し（ステップＳ７１）、図１５に示す処理動作を終了する。制御部２６は、会計代行装置３から入金情報を受信しなかった場合（ステップＳ６１否定）、図１５に示す処理動作を終了する。
【００５９】
入金確認処理を実行する会計装置２は、入金情報を受信した場合、入金情報内の患者ＩＤ及び請求日付を含む会計情報を抽出し、会計情報内の請求金額の合計で支払金額を算出する。会計装置２は、支払金額と、入金情報内の入金金額とが一致した場合、入金情報が正しいと判断し、抽出した会計情報内のステータスを“支払完了”に変更する。その結果、会計装置２側の利用者は、請求金額通りの入金を確認する際の作業負担を軽減できる。そして、利用者の操作性の向上を図る。
【００６０】
会計装置２は、支払金額と、入金情報内の入金金額とが一致しなかった場合、入金情報が正しくないと判断し、エラー警告を出力する。その結果、会計装置２側の利用者は、請求金額通りの入金でないことを認識できる。
【００６１】
会計装置２は、代行会社からの医療費の立て替え代金の入金に応じて、各患者の医療費が適切に入金されたか否かを確認する作業負担を軽減できる。
【００６２】
実施例２の会計装置２は、患者ＩＤ、請求日付及び入金金額を含む入金情報を受け付け、会計情報ＤＢ１４Ａから、入金情報内の患者ＩＤ及び請求日付を含む会計情報を抽出する。会計装置２は、抽出された会計情報内の請求金額の合計と、入金情報内の入金金額とが一致する場合に、前記入金情報が正しいと判定する。その結果、会計装置２は、正しい入金情報であることを認識できる。そして、利用者の操作性の向上を図る。
【００６３】
会計装置２は、入金情報が正しいと判定された場合に、抽出された前記会計情報内のステータスとして支払完了に変更する。その結果、会計装置２側の利用者は、会計情報ＤＢ１４Ａ内のステータスを自動的に更新できる。
【００６４】
会計装置２は、請求金額の合計と入金金額とが一致しない場合に、入金情報が正しくないことを警告出力する。その結果、会計装置２側の利用者は、警告に応じて入金情報が正しくないことを認識できる。
【００６５】
尚、説明の便宜上、会計代行装置３は、代行会社内の情報処理装置を例示したが、クラウドに設けても良く、適宜変更可能である。会計装置２は、病院内の情報処理装置を例示したが、クラウドに設けても良く、適宜変更可能である。
【００６６】
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【００６７】
更に、各装置で行われる各種処理機能は、ＣＰＵ（Central  Processing  Unit）（又はＭＰＵ（Micro  Processing  Unit）、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。
【００６８】
ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを情報処理装置で実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する情報処理装置の一例を説明する。図１６は、会計プログラムを実行する情報処理装置１００の一例を示す説明図である。
【００６９】
図１６に示す会計プログラムを実行する情報処理装置１００では、通信ＩＦ１１０と、表示装置１２０と、入力装置１３０と、ＨＤＤ１４０と、ＲＯＭ１５０と、ＲＡＭ１６０と、ＣＰＵ１７０とを有する。
【００７０】
そして、ＲＯＭ１５０には、上記実施例と同様の機能を発揮する会計プログラムが予め記憶されている。尚、ＲＯＭ１５０ではなく、図示せぬドライブで読取可能な記録媒体に会計プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤ、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。会計プログラムとしては、図１６に示すように、表示プログラム１５０Ａ、抽出プログラム１５０Ｂ及び出力プログラム１５０Ｃである。尚、プログラム１５０Ａ、１５０Ｂ及び１５０Ｃについては、適宜統合又は分散しても良い。
【００７１】
そして、ＣＰＵ１７０は、これらのプログラム１５０Ａ、１５０Ｂ及び１５０ＣをＲＯＭ１５０から読み出し、これら読み出された各プログラムをＲＡＭ１５０上に展開して実行する。そして、ＣＰＵ１７０は、図１６に示すように、各プログラム１５０Ａ、１５０Ｂ及び１５０ＣをＲＡＭ１５０上で実行することで、表示プロセス１７０Ａ、抽出プロセス１７０Ｂ及び出力プロセス１７０Ｃとして機能する。
【００７２】
ＣＰＵ１７０は、診療毎に生成される、患者を識別する患者識別情報、当該診療に関わる日付情報、診療に要した請求金額を含む会計情報を表示装置１２０に表示する。ＣＰＵ１７０は、複数の会計情報の内、第一の会計情報の選択を受付けた場合に、当該第一の会計情報内の患者識別情報及び日付情報を含む第二の会計情報を前記複数の会計情報から抽出する。ＣＰＵ１７０は、前記第一の会計情報及び前記第二の会計情報に関わる情報を出力する。その結果、利用者の作業負担を軽減できる。
【符号の説明】
【００７３】
２  会計装置
２Ａ  記憶部
２Ｂ  制御部
２Ｃ  制御部
３  会計代行装置
１２  表示装置
１４Ａ  会計情報ＤＢ
２２  受付部
２３  抽出部
２４  出力部
２７  算出部
２７Ａ  表示部
２８  判定部
２９  更新部
【図１】
2019101941.tif 000003
【図２】
2019101941.tif 000004
【図３】
2019101941.tif 000005
【図４】
2019101941.tif 000006
【図５】
2019101941.tif 000007
【図６】
2019101941.tif 000008
【図７】
2019101941.tif 000009
【図８】
2019101941.tif 000010
【図９】
2019101941.tif 000011
【図１０】
2019101941.tif 000012
【図１１】
2019101941.tif 000013
【図１２】
2019101941.tif 000014
【図１３】
2019101941.tif 000015
【図１４】
2019101941.tif 000016
【図１５】
2019101941.tif 000017
【図１６】
2019101941.tif 000018