(57)【要約】【課題】再提出用の療養費支給申請書を作成するための余計な手間を被施術者に掛けにくく、再提出用の申請書を容易に作成しやすい。【解決手段】院端末２００は、患者に署名を入力させる署名入力部２２０を有している。申請書処理部２４０は、最初に提出した申請書データの記入事項を修正すると共に、最初に提出した申請書に用いられた署名データを再提出用の申請書データの生成に使用する。申請書印字部２５０は、申請書処理部２４０が生成した再提出用の申請書データに基づいて署名付きの申請書を印刷デバイスに印字させる。【選択図】図５
2017084169.tif 000002
【特許請求の範囲】
【請求項１】
鍼灸施術、あん摩マッサージ指圧施術及び柔道整復施術の少なくともいずれかに関する療養費支給申請書を作成する療養費支給申請書作成システムであって、
被施術者の署名及び印影の少なくともいずれかを示す画像である本人特定画像を、入力装置を介して入力させる本人特定画像入力手段と、
前記本人特定画像入力手段が前記本人特定画像を入力させた場合に、当該本人特定画像が特定する被施術者と関連付けて前記本人特定画像を記憶する本人特定画像記憶手段と、
被施術者と関連付けて施術内容及び実施日を記憶する施術記憶手段と、
所定の位置の情報を含む療養費支給申請書の書式を示す書式情報を記憶する書式情報記憶手段と、
前記本人特定画像記憶手段、前記施術記憶手段、及び、前記書式情報記憶手段の各記憶内容に基づいて、所定の期間内に実施された施術に関して、当該施術の実施日以前に入力された前記本人特定画像が療養費支給申請書の前記所定の位置に形成されるように、療養費支給申請書を印字する申請書印字手段と、を備え、
前記申請書印字手段が、
保険者に提出済みの療養費支給申請書に関して、記載内容が変更された再提出用の療養費支給申請書を、前記本人特定画像が療養費支給申請書の前記所定の位置に形成されるように印字することを特徴とする療養費支給申請書作成システム。
【請求項２】
前記書式情報が、複数種類の療養費支給申請書に関する複数種類の書式を示す情報であり、
療養費支給申請書の種類と被施術者を関連付ける関連付け情報を記憶する関連付け情報記憶手段をさらに備えており、
前記申請書印字手段が、
前記本人特定画像記憶手段、前記施術記憶手段、前記書式情報記憶手段、及び、前記関連付け情報記憶手段の各記憶内容に基づいて、前記所定の期間内に実施された施術に関して、当該施術の実施日以前に入力された前記本人特定画像が、当該施術の被施術者に関連付けられた療養費支給申請書の書式に従った前記所定の位置に形成されるように、当該施術の被施術者に関連付けられた書式に従った療養費支給申請書を印字することを特徴とする請求項１に記載の療養費支給申請書作成システム。
【請求項３】
前記本人特定画像が入力装置を介して入力された場合に、当該本人特定画像の有効期限日を示す情報を当該本人特定画像に関連付けて記憶する期限情報記憶手段をさらに備えており、
前記申請書印字手段が、少なくとも保険者に未提出の療養費支給申請書に関しては、前記期限情報記憶手段の記憶内容に基づいて、前記有効期限が切れていない前記本人特定画像を前記所定の位置に形成することを特徴とする請求項１又は２に記載の療養費支給申請書作成システム。
【請求項４】
前記申請書印字手段が、再提出用の療養費支給申請書に関しては、前記有効期限が切れているか否かに関わらず、前記提出済みの療養費支給申請書に形成した前記本人特定画像と同じ画像を前記所定の位置に形成することを特徴とする請求項３に記載の療養費支給申請書作成システム。
【請求項５】
前記本人特定画像を入力済みの被施術者に関して、前記本人特定画像入力手段が前記本人特定画像をあらためて入力させた場合に、当該入力に基づいて前記本人特定画像記憶手段及び前記期限情報記憶手段の各記憶内容を更新する本人特定画像更新手段をさらに備えていることを特徴とする請求項３又は４に記載の療養費支給申請書作成システム。
【請求項６】
被施術者が自ら管理する識別情報が入力装置を介して入力された場合に、当該被施術者に関する療養費支給申請の内容を表示装置に表示させる申請内容表示手段をさらに備えていることを特徴とする請求項１〜５のいずれか１項に記載の療養費支給申請書作成システム。
【請求項７】
療養費支給申請の内容の当否を示す情報を被施術者に入力装置を介して入力させる申請内容当否入力手段をさらに備えており、
前記申請書印字手段が、前記申請内容当否入力手段への当否を示す情報の入力状況に基づいて、前記本人特定画像を前記所定の位置に形成するように療養費支給申請書を印字することを特徴とする請求項６に記載の療養費支給申請書作成システム。
【請求項８】
前記申請書印字手段が、
療養費支給申請の内容が適切でないとの前記申請内容当否入力手段における入力が所定の回答期限内になかった場合に、前記本人特定画像を前記所定の位置に形成するように療養費支給申請書を印字することを特徴とする請求項７に記載の療養費支給申請書作成システム。
【請求項９】
少なくとも被施術者が保有する端末において、前記申請内容表示手段及び申請内容当否入力手段が実現されていることを特徴とする請求項６〜８のいずれか１項に記載の療養費支給申請書作成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、療養費支給申請書を作成する療養費支給申請書作成システムに関する。
【背景技術】
【０００２】
鍼灸施術、あん摩マッサージ指圧施術又は柔道整復施術においては、施術者が療養費支給申請書を保険者に提出し、それに応じて保険適用となる金額の支給を受ける。かかる療養費支給申請書の作成は一例として、以下のようになされている。施術者は、月初めの診察日等にあらかじめ患者から、必要事項が未記入の療養費支給申請書に署名や捺印をもらっておく。そして、当該患者への施術に係る請求を月ごとにとりまとめると共に、当該患者の署名や捺印があらかじめ施された療養費支給申請書に当月分の請求に必要な事項を印刷する。したがって、療養費支給申請書に必要事項を印刷する際、その療養費支給申請書と患者とを適切に対応させる必要がある。
【０００３】
特許文献１に記載のシステムは、療養費支給申請書と患者とを適切に対応させるため、以下のような構成を有している。当該システムは、患者の署名又は捺印を示す画像データをその画像データに応じた患者と関連付けてデータベースに格納している。また、当該システムは、印刷用紙上に形成された印字を撮影するカメラが印刷用紙の設置位置に設けられたプリンタを備えている。当該システムは、すでに署名又は捺印が施された療養費支給申請書に上記プリンタを用いて必要事項を印刷する際、療養費支給申請書に施された署名又は捺印をカメラで撮影する。次に、撮影によって得られた画像データに基づいてデータベースからその画像データに関連付けられた患者を検索することにより、その療養費支給申請書に対応する患者を適切に把握する。そして、把握した患者に対応する必要事項をその療養費支給申請書に適切に印刷する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２５８７５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、一度作成された療養費支給申請書を、その記載内容を変更して保険者に再提出する必要が生じる場合がある。例えば、いったん保険者に提出された療養費支給申請書が、その記載事項に不備があるなどの理由により返戻される場合である。このように療養費支給申請書を再度作成する場合、上記従来システムにおいては、あらかじめ署名等が施された療養費支給申請書を用いるか、被施術者から療養費支給申請書に署名等を再度もらうことが考えられる。しかしながら、あらかじめ署名等が施された療養費支給申請書を用いる場合には、被施術者から署名等を再提出用に余分にもらっておく必要があり、被施術者に余計な手間を掛けさせるおそれがある。さもなければ、被施術者から再度署名等をもらう必要がある。この場合、やはり被施術者に余計な手間を掛けさせるおそれがある。また、再度署名をもらう機会が得にくい場合も想定されるため、再提出用の申請書を作成するのが容易でないおそれもある。このように、従来システムによると、療養費支給申請書を再提出するために被施術者に余計な手間を掛けさせるおそれや、再提出用の申請書を容易に作成できないおそれがある。
【０００６】
本発明の目的は、再提出用の療養費支給申請書を作成するための余計な手間を被施術者に掛けにくく、再提出用の申請書を容易に作成しやすい療養費支給申請書作成システムを提供することにある
【課題を解決するための手段】
【０００７】
本発明の療養費支給申請書作成システムは、鍼灸施術、あん摩マッサージ指圧施術及び柔道整復施術の少なくともいずれかに関する療養費支給申請書を作成する療養費支給申請書作成システムであって、被施術者の署名及び印影の少なくともいずれかを示す画像である本人特定画像を、入力装置を介して入力させる本人特定画像入力手段と、前記本人特定画像入力手段が前記本人特定画像を入力させた場合に、当該本人特定画像が特定する被施術者と関連付けて前記本人特定画像を記憶する本人特定画像記憶手段と、被施術者と関連付けて施術内容及び実施日を記憶する施術記憶手段と、前記特定欄の位置情報を含む療養費支給申請書の書式を示す書式情報を記憶する書式情報記憶手段と、前記本人特定画像記憶手段、前記施術記憶手段、及び、前記書式情報記憶手段の各記憶内容に基づいて、所定の期間内に実施された施術に関して、当該施術の実施日以前に入力された前記本人特定画像が療養費支給申請書の所定の位置に形成されるように、療養費支給申請書を印字する申請書印字手段と、を備え、前記申請書印字手段が、保険者に提出済みの療養費支給申請書に関して、記載内容が変更された再提出用の療養費支給申請書を、前記本人特定画像が療養費支給申請書の所定の位置に形成されるように印字する。
【０００８】
本発明の療養費支給申請書作成システムによると、例えば療養費支給申請書が返戻された後、記載内容を訂正して療養費支給申請書を再提出する場合であっても、施術日以前にあらかじめ入力された本人特定画像に基づいて療養費支給申請書の所定の位置に本人特定画像が形成される。したがって、被施術者から再提出用に余分に署名等をもらっておいたり、再提出用にあらためて署名等をもらったりする必要がない。よって、再提出用の療養費支給申請書を作成するための余計な手間を被施術者に掛けにくく、再提出用の申請書を容易に作成しやすい。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係る療養費支給申請書作成システムの全体構成を示す機能ブロック図である。
【図２】図１の管理サーバ部に設けられた情報管理部の構成を示す機能ブロック図である。
【図３】図３（ａ）は、管理サーバ部に格納された申請書の書式データが表す記入前の療養費支給申請書、つまり、白紙の状態の申請書を示す。図３（ｂ）は、院端末のディスプレイに表示される療養費支給申請書中の署名記入欄であって、署名が入力された状態の記入欄を示す。
【図４】院端末において作成されたデータに基づき院端末に接続された印刷デバイスによって印字される記入済みの療養費支給申請書を示す。
【図５】院端末の構成を示す機能ブロック図である。
【図６】施術内容の入力を行うために院端末のディスプレイに表示される画像を示す。
【図７】図７（ａ）は患者の支払いに関する領収書を示し、図７（ｂ）は患者の支払いに関する支払い明細を示す。図７（ｃ）は、支払い明細に対する承認又は非承認を患者に入力させるために患者端末のディスプレイに表示される画像を示す。
【図８】患者端末の構成を示す機能ブロック図である。
【図９】患者に療養費支給申請書作成システムにログインさせるために患者端末のディスプレイに表示される画像を示す。
【図１０】患者が施術所に来院し、施術を受けた際の処理である来院時処理の流れを示すフローチャートである。
【図１１】月ごとに実行される申請書作成処理の流れを示すフローチャートである。
【図１２】申請書の返戻時に実行される申請書訂正処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の一実施形態に係る療養費支給申請書作成システム１（以下、システム１とする。）について説明する。システム１は、鍼灸施術、あん摩マッサージ指圧施術及び柔道整復施術の少なくともいずれかに係る療養費支給申請書を作成するシステムである。療養費支給申請書（以下、申請書とする。）は、１か月ごとに、当該月内に施した施術に関する療養費の支給を申請するための書類である。申請書は患者ごとに作成される。
【００１１】
システム１は、図１に示すように、管理サーバ部１００、院端末２００、及び患者端末３００を有している。これらはいずれもインターネットなどの通信ネットワーク９９に接続されており、通信ネットワーク９９を介して互いにデータ通信可能である。
【００１２】
管理サーバ部１００は、ＷＥＢサーバやデータベースサーバを含む複数台のサーバを有している。これらのサーバは、それぞれ、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、Ｉ／Ｏインタフェースなどのハードウェアと、ＲＯＭ、ＲＡＭ、ハードディスクなどの記憶装置に格納されたプログラムやデータベースなどのソフトウェアとを含んでいる。以下に説明する管理サーバ部１００の種々の機能部は、ソフトウェアが各機能部の機能を発揮するようにハードウェアを機能させることによって実現されている。また、各機能部の機能は、ソフトウェアに基づいてハードウェア同士が協働して機能することにより実現されている。
【００１３】
また、院端末２００及び患者端末３００は、それぞれ、パーソナルコンピュータ、携帯端末（スマートフォンやタブレットＰＣ）などから構成されている。これらの装置は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、Ｉ／Ｏインタフェース、ディスプレイなどのハードウェアと、ＲＯＭ、ＲＡＭ、ハードディスクなどの記憶装置に格納されたプログラムやデータベースなどのソフトウェアとを含んでいる。以下に説明する院端末２００及び患者端末３００の種々の機能部は、ソフトウェアが各機能部の機能を発揮するようにハードウェアを機能させることによって実現されている。また、各機能部の機能は、ソフトウェアに基づいてハードウェア同士が協働して機能することにより実現されている。
【００１４】
管理サーバ部１００は、主要な機能部として、通信等処理部１１０及び情報管理部１２０を有している。通信等処理部１１０は、院端末２００及び患者端末３００のディスプレイに表示させる文字や画像等を含むＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データを生成すると共に、院端末２００及び患者端末３００に送信する。また、通信等処理部１１０は、院端末２００及び患者端末３００からの要請に応じ、当該要請に必要な処理を実行するように情報管理部１２０に指示する。通信等処理部１１０は、指示に応じて情報管理部１２０が引き渡してきた情報を院端末２００及び患者端末３００に送信する。
【００１５】
情報管理部１２０は、図２に示すように、書式情報記憶部１２１、料金情報記憶部１２２、院情報記憶部１２３及び患者情報記憶部１２４を有している。情報管理部１２０は、通信等処理部１１０からの指示に従って上記各記憶部に記憶された情報を通信等処理部１１０へと引き渡す。また、情報管理部１２０は、通信等処理部１１０からの指示に含まれる情報に基づいて上記各記憶部の記憶内容を更新する。
【００１６】
各記憶部の記憶内容は以下のとおりである。書式情報記憶部１２１は、申請書の書式データを記憶している。書式データは、白紙の申請書の画像データと、申請書の各記載項目に関する当該画像データ中の記載位置を示すデータとを含んでいる。図３（ａ）は、一例として、白紙の申請書の画像データの内容を示している。申請書の各記入欄に記載される情報を以下に列挙する。保険者及び被保険者の情報。負傷名・負傷年月日などの情報。負傷ごとの初検年月日・施術期間等の情報。初検や往療・施術内容等に応じた金額の情報。振込先（支払機関）の情報。施術者による施術証明のための署名。患者による委任署名。その他の情報。申請書の書式は、保険者によって異なっている。このため、書式情報記憶部１２１は、複数種類の書式を保険者と関連付けて記憶している。料金情報記憶部１２２は、施術の種類等の各種項目と関連付けて料金情報を記憶している。つまり、料金情報記憶部１２２は、下記表１に一例を示すような料金表に対応する情報を記憶している。
【００１７】
【表１】
2017084169.tif 000003
【００１８】
院情報記憶部１２３は、施術所に関する住所・名称・施術者等に関する情報である院情報を記憶している。施術所とは、来院する患者に対して鍼灸施術、あん摩マッサージ指圧施術又は柔道整復施術がなされる鍼灸院、治療院、接骨院、整骨院等を指す。施術所に関する住所等の情報は、システム１への施術所の登録時に、院端末２００その他の管理用の端末を通じてシステム１に入力されると共に、院情報記憶部１２３に格納される。
【００１９】
患者情報記憶部１２４は、院端末２００又は患者端末３００において過去に入力された患者情報を、当該患者情報に係る患者を識別する患者識別情報と関連付けて記憶している。院端末２００や患者端末３００から管理サーバ部１００に送信される要請には患者識別情報が含まれている。情報管理部１２０は、院端末２００や患者端末３００からの要請に含まれる患者識別情報に基づき、当該患者識別情報と関連付けて患者情報記憶部１２４が記憶している患者情報を通信等処理部１１０に引き渡す。
【００２０】
以下、患者情報に含まれる各種情報の概要について図２を参照しつつ説明する。住所等情報は、患者の住所・氏名や電話番号、加入している保険に関する保険情報を含んでいる。保険情報は、保険者を示す情報を含んでいる。保険者を示す情報は、後述の通り、書式情報記憶部１２１が保険者と関連付けて記憶している複数種類の書式から、その患者の加入している保険に係る保険者に対応する書式を取得するために用いられる。したがって、保険者を示す当該情報は、申請書の種類と患者（被施術者）とを関連付ける本発明の関連付け情報に対応する。また、住所等情報は、患者が患者端末３００を使用してシステム１にログインするために使用するログイン名及びパスワード（被施術者が自ら管理する識別情報）を含んでいる。
【００２１】
施術履歴情報は、患者が過去に受けた施術の内容等を示す施術内容情報を、その施術が施された年月日と共に含んでいる。申請書データは、過去に作成された図４に示すような記入済みの申請書に対応するデータである。明細発行日情報は、患者に対して支払い明細が発行された日である。明細認否情報は、支払い明細（図７（ｂ）参照）の内容に対する患者の認否に関する認否情報と、その認否情報に係る支払い明細書の年月日等の情報とを含んでいる。認否情報は、後述の通り患者端末３００におけるユーザー入力に応じた内容を有する。認否情報の内容は、（イ）患者が承認を入力したこと、（ロ）患者が非承認を入力したこと、及び、（ハ）患者が承認及び非承認のいずれも入力していないことのいずれかを示す。最新署名画像データは、院端末２００において入力される患者の署名のうち、最新の署名を示すデータである。過去署名画像データは、院端末２００において入力される患者の署名のうち、最新の署名より前になされた署名を示すデータである。これらの署名データは、申請書の署名欄に署名を印字するために使用される。署名日情報は、最新署名画像データ及び過去署名画像データにおける各署名がなされた年月日を示す情報を含んでいる。以上の患者情報の詳細及びこれらの情報に関連する処理の詳細については後述する。
【００２２】
院端末２００は、施術所に設置される端末である。院端末２００には、汎用のパソコンやタブレットＰＣ、スマートフォン等が用いられてよい。院端末２００は、図５に示すように、入出力部として、ディスプレイ２０１及び入力インタフェース部２１０を有している。ディスプレイ２０１は、液晶式の他、どのような方式のディスプレイが用いられてもよい。入力インタフェース部２１０は、ペンタブレット、タッチパッド、マウスなどのポインティングデバイスによって構成されている。院端末２００としてタブレットＰＣが用いられる場合には、タブレットＰＣに搭載されたタッチパネルディスプレイがディスプレイ２０１及び入力インタフェース部２１０の両方を兼ね備えたデバイスとして用いられてもよい。
【００２３】
また、院端末２００は、主要な機能部として、図５に示すように、署名入力部２２０、施術内容処理部２３０、申請書処理部２４０、申請書印字部２５０、領収書等発行部２６０及び明細非承認処理部２７０を有している。院端末２００には、オペレーティングシステムと当該オペレーティングシステム上で動作するウェブブラウザアプリケーションとがインストールされている。署名入力部２２０等の機能部における各機能は、管理サーバ部１００の通信等処理部１１０から送信されるＨＴＭＬデータに基づき、オペレーティングシステム及びウェブブラウザアプリケーションに従った処理を院端末２００が実行することによって実現されている。なお、署名入力部２２０などの機能部における機能の一部又は全部が、院端末２００にインストールされたシステム１専用のアプリケーションによる処理を院端末２００が実行することによって実現されていてもよい。
【００２４】
以下、院端末２００の各機能部について説明する。以下の説明に当たっては、院端末２００の機能部からの要請に応じて管理サーバ部１００が実行する処理の詳細を合わせて説明する。署名入力部２２０は、入力インタフェース部２１０による入力結果に基づいて患者の署名データを患者ごとに生成する。患者が署名を入力する際には、署名入力部２２０は、図３（ａ）に一例を示す白紙の申請書の画像をディスプレイ２０１に表示させる。この白紙の申請書の画像は、書式情報記憶部１２１に格納された書式情報に基づいて表示される。書式情報は、署名入力部２２０が管理サーバ部１００に要請し、その要請に応じて管理サーバ部１００が院端末２００に送信する。署名入力部２２０から書式情報が要請された際には、管理サーバ部１００の通信等処理部１１０は、申請書処理部２４０から送信された患者識別情報に基づき、情報管理部１２０の患者情報記憶部１２４から当該患者の患者情報に含まれる保険者を示す情報を取得する。そして、通信等処理部１１０は、当該保険者を示す情報に対応する書式情報を書式情報記憶部１２１から取得し、院端末２００へと送信する。
【００２５】
白紙の申請書の画像がディスプレイ２０１に表示された状態で、ユーザー（施術者）が入力インタフェース部２１０のポインティングデバイスを使用し、申請書中の署名記入欄である図３（ａ）の二点鎖線で囲まれた領域αを指定すると、領域αが、欄内に署名の記入が可能な状態となる。署名の入力が可能な状態であることは、例えば、画像中の署名記入欄がクローズアップされて表現されたり、画像中の署名記入欄の色が変更されたりすることで表現されてもよい。そして、図３（ｂ）に示すように、患者がポインティングデバイスを使用して（例えば、指でタッチパネルディスプレイをなぞることで）署名を入力すると、署名入力部２２０は、入力された署名に対応する署名データを生成する。生成された署名データは、その患者を示す患者識別情報と共に管理サーバ部１００に送信され、情報管理部１２０の患者情報記憶部１２４に患者識別情報と関連付けて格納される。送信された署名データは、最新署名画像として患者情報記憶部１２４に格納される。その際、すでに最新署名画像として過去に署名画像が患者情報記憶部１２４に格納されていた場合には、その過去の署名画像は、過去署名画像として患者情報記憶部１２４に保存される。これらの署名画像の署名日は、患者情報記憶部１２４内で署名日情報としてそれぞれ管理される。
【００２６】
施術内容処理部２３０は、入力インタフェース部２１０を介した施術内容に関するユーザー入力の結果に基づいて、患者に施された施術内容と施術が行われた年月日とに対応するデータを生成する。施術内容処理部２３０は、施術内容の入力のため、図６に一例を示す画像をディスプレイ２０１に表示させる。図６の画像には、温罨や冷罨、電療などの施術内容ごとに「あり」「なし」を選択する画像β１の他、往療や運動療法の「あり」「なし」、往療加算や証明書料などのその他請求項目の「あり」「なし」を選択する画像β２等を含んでいる。ユーザーはポインティングデバイスを使用してこれらの項目を選択できる。そして、ユーザーによる入力が完了すると（ポインティングデバイスで「登録」ボタン画像を選択すると）、施術内容処理部２３０は、入力された内容と施術が行われた年月日とに対応する施術内容データを生成する。生成された施術内容データは、その患者を示す患者識別情報と共に管理サーバ部１００に送信され、施術履歴情報中の施術内容情報として、患者識別情報と関連付けて情報管理部１２０の患者情報記憶部１２４に格納される。
【００２７】
また、施術内容処理部２３０は、過去に生成した施術内容データを修正する処理も実行する。施術内容処理部２３０は、入力インタフェース部２１０を介してユーザーが施術年月日を入力すると、当該施術年月日に係る過去の施術内容を管理サーバ部１００に要請する。これに応じ、管理サーバ部１００の通信等処理部１１０からは、患者情報記憶部１２４に格納された施術履歴情報のうち、施術内容処理部２３０が要請した過去の施術内容に対応する施術内容データが、院端末２００に送信される。そして、施術内容処理部２３０は、管理サーバ部１００から送信された施術内容データが反映された図６に対応する画像をディスプレイ２０１に表示させる。そして、施術内容処理部２３０は、上記と同様の方法で入力内容をユーザーに更新させる。更新後の内容は、その患者を示す患者識別情報と共に管理サーバ部１００に送信され、施術履歴情報中の該当する施術内容情報と置き換えられる。
【００２８】
申請書処理部２４０は、申請書の作成に必要な情報を管理サーバ部１００に要請する。申請書の作成に必要な情報には、書式情報、料金情報、院情報、施術履歴情報、及び、各種の患者情報が含まれる。患者情報には、保険者情報と署名データとが含まれる。これらの情報の要請は、その患者に対応する患者識別情報と共に管理サーバ部１００に送信される。申請書処理部２４０から書式情報が要請された際には、管理サーバ部１００の通信等処理部１１０は、申請書処理部２４０から送信された患者識別情報に基づき、情報管理部１２０の患者情報記憶部１２４から当該患者の患者情報に含まれる保険者を示す情報を取得する。そして、通信等処理部１１０は、当該保険者を示す情報に対応する書式情報を書式情報記憶部１２１から取得し、院端末２００へと送信する。また、通信等処理部１１０は、署名データとして、最新署名画像に対応する画像データを患者情報記憶部１２４から取得し、院端末２００へと送信する。
【００２９】
そして、申請書処理部２４０は、管理サーバ部１００から取得した情報に基づいて申請書データを生成する。申請書データは、患者情報、院情報の他、患者の署名等の必要事項が図４に一例を示すように記入された記入済みの申請書に対応したデータである。なお、図４においては、申請書の項目のうち、一部のみ記入済みとし、その他の項目における記入内容の図示は省略した。図４に示すように、管理サーバ部１００から取得した書式情報に従って、署名を含む必要事項が適切な位置に配置されている。生成された申請書データは、患者識別情報と共に管理サーバ部１００に送信され、情報管理部１２０の患者情報記憶部１２４に患者識別情報と関連付けて格納される。なお、申請書データは、院端末２００が生成するのではなく、院端末２００からの要請に応じて管理サーバ部１００が生成してもよい。
【００３０】
また、申請書処理部２４０は、過去に作成された申請書データを訂正する処理も実行する。申請書処理部２４０は、過去に作成された申請書データを管理サーバ部１００に要請する。これに応じ、管理サーバ部１００の通信等処理部１１０からは、情報管理部１２０の患者情報記憶部１２４に格納された過去の申請書データが送信される。申請書処理部２４０は、管理サーバ部１００から送信された申請書データに基づき、図４に一例を示すような記入済みの申請書をディスプレイ２０１に表示させる。そして、ユーザーが入力インタフェース部２１０のポインティングデバイスを使用し、申請書中の各記入欄を指定すると、申請書処理部２４０は、指定された記入欄の位置に、情報を入力可能な入力ボックス等を、ディスプレイ２０１に表示させる。一方、申請書処理部２４０は、ユーザーが署名記入欄の領域αを指定した場合には、情報を入力可能な入力ボックス等を表示させない。つまり、本実施形態においては、申請書の訂正時には署名を変更できないようになっている。ユーザーが入力インタフェース部２１０を介して訂正後の情報を入力すると、申請書処理部２４０は、入力された情報に基づいて申請書データを更新する。更新された申請書データは、患者識別情報と共に管理サーバ部１００に送信され、情報管理部１２０の患者情報記憶部１２４において、患者識別情報と関連付けて格納された申請書データと置き換えられる。
【００３１】
申請書印字部２５０は、申請書処理部２４０が生成又は更新した申請書データに基づいて申請書を印字する。申請書印字部２５０は、申請書処理部２４０から管理サーバ部１００へと送られた申請書データを管理サーバ部１００に要請する。そして、申請書印字部２５０は、この要請に応じて管理サーバ部１００から院端末２００に送られた申請書データに基づいて印字用のデータを生成し、院端末２００と接続されたプリンタ等の印刷デバイスに送信する。印刷デバイスは、申請書印字部２５０から送信されたデータに基づき、患者の署名を含む必要事項が記入された記入済みの申請書として療養費支給申請書を印字する。
【００３２】
領収書等発行部２６０は、入力インタフェース部２１０を介してユーザーが領収書及び支払い明細の発行を指示した場合に、院端末２００と接続された印刷デバイスに領収書（図７（ａ）参照）及び支払明細（図７（ｂ）参照）を印字させる。領収書等発行部２６０は、これらのデータの生成に必要な情報を管理サーバ部１００に要請する。管理サーバ部１００の通信等処理部１１０は、領収書等発行部２６０からの要請に応じ、料金情報記憶部１２２に記憶された料金情報と、情報管理部１２０の患者情報記憶部１２４に記憶された施術履歴情報とに基づき、施術内容に対応する料金を示す料金データを領収書等発行部２６０に送信する。領収書等発行部２６０は、通信等処理部１１０からの料金データに基づき、施術に対する患者の支払い額に応じた領収書データ及び支払い明細データを生成する。領収書等発行部２６０は、領収書データ及び支払い明細データに基づいて印字用のデータを生成し、印刷デバイスに送信する。印刷デバイスは、領収書等発行部２６０から送信されたデータに基づき、図７（ａ）及び図７（ｂ）に示すような領収書及び支払い明細を印字する。領収書等発行部２６０は、支払い明細を発行した年月日を管理サーバ部１００に送信する。管理サーバ部１００では、上記発行年月日が患者情報記憶部１２４に格納される。
【００３３】
明細非承認処理部２７０は、支払い明細に対して患者の承認が得られたか否かを管理サーバ部１００に定期的に（例えば１週間ごとに）照会する。これに応じ、管理サーバ部１００からは、例えば過去１か月以内の支払いに関して情報管理部１２０の患者情報記憶部１２４に格納された明細認否情報が送信される。明細非承認処理部２７０は、送信された明細認否情報が非承認を示している場合、その旨をディスプレイ２０１に表示させる。これによって、ユーザーは、患者が支払い明細を承認しなかったことを認知できる。また、これに応じ、ユーザーは、施術内容処理部２３０の機能を使用して、患者が承認しなかった支払い明細に係る施術内容データを修正すると共に、修正後の内容に応じた支払い明細に対して患者に承認を再度要請することができる。
【００３４】
患者端末３００は、患者の保有する端末であり、汎用のパソコンやタブレットＰＣ、スマートフォン等が用いられてよい。患者端末３００は、入出力部として、図８に示すように、ディスプレイ３０１及び入力インタフェース部３０２を有している。ディスプレイ３０１は、液晶式の他、どのような方式のディスプレイが用いられてもよい。入力インタフェース部３０２は、ペンタブレット、タッチパッド、マウスなどのポインティングデバイスによって構成されている。患者端末３００としてタブレットＰＣが用いられる場合には、タブレットＰＣに搭載されたタッチパネルディスプレイがディスプレイ３０１及び入力インタフェース部３０２の両方を兼ね備えたデバイスとして用いられてもよい。
【００３５】
また、患者端末３００は、主要な機能部として、図８に示すように、ログイン管理部３０５、施術明細表示部３１０及び施術明細認否入力部３２０を有している。患者端末３００には、オペレーティングシステムと当該オペレーティングシステム上で動作するウェブブラウザアプリケーションとがインストールされている。ログイン管理部３０５等の機能部における各機能は、管理サーバ部１００の通信等処理部１１０から送信されるＨＴＭＬデータに基づき、オペレーティングシステム及びウェブブラウザアプリケーションによる処理を患者端末３００が実行することによって実現されている。なお、ログイン管理部３０５等の機能部における機能の一部又は全部が、患者端末３００にインストールされたシステム１専用のアプリケーションによる処理を患者端末３００が実行することによって実現されていてもよい。
【００３６】
以下、患者端末３００の各機能部について説明する。ログイン管理部３０５は、図９に示すように、患者が本システム１にログインするためのログイン名及びパスワードを入力する画像をディスプレイ３０１に表示させる。患者は、入力インタフェース部３０２を介してログイン名及びパスワードを入力し、ＯＫボタンを指定する。これに応じ、ログイン管理部３０５は、入力されたログイン名およびパスワードを管理サーバ部１００に送信する。管理サーバ部１００に送信されたログイン名及びパスワードは、通信等処理部１１０によって、情報管理部１２０の患者情報記憶部１２４に格納されたログイン名及びパスワードと一致するかが照会される。照会結果はログイン管理部３０５に返信される。返信された照会結果が「一致しない」を示している場合、ログイン管理部３０５は、ログイン名及びパスワードが正しくない旨をディスプレイ３０１に表示させる。返信された照会結果が「一致する」を示している場合、施術明細表示部３１０等による以下の処理が実行される。
【００３７】
施術明細表示部３１０は、図７（ａ）及び図７（ｂ）に一例を示す領収書及び支払い明細書をディスプレイ３０１に表示させる。施術明細表示部３１０は、領収書及び支払い明細書を表示するために必要な情報を管理サーバ部１００に要請する。これに応じ、管理サーバ部１００の通信等処理部１１０からは必要な情報が送信される。これらの情報は、領収書等発行部２６０が管理サーバ部１００から受け取る情報と同様である。施術明細表示部３１０は、通信等処理部１１０から受信した情報に基づいて、図７（ａ）及び図７（ｂ）に示すような領収書及び支払い明細をディスプレイ３０１に表示させる。
【００３８】
施術明細認否入力部３２０は、支払い明細の内容に対して患者が承認したか否かの入力を受け付ける。施術明細認否入力部３２０は、施術明細表示部３１０がディスプレイ３０１に領収書及び支払明細書を表示させた状態で、図７（ｃ）に示すように、承認を示すボタン画像及び非承認を示すボタン画像をさらにディスプレイ３０１に表示させる。患者が入力インタフェース部３０２を介してこれらのボタン画像を指定すると、施術明細認否入力部３２０は、患者が指定した画像に対応する認否情報を管理サーバ部１００に送信する。送信された認否情報は、情報管理部１２０の患者情報記憶部１２４に患者識別情報と関連付けて格納される。
【００３９】
なお、施術明細認否入力部３２０は、所定の回答期限を超えた場合、承認を示すボタン画像及び非承認を示すボタン画像のいずれもディスプレイ３０１に表示させない。つまり、本実施形態では、所定の回答期限を過ぎると承認か非承認かを入力できないようになっている。所定の回答期限は、例えば、支払い明細の発行日から１週間を経過する日である。発行日は、管理サーバ部１００から送信される。つまり、施術明細認否入力部３２０が管理サーバ部１００に支払い明細の発行年月日を要請し、これに応じて患者情報記憶部１２４に記憶された明細発行日が管理サーバ部１００から施術明細認否入力部３２０へと送信される。施術明細認否入力部３２０は、管理サーバ部１００から送信された発行日に基づいて所定の回答期限を経過したか否かを判定する。
【００４０】
以下、システム１の使用時における処理の流れについて説明する。以下に説明する処理は、主に、院端末２００に入力された情報に基づいて管理サーバ部１００及び院端末２００が実行する処理である。院端末２００は、管理サーバ部１００の通信等処理部１１０から送信されるＨＴＭＬデータに基づき、オペレーティングシステム及びウェブブラウザアプリケーションによる処理として、これらの処理を実行する。これらの処理の一部は、上述の署名入力部２２０等の主要機能部による処理として実行される。
【００４１】
まず、患者が施術所に来院し、施術を受けた際の処理である来院時処理の流れについて、図１０を参照しつつ説明する。はじめに、ユーザーは、来院した患者の電話番号等の患者情報を院端末２００に入力する。院端末２００は、入力された患者情報が示す患者が初めて来院した患者か否かを判定する（Ｓ１）。この判定は、入力された患者情報が院端末２００から管理サーバ部１００に送信され、情報管理部１２０によって患者情報記憶部１２４の記憶内容と照合された結果に基づいて実施される。当該照合結果に基づき、初めての患者である（Ｓ１、Ｙｅｓ）と院端末２００が判定した場合、院端末２００は、患者の氏名・住所、保険情報等を含む住所等情報をユーザーに入力させる（Ｓ１０）。そして、Ｓ４の処理に移る。
【００４２】
Ｓ１において、情報管理部１２０における照合結果に基づき、初めての患者でない（Ｓ１、Ｎｏ）と院端末２００が判定した場合、院端末２００は、当該患者の患者識別情報を管理サーバ部１００から取得する（Ｓ２）。以降、管理サーバ部１００に対するこの患者に関する処理の要請は患者識別情報に基づいて実施される。次に、管理サーバ部１００から院端末２００に、最新署名画像に対応する署名日情報が送信され、送信された署名日情報に基づいて、院端末２００が、署名が有効期限内であるか否かを判定する（Ｓ３）。署名日情報が示す年月日から現時点までの期間が、あらかじめ定められた有効期限（例えば３か月）内である場合、院端末２００は、署名が有効期限内である（Ｓ３、Ｙｅｓ）と判定し、Ｓ５の処理に移る。一方、署名日情報が示す年月日から現時点までの期間が有効期限を超えている場合、院端末２００は、署名が有効期限内でない（Ｓ３、Ｎｏ）と判定する。この場合、Ｓ４において、署名入力部２２０が上述の通り患者に署名を入力させる。そして、Ｓ５の処理に移る。
【００４３】
施術者が患者に施術を実施すると共に、施術内容に応じた支払いが終了する（Ｓ５）と、施術内容処理部２３０が、上述の通り施術内容等の情報をユーザーに入力させると共に、入力された情報を管理サーバ部１００に送信する（Ｓ６）。そして、領収書等発行部２６０が上記の通り領収書及び支払い明細を発行する（Ｓ７）。さらに、明細発行日情報が患者情報記憶部１２４に記憶される。
【００４４】
次に、月ごとに実行される申請書作成処理について、図１１を参照しつつ説明する。この処理において作成された申請書が保険者に提出される。はじめに、院端末２００は、申請書の印刷が必要な患者リストを管理サーバ部１００から取得する（Ｓ２１）。申請書の印刷が必要なのは、当該月の１か月間に施術を施した患者である。院端末２００からの要請に応じ、管理サーバ部１００の通信等処理部１１０が、情報管理部１２０の患者情報記憶部１２４に記憶された施術履歴情報を照会することで、該当する患者リストを取得し、院端末２００に送信する。患者リストには該当患者の患者識別情報が含まれている。以降、院端末２００から管理サーバ部１００への要請にはこの患者識別情報が使用される。
【００４５】
次に、Ｓ２１において取得した患者リストに含まれる各患者について、院端末２００がＳ２２以降の処理を実行する。Ｓ２２において、院端末２００が、各患者の署名が有効期限内か否かを判定する。判定方法はＳ３の処理における方法と同様である。署名が有効期限内でない（Ｓ２２、Ｎｏ）と判定すると、院端末２００は、署名が期限切れであることを示す期限切れリストデータに当該患者を示す情報を追加し（Ｓ２９）、Ｓ２６の処理に移る。署名が有効期限内である（Ｓ２２、Ｙｅｓ）と判定すると、院端末２００は、支払い明細に承認が得られているか否かを判定する（Ｓ２３）。
【００４６】
支払い明細に承認が得られているか否かは、管理サーバ部１００の患者情報記憶部１２４に格納された明細認否情報及び明細発行日情報に基づいて判定される。院端末２００は各患者に関して管理サーバ部１００に明細認否情報を要請する。これに応じ、管理サーバ部１００の通信等処理部１１０からは、当該月の１か月間の支払い明細に関して情報管理部１２０の患者情報記憶部１２４に格納された明細認否情報が送信される。明細認否情報及び明細発行日情報に基づいて支払い明細が承認と判定されるのは、患者が患者端末３００において明示的に承認と入力した場合と、患者が所定の回答期限内に、患者端末３００において承認とも非承認とも入力しなかった場合のいずれかの場合である。所定の回答期限か否かは、施術明細認否入力部３２０による上記判定と同様に行われる。また、明細認否情報に基づいて支払い明細が非承認と判定されるのは、患者が患者端末３００において明示的に非承認と入力した場合である。
【００４７】
このようにして、管理サーバ部１００から送信された明細認否情報及び明細発行日情報に基づき、支払い明細が非承認である、つまり、承認されていない（Ｓ２３、Ｎｏ）と判定すると、院端末２００は、支払い明細が非承認であることを示す非承認リストデータに当該患者及び当該支払い明細の年月日等の情報を追加し（Ｓ２８）、Ｓ２６の処理に移る。
【００４８】
支払い明細が承認されている（Ｓ２３、Ｙｅｓ）と判定すると、申請書処理部２４０が上述の通り、各患者に関して申請書データを生成すると共に、生成した申請書データを管理サーバ部１００へと送信する（Ｓ２４）。次に、申請書印字部２５０が、Ｓ２４において申請書処理部２４０が生成した申請書データに基づいて印刷デバイスに申請書を上記の通り印字させる（Ｓ２５）。次に、院端末２００は、Ｓ２１において取得した患者リストに含まれるすべての患者についてＳ２２以降の処理を実行したか否かを判定する（Ｓ２６）。実行していないと判定する（Ｓ２６、Ｎｏ）と、院端末２００は、残りの患者に関してＳ２２以降の処理を実行する。すべての患者についてＳ２２以降の処理を実行したと判定する（Ｓ２６、Ｙｅｓ）と、院端末２００は、印刷処理を完了した旨の通知をディスプレイ２０１に表示させる（Ｓ２７）。この通知と同時に、期限切れリストデータ及び非承認リストデータに応じ、署名が有効期限切れである患者及び支払い明細が非承認である患者のリストが通知される。これにより、ユーザーは、署名が有効期限切れであった患者を認知し、署名入力部２２０の機能を利用してあらためて患者から署名をもらうことができる。また、ユーザーは、支払い明細が非承認であった患者を認知し、施術内容処理部２３０の機能を使用して、患者が承認しなかった支払い明細に係る施術内容データを修正すると共に、修正後の内容に応じた支払い明細を領収書等発行部２６０に再発行させる。そして、再発行させた支払い明細に関して患者端末３００における承認を患者に再度要請することができる。なお、この場合、患者情報記憶部１２４に記憶された明細発行日情報が再発行日を示す情報に更新される。
【００４９】
次に、申請書の返戻時に必要となる申請書訂正処理について、図１２を参照しつつ説明する。この処理において訂正された申請書が保険者に再提出される。はじめに、申請書処理部２４０が、上述の通り、訂正の対象となる申請書データを管理サーバ部１００から取得する（Ｓ４１）。次に、申請書処理部２４０が、上述の通り、入力インタフェース部２１０を介したユーザー入力に基づいて申請書データを更新すると共に、更新した申請書データを管理サーバ部１００に送信する（Ｓ４２）。次に、申請書印字部２５０が、上述の通り、申請書処理部２４０が更新した申請書データに基づいて、訂正後の申請書を印刷デバイスに印字させる。なお、Ｓ４２において申請書処理部２４０が入力インタフェース部２１０を介したユーザー入力に基づいて申請書データを更新する際、上記の通り、署名については変更できないようになっている。このため、Ｓ４３において印字される申請書中の署名は、過去に保険者に提出された申請書における署名のままである。
【００５０】
以上説明した本実施形態に係るシステム１によると、申請書が返戻された後、記載内容を訂正して申請書を再提出する場合であっても、あらかじめ入力された署名画像に基づいて申請書の所定の位置に本人特定画像が形成される。したがって、患者から再提出用に余分に署名等をもらっておいたり、有効期限が切れていない限りにおいて再提出用にあらためて署名等をもらったりする必要がない。よって、再提出用の申請書を作成するための余計な手間を患者に掛けにくく、再提出用の申請書を容易に作成しやすい。
【００５１】
また、本実施形態においては、患者情報に含まれる保険者情報と、保険者と関連付けて書式情報記憶部１２１が記憶している書式情報とに基づいて、申請書処理部２４０が、患者とその保険者に応じた適切な書式で申請書を作成する。したがって、その書式に従った適切な位置に、あらかじめ入力された署名が形成される。
【００５２】
また、本実施形態においては、１回目の提出用の申請書の作成に当たり、患者情報記憶部１２４に格納された署名日情報に基づき、署名の有効期限が切れていないかどうかを判定している（図１１のＳ２２）。したがって、１回目の提出用の申請書を作成する場合、有効期限が切れていない署名のみが申請書に形成される。なお、患者情報記憶部１２４に記憶された署名年月日は、本発明における有効期限日を示す情報に対応する。このように、本発明において有効期限日を示す情報とは、単に署名の入力がなされた日であってもよい。この場合でも、あらかじめ有効期間の長さ（例えば３か月）が設定されていれば、署名の入力がなされた日に基づいて有効期限日が分かるからである。なお、有効期限日を示す情報として、有効期限が切れる日自体が、患者情報記憶部１２４に格納されてもよい。
【００５３】
また、本実施形態においては、上記の通り、再提出用に申請書を訂正する際に署名自体は変更できないようになっている。したがって、元の署名の有効期限が切れているか否かに関わらず、再提出用の申請書には、過去の提出済みの申請書に記入された署名と同じ署名が記入されることになる。このように、本実施形態は、再提出用の申請書に以前提出したものと同じ署名を用いることが好ましい仕様に適応したものとなっている。
【００５４】
また、本実施形態においては、最新署名画像が有効期限内でない場合、署名入力部２２０がユーザーに入力させた署名データが最新署名画像として患者情報記憶部１２４に格納される（図１０のＳ４）。したがって、有効期限が切れた画像を、患者に新たに入力させた署名画像に更新することができる。
【００５５】
また、本実施形態においては、ログイン名及びパスワードを使用して患者端末３００から本システム１にログインすることができる。そして、ログイン後の患者端末３００のディスプレイ３０１には領収書及び支払い明細が表示される。よって、患者本人が自発的に支払い明細を確認することができる。支払い明細の内容は申請書の内容と対応している。このため、患者自身に申請書の内容を確認させ、申請書の適否を判断させることが可能である。したがって、患者にとって適切でない内容の申請書が提出されるのを抑制できる。なお、返戻がなされた場合にその返戻の内容が患者端末３００に表示されるようにシステム１が構成されていてもよい。
【００５６】
また、本実施形態においては、申請書の印刷に当たり、患者情報記憶部１２４に格納された明細認否情報（及び明細発行日情報）に基づき、支払い明細が患者によって承認されたかどうかをあらかじめ判定している（図１１のＳ２３）。明細認否情報は、患者端末において患者自身が支払い明細に対して承認又は非承認を入力した結果に基づく。したがって、支払い明細が患者によって承認されたと判定された場合にのみ、署名を含む申請書が作成される。よって、患者にとって適切でない内容の申請書が提出されるのを抑制できる。
【００５７】
また、本実施形態においては、図１１のＳ２３において、患者が明示的に承認と入力した場合のみならず、患者が所定の回答期限内に承認とも非承認とも入力しなかった場合にも、支払い明細が承認されたと判定する。一方、仮に、患者が回答するまで申請書の内容の当否が確定しないとすると、申請書を提出する処理が滞るおそれがある。本実施形態では上記のように、患者による入力が所定の回答期限になければ申請書を作成するので、申請書を提出する処理が滞るのを抑制できる。
【００５８】
また、本実施形態においては、患者端末３００が施術明細表示部３１０及び施術明細認否入力部３２０を備えている。これによると、患者が保有する患者端末３００において申請書を確認すると共にその当否を入力できる。このため、患者自身が申請書の内容を点検するのが容易になり、患者にとって適切でない内容の申請書が提出されるのをさらに抑制できる。
【００５９】
以下、上述の実施形態の変形例について説明する。上述の実施形態では、領収書データが院端末２００において入力され、管理サーバ部１００に格納されると共に、管理サーバ部１００から患者端末３００に送信されて患者端末３００のディスプレイ３０１に表示される。しかし、本システム１がＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅ）システムと連動しており、そのＰＯＳシステムから患者端末３００に領収書データが送信され、ディスプレイ３０１に表示されてもよい。
【００６０】
また、上述の実施形態では、返戻後に再提出する申請書の署名は、元の申請書に記入された署名の有効期限が切れているか否かに限らず、元の署名がそのまま用いられる。しかし、元の署名の有効期限が切れている場合には、再提出用の申請書の署名として最新の署名が用いられるようにシステムが構成されていてもよい。例えば、再提出用の申請書を作成する際、患者情報記憶部１２４に格納された元の署名に対応する過去署名画像の署名日情報を確認し、その有効期限が切れているか否かを判定してもよい。有効期限が切れていないと判定されると、最新署名画像に基づいて再提出用の申請書に署名が印字されればよい。これに加え、最新署名画像の有効期限も切れている場合はあらためて患者に署名を入力してもらうようにシステムが構成されていてもよい。
【００６１】
また、上述の実施形態では、返戻後の再提出用に申請書処理部２４０が申請書データを直接訂正している。しかし、施術内容処理部２３０の機能を利用して施術内容等を修正し、修正後の施術内容等に応じた申請書データを申請書処理部２４０に作成させることで、申請書データを間接的に訂正してもよい。
【００６２】
また、上述の実施形態では、管理サーバ部１００のみに、患者情報などの情報を管理する情報管理部１２０が設けられている。したがって、院端末２００が、管理サーバ部１００に患者情報等を都度要請し、管理サーバ部１００からの情報に基づいて処理を行っている。しかし、院端末２００側にも患者情報などの情報を管理する情報管理部１２０のような機能部が設けられてもよい。この場合、管理サーバ部１００の情報管理部１２０と院端末２００の情報管理部との間で情報を同期させる機能があればよい。これによると、管理サーバ部１００と院端末２００とが通信可能な状態にないときでも、院端末２００の情報管理部に蓄積された患者情報等のデータに基づいて院端末２００が種々の処理を実行できる。
【００６３】
また、上述の実施形態では、申請書に署名が必要となる場合が想定されている。しかし、署名に代えて、又は署名に加えて、患者の印鑑による押印が申請書に必要である場合に本システムが適用されてもよい。この場合、署名データに代えて、又は署名データに加えて、患者の印鑑の印影を示す印影データが患者情報記憶部１２４に格納されればよい。また、かかる印影データに基づいて院端末２００が申請書データを生成し、印刷デバイスに押印付きの申請書を印字させればよい。印影データは、押印が施された紙媒体を撮像デバイスによって撮像したりスキャナで取り込んだりすることによって取得されればよい。
【符号の説明】
【００６４】
１        療養費支給申請書作成システム
１００    管理サーバ部
１１０    通信等処理部
１２０    情報管理部
１２１    書式情報記憶部
１２２    料金情報記憶部
１２３    院情報記憶部
１２４    患者情報記憶部
２００    院端末
２２０    署名入力部
２３０    施術内容処理部
２４０    申請書処理部
２５０    申請書印字部
２６０    領収書等発行部
２７０    明細非承認処理部
３００    患者端末
３０５    ログイン管理部
３１０    施術明細表示部
３２０    施術明細認否入力部
【図１】
2017084169.tif 000004
【図２】
2017084169.tif 000005
【図３】
2017084169.tif 000006
【図４】
2017084169.tif 000007
【図５】
2017084169.tif 000008
【図６】
2017084169.tif 000009
【図７】
2017084169.tif 000010
【図８】
2017084169.tif 000011
【図９】
2017084169.tif 000012
【図１０】
2017084169.tif 000013
【図１１】
2017084169.tif 000014
【図１２】
2017084169.tif 000015