(57)【要約】【課題】  病院側や医療サービス提供者側において決済処理の際に発生する手間やコストを抑えつつ、病院側が請求金額全体を把握することが可能な医療サービスシステムを提供することを目的とする。【解決手段】  院内端末２〜４から送信される院内情報Ａ〜Ｃを公衆網５及びネットワーク６を介して受信し記録管理する院内情報管理端末７と、病院Ａ〜Ｃに提供する従量制サービスに対する請求金額Ａを算出する従量制サービス提供端末８と、病院Ａ〜Ｃに提供する経営コンサルタントサービスに対する請求金額Ｂを算出する経営コンサルサービス提供端末９と、病院Ａ〜Ｃに提供する医療機器のリモートメンテナンスサービスに対する請求金額Ｃを算出するリモートメンテサービス提供端末１０と、従量制サービス提供端末８、経営コンサルサービス提供端末９、及びリモートメンテサービス提供端末１０から送信される請求金額Ａ〜Ｃを順次加算し、その合計請求金額をＷｅｂ公開する自動請求決済サーバ１１とを備えて医療サービスシステム１を構成する。【選択図】      図１
2006059103.tif 000002
【特許請求の範囲】
【請求項１】
病院で使用される医療機器の使用状況及び前記病院の経営状況を示す院内情報を前記病院が備える院内端末からネットワークを介して受信し、前記院内情報を記録管理する院内情報管理端末と、
前記病院に医療サービスを提供する複数の医療サービス提供者側にそれぞれ備えられ、前記院内情報を前記院内情報管理端末から前記ネットワークを介して受信し、前記院内情報に基づいて前記医療サービスに対する請求金額を算出する複数のサービス提供端末と、
前記複数のサービス提供端末で算出される各請求金額を前記ネットワークを介して受信し、前記各請求金額を順次受信するたびに前記各請求金額を順次加算し、前記各請求金額の合計請求金額を記録管理し、前記院内端末からの決済要求に基づいて前記合計請求金額の決済を行う自動請求決済サーバと、
を備えることを特徴とする医療サービスシステム。
【請求項２】
請求項１に記載の医療サービスシステムであって、
前記自動請求決済サーバは、前記院内端末から前記合計請求金額を送信してほしい旨の要求を前記ネットワークを介して受信すると、前記要求を受信した時点の前記合計請求金額を前記院内端末に送信することを特徴とする医療サービスシステム。
【請求項３】
請求項１に記載の医療サービスシステムであって、
前記自動請求決済サーバは、前記合計請求金額が所定金額に達すると、前記合計請求金額が前記所定金額に達した旨の通知を前記ネットワークを介して前記院内端末に送信することを特徴とする医療サービスシステム。
【請求項４】
病院に医療サービスを提供する複数の医療サービス提供者側にそれぞれ備えられる複数のサービス提供端末で算出される前記医療サービスに対する各請求金額をネットワークを介して受信する通信手段と、
前記通信手段で前記各請求金額を順次受信するたびに前記各請求金額を順次加算する加算手段と、
前記加算手段で加算された前記各請求金額の合計請求金額を記録管理する記録管理手段と、
前記病院に備えられる院内端末からの決済要求に基づいて前記記録管理手段に記録管理されている前記合計請求金額の決済を行う決済手段と、
を備えることを特徴とする自動請求決済サーバ。
【請求項５】
請求項４に記載の自動請求決済サーバであって、
前記通信手段は、前記院内端末から前記合計請求金額を送信してほしい旨の要求を前記ネットワークを介して受信すると、前記要求を受信した時点の前記合計請求金額を前記院内端末に送信することを特徴とする自動請求決済サーバ。
【請求項６】
請求項４に記載の自動請求決済サーバであって、
前記通信手段は、前記合計請求金額が所定金額に達すると、前記合計請求金額が前記所定金額に達した旨の通知を前記ネットワークを介して前記院内端末に送信することを特徴とする自動請求決済サーバ。
【請求項７】
病院に医療サービスを提供する複数の医療サービス提供者側にそれぞれ備えられる複数のサービス提供端末で算出される前記医療サービスに対する各請求金額をネットワークを介して受信し、
前記各請求金額を順次受信するたびに前記各請求金額を順次加算し、
前記各請求金額の合計請求金額を記録管理し、
前記病院に備えられる院内端末からの決済要求に基づいて前記合計請求金額の決済を行う、
ことを特徴とする自動請求決済方法。
【請求項８】
コンピュータを、
病院に医療サービスを提供する複数の医療サービス提供者側にそれぞれ備えられる複数のサービス提供端末で算出される前記医療サービスに対する各請求金額をネットワークを介して受信する通信手段、
前記通信手段で前記各請求金額が順次受信されるたびに前記各請求金額を順次加算する加算手段、
前記加算手段で加算された前記各請求金額の合計請求金額を記録管理する記録管理手段、
前記病院に備えられる院内端末からの決済要求に基づいて前記記録管理手段に記録管理されている前記合計請求金額の決済を行う決済手段、
として機能させるための自動請求決済プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院側に備えられる院内端末と、複数の医療サービス提供者側にそれぞれ備えられる各サービス提供端末とがネットワークを介して接続される医療サービスシステムに関し、特には、各サービス提供端末で算出される各請求金額の決済方法に関する。
【背景技術】
【０００２】
例えば、病院が自己申告した医療機器の使用回数などに基づいて、その医療機器を病院に貸し出している医療サービス提供者が医療機器の貸出しに対する請求金額を計算し、その請求金額を病院が支払うという医療サービスシステムは存在する（例えば、特許文献１参照）。
【０００３】
一般に、このような医療サービスシステムでは、医療サービス提供者側が人手によって請求金額を計算して請求書を作成し、病院側にその請求書を郵送するという方法が採られている。
【０００４】
また、病院側は、送られてきた請求書の請求金額を現金や銀行振込などで支払う方法が採られている。
また、病院側は、オンライン決済により請求金額を支払う方法も採られている（例えば、特許文献２参照）。
【０００５】
このオンライン決済には、例えば、院内端末が金融機関に登録された番号をサービス提供端末に送信し、金融機関が備える端末がその番号をサービス提供端末から受信すると共にその番号を認証し、金融機関がサービス提供者に請求金額を支払い、病院が金融機関にその請求金額と同じ金額を支払うものがある。
【特許文献１】再公表ＷＯ０２／０１７１７１号（第１４〜２５頁、第１〜９図）
【特許文献２】特開２００１−２５６２８２号  （第３〜５頁、第１〜４図）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した医療サービスシステムでは以下のような問題を有している。
（１）各医療サービス提供者側でそれぞれ別々に請求書が作成されるので、それらの請求書が作成されるタイミングがそれぞれ異なる場合がある。そして、それらの請求書が作成されるタイミングがそれぞれ異なると、病院側がそれらの請求書を受け取るタイミングもそれぞれ異なるため、病院側は請求書を受け取るたびに決済処理を行う必要がある。そのため、作成すべき請求書が増えると、それに応じて決済処理も増えるので、その分決済処理に手間とコストが多くかかるという問題がある。
【０００７】
（２）一般に、ある医療サービス提供者がある病院に対して行う医療サービスの種類は複数あり、医療サービス提供者は医療サービス毎に請求書を作成し、それらの請求書を病院側に送る必要がある。上述したように、請求書は人手によって作成され病院側に郵送されるため、請求書の作成と郵送に手間とコストがかかるという問題がある。
【０００８】
（３）病院側は、医療サービスに対する請求金額が医療サービス提供者毎や医療サービス毎に作成されるために、請求金額全体を意識し難いという問題があった。そのため、病院側は、医療サービス提供者側から予想以上の請求金額を請求されることがあり支払いが大変になるおそれがあるという問題がある。
【０００９】
そこで、本発明は、病院側や医療サービス提供者側において決済処理の際に発生する手間やコストを抑えつつ、病院側が請求金額全体を把握することが可能な医療サービスシステムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために本発明では、以下のような構成を採用した。
すなわち、本発明の医療サービスシステムは、病院で使用される医療機器の使用状況及び前記病院の経営状況を示す院内情報を前記病院が備える院内端末からネットワークを介して受信し、前記院内情報を記録管理する院内情報管理端末と、前記病院に医療サービスを提供する複数の医療サービス提供者側にそれぞれ備えられ、前記院内情報を前記院内情報管理端末から前記ネットワークを介して受信し、前記院内情報に基づいて前記医療サービスに対する請求金額を算出する複数のサービス提供端末と、前記複数のサービス提供端末で算出される各請求金額を前記ネットワークを介して受信し、前記各請求金額を順次受信するたびに前記各請求金額を順次加算し、前記各請求金額の合計請求金額を記録管理し、前記院内端末からの決済要求に基づいて前記合計請求金額の決済を行う自動請求決済サーバとを備えることを特徴とする。
【００１１】
また、上記医療サービスシステムの自動請求決済サーバは、前記院内端末から前記合計請求金額を送信してほしい旨の要求を前記ネットワークを介して受信すると、前記要求を受信した時点の前記合計請求金額を前記院内端末に送信するように構成してもよい。
【００１２】
また、上記医療サービスシステムの自動請求決済サーバは、前記合計請求金額が所定金額に達すると、前記合計請求金額が前記所定金額に達した旨の通知を前記ネットワークを介して前記院内端末に送信するように構成してもよい。
【００１３】
また、本発明の自動請求決済サーバは、病院に医療サービスを提供する複数の医療サービス提供者側にそれぞれ備えられる複数のサービス提供端末で算出される前記医療サービスに対する各請求金額をネットワークを介して受信する通信手段と、前記通信手段で前記各請求金額を順次受信するたびに前記各請求金額を順次加算する加算手段と、前記加算手段で加算された前記各請求金額の合計請求金額を記録管理する記録管理手段と、前記病院に備えられる院内端末からの決済要求に基づいて前記記録管理手段に記録管理されている前記合計請求金額の決済を行う決済手段とを備えることを特徴とする。
【００１４】
また、上記自動請求決済サーバの通信手段は、前記院内端末から前記合計請求金額を送信してほしい旨の要求を前記ネットワークを介して受信すると、前記要求を受信した時点の前記合計請求金額を前記院内端末に送信するように構成してもよい。
【００１５】
また、上記自動請求決済サーバの通信手段は、前記合計請求金額が所定金額に達すると、前記合計請求金額が前記所定金額に達した旨の通知を前記ネットワークを介して前記院内端末に送信するように構成してもよい。
【００１６】
また、本発明の自動請求決済方法は、病院に医療サービスを提供する複数の医療サービス提供者側にそれぞれ備えられる複数のサービス提供端末で算出される前記医療サービスに対する各請求金額をネットワークを介して受信し、前記各請求金額を順次受信するたびに前記各請求金額を順次加算し、前記各請求金額の合計請求金額を記録管理し、前記病院に備えられる院内端末からの決済要求に基づいて前記合計請求金額の決済を行うことを特徴とする。
【００１７】
また、本発明の自動請求決済プログラムは、コンピュータを、病院に医療サービスを提供する複数の医療サービス提供者側にそれぞれ備えられる複数のサービス提供端末で算出される前記医療サービスに対する各請求金額をネットワークを介して受信する通信手段、前記通信手段で前記各請求金額が順次受信されるたびに前記各請求金額を順次加算する加算手段、前記加算手段で加算された前記各請求金額の合計請求金額を記録管理する記録管理手段、前記病院に備えられる院内端末からの決済要求に基づいて前記記録管理手段に記録管理されている前記合計請求金額の決済を行う決済手段、として機能させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、病院側は、決済要求すると合計請求金額を決済することができるので、複数の医療サービスに対する請求金額をまとめて決済することができる。これにより、複数の請求書を個々に把握し、請求書毎に決済を行う必要がなくなり、決済処理の手間を抑え、決済処理にかかっていたコストを抑えることができる。
【００１９】
また、医療サービス提供者側も医療サービス毎に請求書を作成し病院側に送る必要がなくなり、請求書の作成処理の手間やコストを抑えることができる。
また、病院側は、自動請求決済サーバから送信される合計請求金額によって現在の合計請求金額を把握することができ、従来のように医療サービスの請求金額を把握し難かったために予想以上の請求金額を受けてしまうようなことを防止することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施形態を図面を用いて説明する。
図１は、本発明の実施形態の医療サービスシステムを示す図である。
図１に示す医療サービスシステム１は、病院Ａ〜Ｃにそれぞれ備えられる院内端末２〜４から送信される院内情報Ａ〜Ｃをインターネットなどの公衆網５及びその公衆網５に接続されるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などのネットワーク６を介して受信し記録管理する院内情報管理端末７と、院内情報管理端末７に記録管理される院内情報Ａ〜Ｃをネットワーク６を介して受信し院内情報Ａ〜Ｃに基づいて病院Ａ〜Ｃに提供する従量制サービスに対する請求金額Ａを作成する従量制サービス提供端末８と、院内情報管理端末７に記録管理される院内情報Ａ〜Ｃをネットワーク６を介して受信し院内情報Ａ〜Ｃに基づいて病院Ａ〜Ｃに提供する経営コンサルタントサービスに対する請求金額Ｂを作成する経営コンサルサービス提供端末９と、院内情報管理端末７に記録管理される院内情報Ａ〜Ｃをネットワーク６を介して受信し院内情報Ａ〜Ｃに基づいて病院Ａ〜Ｃに提供する医療機器のリモートメンテナンスサービスに対する請求金額Ｃを作成するリモートメンテサービス提供端末１０と、従量制サービス提供端末８、経営コンサルサービス提供端末９、及びリモートメンテサービス提供端末１０から請求金額Ａ〜Ｃをそれぞれネットワーク６を介して受信し院内端末２〜４に請求金額Ａ〜Ｃを請求し決済処理する自動請求決済サーバ１１とを備えて構成されている。
【００２１】
上記院内端末２〜４は、それぞれ、医療機器（例えば、内視鏡検査装置）の使用回数などの使用状況やスタッフの人数、患者の人数、医療行為、売上などの経営状況を示す院内情報を記録管理する記録管理手段と、記録管理手段に記録される院内情報を院内情報管理端末７に送信する通信手段とを備えて構成されている。
【００２２】
ここで、図２は、医療機器としての内視鏡検査装置が病院で使用される際の病院の様子を説明するためのフローチャートを示す図である。
まず、ステップＳ１において、患者が病院に来院する。
【００２３】
次に、ステップＳ２において、患者が受付を済ませる。このステップＳ２において、院内端末は、患者の人数などを示す患者情報を院内情報として記録管理する。
次に、ステップＳ３において、患者が前処置を受ける。このステップＳ３において、院内端末は、前処置の実施記録（何を使ってどんな処置を誰が施したのかという記録）を院内情報として記録管理する。
【００２４】
次に、ステップＳ４において、内視鏡検査の準備を行う。このステップＳ４において、院内端末は、これから使用が予定される内視鏡検査装置の種類などの情報を院内情報として記録管理する。
【００２５】
次に、ステップＳ５において、内視鏡検査が開始される。このステップＳ５において、院内端末は、実際に使用される内視鏡検査装置の種類などの情報や誰がどの機能をどのくらいの時間使用したかなどの情報を院内情報として記録管理する。
【００２６】
次に、ステップＳ６において、内視鏡検査が終了する。
次に、ステップＳ７において、患者がリカバリールームにて安静にする。
次に、ステップＳ８において、医師により検査結果などを示す検査レポートが作成される。
【００２７】
次に、ステップＳ９において、患者に検査結果が説明される。
次に、ステップＳ１０において、内視鏡検査装置が洗浄される。このステップＳ１０において、院内端末は、内視鏡検査装置を洗浄するための洗浄装置から得られる洗浄サイクルログや洗浄履歴データを院内情報として記録管理する。
【００２８】
そして、ステップＳ１１において、内視鏡検査装置をしまう。
このように、検査前から検査後までの各ステップや医療機器からは様々な種類の情報が発生し、院内端末は、それらの情報を院内情報として記録記録管理する。
【００２９】
また、上記院内情報管理端末７は、院内端末２〜４からそれぞれ送信される院内情報Ａ〜Ｃを受信すると共に、従量制サービス提供端末８、経営コンサルサービス提供端末９、及びリモートメンテサービス提供端末１０に院内情報Ａ〜Ｃを送信する通信手段と、院内情報Ａ〜Ｃを記録管理する記録管理手段とを備えて構成されている。なお、記録管理手段は、院内情報Ａ〜Ｃを病院毎に記録管理するように構成してもよい。
【００３０】
上記従量制サービス提供端末８は、院内情報管理端末７から必要な院内情報（例えば、院内情報Ａ内の医療機器の使用状況を示す院内情報など）を受信すると共に、その必要な院内情報に基づく請求金額Ａを自動請求決済サーバ１１に送信する通信手段と、その必要な院内情報に基づいて請求金額Ａを作成する作成手段とを備えて構成されている。
【００３１】
この従量制サービス提供端末８を備えるサービス提供者は、例えば、病院Ａから医療サービスの依頼があると、病院Ａが希望する医療機器を貸し出す。そして、病院Ａは、その医療機器の種類や使用回数に応じた請求金額を、従量制サービス提供端末８を備えるサービス提供者に支払う。
【００３２】
上記経営コンサルサービス提供端末９は、院内情報管理端末７から必要な院内情報（例えば、院内情報Ａ内の経営状況を示す院内情報など）を受信すると共に、その必要な院内情報に基づく請求金額Ｂを自動請求決済サーバ１１に送信する通信手段と、その必要な院内情報に基づいて請求金額Ｂを作成する作成手段とを備えて構成されている。
【００３３】
この経営コンサルサービス提供端末９を備えるサービス提供者は、例えば、病院Ａから医療サービスの依頼があると、病院Ａ〜Ｃにどのようなスタッフが何人働いていて、どのような機器が何台あるのかなどを分析して各病院のコストを求めると共に、患者数や医療行為から得られる保険点数などを分析して各病院の売上を求めることによって各病院の利益を計算し、利益の多い病院の院内情報に基づいて、病院Ａに対して経営に関するアドバイスを行う。そして、病院Ａは、そのアドバイスに対する請求金額を、経営コンサルサービス提供端末９を備えるサービス提供者に支払う。
【００３４】
上記リモートメンテサービス提供端末１０は、院内情報管理端末７から必要な院内情報（例えば、院内情報Ａ内の医療機器の使用状況を示す院内情報など）を受信すると共に、その必要な院内情報に基づく請求金額Ｃを自動請求決済サーバ１１に送信する通信手段と、その必要な院内情報に基づいて請求金額Ｃを作成する作成手段とを備えて構成されている。
【００３５】
このリモートメンテサービス提供端末１０を備えるサービス提供者は、例えば、病院Ａから医療サービスの依頼があると、どの医療機器のどの機能が何回使用されたかなどを分析して、医療機器の故障の予測やエラー発生箇所に対する修正プログラムの送信などのメンテナンスサービスを行う。そして、病院Ａは、そのメンテナンスサービスに対する請求金額を、リモートメンテサービス提供端末１０を備えるサービス提供者に支払う。
【００３６】
上記自動請求決済サーバ１１は、従量制サービス提供端末８、経営コンサルサービス提供端末９、及びリモートメンテサービス提供端末１０から請求金額Ａ〜Ｃを受信する通信手段と、請求金額Ａ〜Ｃを順次受信するたびに請求金額Ａ〜Ｃを順次加算する加算手段と、請求金額Ａ〜Ｃが順次加算された結果の合計請求金額を記録管理する記録管理手段と、院内端末２〜４から送信される決済要求に基づいて記録管理されている合計請求金額の決済を行う決済手段とを備えて構成されている。なお、上記通信手段、加算手段、記録管理手段、及び決済手段は、例えば、自動請求決済サーバ１１が備えるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）やＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などに記録されるプログラムがＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などによって実行されることによって実現されてもよい。また、以下、従量制サービス提供端末８、経営コンサルサービス提供端末９、及びリモートメンテサービス提供端末１０を単にサービス提供端末という。
【００３７】
次に、請求金額Ａ〜Ｃが作成されてから自動請求決済サーバ１１がその請求金額Ａ〜Ｃを記録管理するまでの動作を説明する。
図３は、請求金額Ａ〜Ｃが作成されてから自動請求決済サーバ１１がその請求金額Ａ〜Ｃを記録管理するまでの動作を説明するためのフローチャートを示す図である。
【００３８】
まず、ステップＳＴ１において、サービス提供端末は、院内情報管理端末７から病院Ａ〜Ｃに対して医療サービスを提供するために必要な院内情報を受信する。
次に、ステップＳＴ２において、サービス提供端末は、受信した院内情報に基づいて病院Ａ〜Ｃに対して医療サービスを行う。
【００３９】
次に、ステップＳＴ３において、サービス提供端末は、医療サービスを行った後、医療サービスの内容（例えば、サーバメンテナンスなど）を示す「内容」及び医療サービスの利用量を示す「利用量」を院内情報管理装置７から受信し、「内容」と「単価」とが関連付けられた値段リストにより受信した「内容」に対応する「単価」を読み出し、その読み出した「単価」と受信した「利用量」とをかけて「内容」毎の「小計金額」を算出し、さらに、全ての「小計金額」を合計して「合計金額」を算出する。
【００４０】
次に、ステップＳＴ４において、サービス提供端末は、医療サービスの種類（例えば、メンテナンスサービスなど）を識別するための医療サービス識別ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、その医療サービス識別ＩＤに対応する病院名（例えば、病院Ａなど）を識別するための「病院識別ＩＤ」、及び医療サービス識別ＩＤに対応する「請求金額データ（例えば、「内容」、「単価」、「利用量」、「小計金額」、及び「合計金額」など）」を示す請求金額Ａ〜Ｃを自動請求決済サーバ１１に送信する。
【００４１】
ここで、図４及び図５は、サービス提供端末から自動請求決済サーバ１１に送信される請求金額Ａ〜Ｃの一例を示す図である。なお、図４は、従量制サービス提供端末８から自動請求決済サーバ１１に送信される請求金額Ａの一例を示す図である。また、図５は、リモートメンテサービス提供端末１０から自動請求決済サーバ１１に送信される請求金額Ｃの一例を示す図である。
【００４２】
まず、図４に示す請求金額Ａは、複数の請求金額レコード４０（４０−１〜４０−５）で構成されている。各請求金額レコード４０は、例えば、病院識別ＩＤが記録される病院識別ＩＤ領域４１と、医療サービス識別ＩＤが記録される医療サービス識別ＩＤ領域４２と、上記「内容」として医療機器名や器具名が記録される内容領域４３と、医療機器や器具の型名が記録される型名領域４４と、医療機器や器具のシリアル番号が記録されるシリアル番号領域４５と、医療機器や器具の機能名が記録される機能名領域４６と、上記「単価」が記録される単価領域４７と、上記「利用量」として医療機器や器具の使用個数が記録される利用量領域４８と、上記「小計金額」として「単価」と使用個数とがかけられた結果が記録される小計領域４９と、上記「合計金額」が記録されるサービス別合計金額領域５０とを備えている。なお、上記「合計金額」は、最後に追加される請求金額レコード４０のサービス別合計金額領域５０のみに記録されるものとする。
【００４３】
図４に示す例では、請求金額レコード４０−５の病院識別ＩＤ領域４１に「１１２１２」、医療サービス識別ＩＤ領域４２に「１００１」、内容領域４３に「光源装置」、型名領域４４に「ＣＬＶ−１６０」、シリアル番号領域４５に「４６３６７」、機能名領域４６に「白色光源」、単価領域４７に「￥４００」、利用量領域４８に「１コ」、小計領域４９に「￥４００」、サービス別合計金額領域５０に「￥５０００」と記録されている。
【００４４】
また、図５に示す請求金額Ｃは、複数の請求金額レコード５１（５１−１及び５１−２）で構成されている。各請求金額レコード５１は、例えば、病院識別ＩＤが記録される病院識別ＩＤ領域５２と、医療サービス識別ＩＤが記録される医療サービス識別ＩＤ領域５３と、上記「内容」としてメンテナンス名が記録される内容領域５４と、メンテナンスのコース名が記録される型名領域５５と、シリアル番号が記録されるシリアル番号領域５６と、機能名が記録される機能名領域５７と、上記「単価」が記録される単価領域５８と、上記「利用量」として利用回数が記録される利用量領域５９と、上記「小計金額」として「単価」と利用回数とがかけられた結果が記録される小計領域６０と、上記「合計金額」が記録されるサービス別合計金額領域６１とを備えている。なお、上記「合計金額」は、最後に追加される請求金額レコード５１のサービス別合計金額領域６１のみに記録されるものとする。
【００４５】
図５の例では、請求金額レコード５１−２の病院識別ＩＤ領域５２に「１１２１２」、医療サービス識別ＩＤ領域５３に「３０００」、内容領域５４に「サーバメンテナンス」、型名領域５５に「ノーマルコース」、シリアル番号領域５６に「６３６４８」、機能名領域５７に「−」、単価領域５８に「￥１００」、利用量領域５９に「２回」、小計領域６０に「￥２００」、サービス別合計金額領域６１に「￥４００」と記録されている。
【００４６】
このように、サービス提供端末は、医療サービスを行った後、院内情報管理端末７から少なくとも「内容」と「利用量」を受信すると、その「内容」に対応する「単価」を値段リストから読み込み、「単価」×「利用量」の計算を行い「小計金額」を算出する。そして、サービス提供端末は、院内情報管理端末７から院内情報を受信するたびに、「小計金額」を算出すると共に、その算出した「小計金額」と過去に算出した「小計金額」とを加算して「合計金額」を算出する。
【００４７】
次に、ステップＳＴ５において、自動請求決済サーバ１１は、サービス提供端末から送信される医療サービス識別ＩＤ、病院識別ＩＤ、及び請求金額データを示す請求金額Ａ〜Ｃを受信する。
【００４８】
次に、ステップＳＴ６において、自動請求決済サーバ１１は、病院識別ＩＤと病院名とが関連付けられて記録される病院名テーブルにおいて、受信した病院識別ＩＤを検索し、病院名を割り出す。
【００４９】
次に、ステップＳＴ７において、自動請求決済サーバ１１は、医療サービス識別ＩＤと医療サービス名とが関連付けられて記録される医療サービス名テーブルにおいて、受信した医療サービス識別ＩＤを検索し、医療サービス名を割り出す。
【００５０】
次に、ステップＳＴ８において、自動請求決済サーバ１１は、割り出した病院名毎に、割り出した医療サービス名とその医療サービス名に対応する「合計金額」とを関連付けてデータベースに記録する。
【００５１】
ここで、図６は、自動請求決済サーバ１１が備えるデータベースの一例を示す図である。なお、図６に示すデータベースは、図４に示す請求金額Ａ及び図５に示す請求金額Ｃに基づくデータが記録されているものとする。また、図６に示すデータベースは、例えば、ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）を使用して構築してもよい。
【００５２】
図６に示すデータベース６２は、複数の請求金額レコード６３（６３−１〜６３−７）で構成されている。各請求金額レコード６３は、例えば、病院名が記録される病院名領域６４と、医療サービス名が記録される医療サービス名領域６５と、「内容」が記録される内容領域６６と、型名が記録される型名領域６７と、シリアル番号が記録されるシリアル番号領域６８と、機能名が記録される機能名領域６９と、「単価」が記録される単価領域７０と、「利用量」が記録される利用量領域７１と、「小計金額」が記録される小計領域７２と、「合計金額」が記録されるサービス別合計領域７３と、「合計金額」の合計、すなわち、病院名毎の「合計請求金額」が記録される病院別合計金額領域７４とを備えている。なお、病院名毎の「合計請求金額」は、最後に追加される請求金額レコード６３の病院別合計金額領域７４のみに記録されるものとする。
【００５３】
図６に示す例では、請求金額レコード６３−７の病院名領域６４に「病院Ａ」、医療サービス名領域６５に「サービス２」、内容領域６６に「サーバメンテナンス」、型名領域６７に「ノーマルコース」、シリアル番号領域６８に「６３６４８」、機能名領域６９に「−」、単価領域７０に「￥１００」、利用量領域７１に「２回」、小計領域７２に「￥２００」、サービス別合計金額領域７３に「￥４００」、病院別合計金額領域７４に「￥５４００」と記録されている。
【００５４】
このように、自動請求決済サーバ１１は、病院名毎の全ての「小計金額」または「合計金額」を合計して、病院毎の「合計請求金額」を求め、その「合計請求金額」を記録管理している。
【００５５】
次に、自動請求決済サーバ１１の決済処理を説明する。
図７は、自動請求決済サーバ１１の決済処理を説明するためのフローチャートを示す図である。なお、図７に示すフローチャートの前提条件として、病院Ａの院内端末２から自動請求決済サーバ１１に病院別の「合計請求金額」を示すＷｅｂページ（以下、公開用Ｗｅｂページという）を送信してほしい旨の要求が送信され、院内端末２のディスプレイなどに公開用Ｗｅｂページのログイン画面が表示されているものとする。また、このログイン画面には、ログイン名とパスワードが入力できる入力欄が設けられているものとする。
【００５６】
まず、ステップＳＴＰ１において、病院Ａにログイン名とパスワードの入力を促す。
次に、ステップＳＴＰ２において、自動請求決済サーバ１１は、ログイン画面においてログイン名とパスワードが入力されると、そのログイン名とパスワードが正しいか否かを判断する。
【００５７】
ログイン名とパスワードが正しくないと判断された場合（ステップＳＴＰ２がＮｏ）、ステップＳＴＰ１に戻り、再度、ログイン名とパスワードの入力を促す。
一方、ログイン名とパスワードが正しいと判断された場合（ステップＳＴＰ２がＹｅｓ）、ステップＳＴＰ３において、自動請求決済サーバ１１は、病院Ａが受けている全ての医療サービスの医療サービス名と、その各医療サービス名のそれぞれの「小計金額」と、病院名毎の「合計請求金額」とをデータベースから読み出して、その読み出された医療サービス名と「小計金額」と「合計請求金額」とをＷｅｂ公開用請求フォームに追加して公開用Ｗｅｂページを自動的に作成または更新し、その公開用Ｗｅｂページを院内端末２に送信する。そして、院内端末２は、その公開用Ｗｅｂページをディスプレイなどに表示する。
【００５８】
次に、ステップＳＴＰ４において、自動請求決済サーバ１１は、利用した医療サービスにおける「小計金額」の内訳を表示してほしい旨の指示があるか否かを判断する。
内訳を表示してほしい旨の指示がないと判断された場合（ステップＳＴＰ４がＮｏ）、ステップＳＴＰ５において、病院Ａが各医療サービスにおける「合計請求金額」や内訳などの確認が終了したか否かを確認する。
【００５９】
病院Ａによる「合計請求金額」や内訳などの確認が終了しない場合（ステップＳＴＰ５がＮｏ）、ステップＳＴＰ４に戻る。
一方、病院Ａによる「合計請求金額」や内訳などの確認が終了した場合（ステップＳＴＰ５がＹｅｓ）、ステップＳＴＰ６において、自動請求決済サーバ１１は、公開用Ｗｅｂページに設けられる「支払い」ボタンが押されたか否かを判断する。
【００６０】
「支払い」ボタンが押されていないと判断された場合（ステップＳＴＰ６がＮｏ）、自動請求決済サーバ１１は、再度「支払い」ボタンが押されたか否かを判断する。
一方、「支払い」ボタンが押されたと判断された場合（ステップＳＴＰ６がＹｅｓ）、ステップＳＴＰ７において、自動請求決済サーバ１１は、病院Ａが登録しているクレジットカード会社のクレジットカード番号を入力させるための入力欄が設けられたＷｅｂページ（以下、番号入力Ｗｅｂページという）を院内端末２に送信し、その入力欄にクレジットカード番号を入力させる。
【００６１】
そして、ステップＳＴＰ８において、自動請求決済サーバ１１は、番号入力Ｗｅｂページの入力欄に入力されたクレジットカード番号を院内端末２から受信すると、クレジットカード会社に「合計請求金額」の決済が下りたことを通知する。そして、自動請求決済サーバ１１は、クレジット会社の端末にクレジットカード番号と「合計請求金額」を送信し、クレジットカード会社から「合計請求金額」に相当する金額を受け取る。
【００６２】
なお、ステップＳＴＰ７及びステップＳＴＰ８におけるオンライン決済方法は、本実施形態に限定されない。
また、ステップＳＴＰ４において、「小計金額」の内訳を表示してほしい旨の指示があると判断された場合（ステップＳＴＰ４がＹｅｓ）、ステップＳＴＰ９において、自動請求決済サーバ１１は、指示された「小計金額」の内訳をデータベースから読み込み、その内訳をＷｅｂ公開用請求フォームに追加し、公開用Ｗｅｂページを自動的に更新し、その公開用Ｗｅｂページを院内端末２に送信する。そして、院内端末２は、その公開用Ｗｅｂページをディスプレイなどに表示し、ステップＳＴＰ５に進む。
【００６３】
ここで、図８は、内訳が表示された公開用Ｗｅｂページの一例を示す図である。
図８に示す公開用Ｗｅｂページ８０は、病院名が表示される病院名表示エリア８１と、医療サービス名とその医療サービス名に対応する「小計金額」とが表示される請求金額表示エリア８２と、「合計請求金額」が表示される合計請求金額表示エリア８３と、合計請求金額表示エリア８３に表示された「合計請求金額」のオンライン決済を実行させるための「支払い」ボタン８４とにより構成されている。
【００６４】
また、図８に示す例では、例えば、請求金額表示エリア８２において、医療サービス名「サービス２」が選択されたことにより、「サービス２」の内訳として「定期リモートメンテナンス  １回  ￥２００」及び「サーバメンテナンス  ２回  ￥２００」が内訳表示エリア８５に表示された様子を示している。
【００６５】
このように、自動請求決済サーバ１１は、各サービス提供端末から順次受信される「合計金額」を順次加算し、その合計結果である「合計請求金額」を病院毎に管理し、さらに、その「合計請求金額」を公開用ＷｅｂページによりＷｅｂ公開し、院内端末からの決済要求により「合計請求金額」をオンライン決済する構成であるので、病院側は、自動請求決済サーバ１１に決済要求するだけで複数のサービス提供端末で算出される請求金額の合計の請求金額を決済することができる。
【００６６】
これにより、複数の医療サービスに対する請求金額をまとめて決済することができるので、複数の請求書を個々に把握し、請求書毎に決済を行う必要がなくなり、決済処理の手間を抑え、決済処理にかかっていたコストを抑えることができる。
【００６７】
また、医療サービス提供者側も請求書を作成し病院側に送る必要がなくなり、請求書の作成処理の手間やコストを抑えることができる。
また、病院側は、自動請求決済サーバ１１から送信される「合計請求金額」を示す公開用Ｗｅｂページによって現在の「合計請求金額」を把握することができ、従来のように医療サービスの請求金額を把握し難かったために予想以上の請求金額を受けてしまうようなことを防止することができる。
【００６８】
なお、サービス提供端末は、従量制サービス提供端末８、経営コンサルサービス提供端末９、及びリモートメンテサービス提供端末１０に限定されない。
また、上記実施形態では、自動請求決済サーバ１１は、院内端末から送信される「合計請求金額」を送信してほしい旨の要求を受信した時点の「合計請求金額」を示す公開用Ｗｅｂページを院内端末に送信する構成であるが、「合計請求金額」が予め設定される所定の請求金額に達すると、その旨を院内端末に電子メールやＦＡＸ（Ｆａｃｓｉｍｉｌｅ）などにより通知するように構成してもよい。また、「合計請求金額」が予め設定される所定の請求金額に達すると、その時点の「合計請求金額」を示す公開用ＷｅｂページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を電子メールやＦＡＸなどにより院内端末に通知するように構成してもよい。また、所定期間（例えば、１ヶ月）が経過すると、その時点の「合計請求金額」を示す公開用ＷｅｂページのＵＲＬを電子メールやＦＡＸなどにより院内端末に通知するように構成してもよい。
【００６９】
また、上記実施形態では、自動請求決済サーバ１１は、病院毎に「合計請求金額」を計算し、その「合計請求金額」をＷｅｂ公開する構成であるが、病院Ａ〜Ｃを２以上のグループに分け、グループ毎に「合計請求金額」を計算し、その「合計請求金額」をＷｅｂ公開するように構成してもよい。また、ある病院の科毎に「合計請求金額」を計算し、その「合計請求金額」をＷｅｂ公開するように構成してもよい。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施形態の医療サービスシステムを示す図である。
【図２】内視鏡検査装置が病院で使用される際の病院の様子を説明するためのフローチャートを示す図である。
【図３】請求金額Ａ〜Ｃが作成されてから自動請求決済サーバがその請求金額Ａ〜Ｃを記録管理するまでのフローチャートを示す図である。
【図４】従量制サービス提供端末から自動請求決済サーバに送信される請求金額Ａの一例を示す図である。
【図５】リモートメンテサービス提供端末から自動請求決済サーバに送信される請求金額Ｃの一例を示す図である。
【図６】自動請求決済サーバに記録されるデータベースの一例を示す図である。
【図７】自動請求決済サーバの決済処理を説明するためのフローチャートを示す図である。
【図８】内訳が表示された公開用Ｗｅｂページの一例を示す図である。
【符号の説明】
【００７１】
１      医療サービスシステム
２〜４  院内端末
５      公衆網
６      ネットワーク
７      院内情報管理端末
８      従量制サービス提供端末
９      経営コンサルサービス提供端末
１０      リモートメンテサービス提供端末
１１      自動請求決済サーバ
【図２】
2006059103.tif 000003
【図３】
2006059103.tif 000004
【図４】
2006059103.tif 000005
【図５】
2006059103.tif 000006
【図６】
2006059103.tif 000007
【図７】
2006059103.tif 000008
【図８】
2006059103.tif 000009
【図１】
2006059103.tif 000010