JP5783544B1 - 医療会計システム及び医療会計方法 - Google Patents

Abstract

【課題】 迅速で正確な診療費用計算サービスを提供する医療会計システム及び医療会計方法、並びにコンピュータプログラムを提供することを課題とする。【解決手段】 通信ネットワーク上に存在するサーバ装置を介して、複数の診療計算端末と複数の医療機関に所属する複数の医療機関端末との間で、診療費用の計算に必要な情報のやりとりを行わせる医療会計システム及び医療会計方法と、それを実現するプログラムを提供することによって上記の課題を解決する。【選択図】 図１

Description

本発明は、医療会計システム及び医療会計方法に関し、詳細には、医療機関での診療後に個々の患者に請求する診療費用の計算を効率良く行うことを可能にする医療会計システム及び医療会計方法に関する。

近年、病院や診療所などの医療機関においては医療事務の効率化を図るべく電子化及びネットワーク化が進行している。例えば、特許文献１には、医療機関で行う検査を含む診療内容を入力源としてデータ処理し各種医療事務データを生成・管理するレセプトシステムと、医療機関の受付・会計窓口で料金授受を管理するレジスタシステムとを接続し、両者の機能やデータを相互に利用可能とすることにより、事務処理の効率化を図った医療事務処理システムが開示されている。

また、特許文献２には、複数の医療機関の電子カルテシステム及び医療事務処理装置から、ネットワークを介して、患者の診療データ及び医療費に関するデータを取得して診療録データベースを作成することにより、センターに配置した診療情報管理士と診療録データベース及び標準費用データベースを複数の医療機関で共同利用可能とした診療情報管理システムが提案されている。

さらには、特許文献３には、電子カルテ装置と医事会計装置とを接続し、電子カルテ装置から入力された医療情報を医事会計装置で参照しながら医事会計計算を行う医事会計システムが、特許文献４には、電子カルテの診療情報を管理するサーバと、複数の医療機関に配置されているクライアント端末とをネットワークを介して接続し、異なる医療機関で取り扱う診療情報を集約して管理することによって、診療情報の一貫性や操作性を高めた電子カルテシステムが開示されている。

しかしながら、レセプトと呼ばれる診療報酬明細書や診療録の作成、医事会計処理などの医療事務においては、最終的に、オペレータや診療情報管理士などの人による判断や確認などの作業が必要であり、効率化には限界がある。中でも、医療機関の会計窓口で行われる診療会計事務は、医師等によって作成された診療記録、いわゆるカルテの内容に基づき、保険の種類や適用の有無などを勘案しながら、その日の診療で患者に提供した診察、処方、処置、検査等の医療サービスの対価を患者ごとに算出して請求する必要があり、二重請求や請求漏れを防ぐためにも、医事会計事務員による確認や判断は不可欠である。しかも、このような医事会計事務は、通常、診療を終えた患者を待合室などに待たせた状態で行われるので迅速化が求められる。このため、各医療機関は、医事会計事務員の育成と確保に力を入れているが、常に最適な人数の医事会計事務員を揃えて、患者をいたずらに長く待たせることのない迅速で正確な診療会計サービスを提供し続けることは容易ではない。

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

本発明は、これまでの診療会計事務の上記問題点を解決するために為されたもので、いたずらに長く患者を待たせることなく、迅速で正確な診療費用の計算サービスを提供することを可能にする医療会計システム及び医療会計方法、並びにコンピュータに前記医療会計方法を実行させる手順を記載したコンピュータプログラムを提供することを課題とする。

本発明は、通信ネットワークを介して、１又は複数の診療計算端末及び１又は複数の医療機関の各々に所属する１又は複数の医療機関端末と接続される１又は複数のサーバ装置を備える医療会計システムであって、前記サーバ装置が所定のプログラムの下に動作することによって実現される下記の手段Ａ〜Ｋを備えている医療会計システムを提供することによって上記の課題を解決するものである。
Ａ：個々の患者の診療終了後に個々の患者ごとに前記医療機関端末から送信される診療記
録情報を受信する手段、
Ｂ：受信した診療記録情報を、少なくとも、当該診療記録情報の送信元である医療機関端
末が所属する医療機関と関連づけて、診療計算依頼ファイルとして記憶装置に記憶す
る手段、
Ｃ：前記記憶装置に診療計算依頼ファイルが記憶されている患者について、少なくとも患
者の性別、年齢、受診科から選ばれる１又は２以上の情報を含む患者情報を、診療計
算待ち患者一覧情報として前記診療計算端末に送信する手段、
Ｄ：前記診療計算端末から、前記診療計算待ち患者一覧情報に含まれる１の患者を選択す
る選択信号を受信する手段、
Ｅ：受信した選択信号によって選択された患者に対応する診療計算依頼ファイルを構成す
る診療記録情報を前記記憶装置から読み出して、当該選択信号の送信元である診療計
算端末に送信する手段、
Ｆ：前記診療計算端末から、診療計算結果情報又は確認依頼情報を受信する手段、
Ｇ：受信した診療計算結果情報又は確認依頼情報を、対応する診療計算依頼ファイルを構
成する診療記録情報の送信元である医療機関端末又は当該医療機関端末が所属する医
療機関における他の医療機関端末若しくは出力装置に送信する手段、
Ｈ：前記確認依頼情報を送信した送信先の医療機関端末又は当該医療機関端末が所属する
医療機関における他の医療機関端末から、確認済み情報及び／又は修正診療記録情報
を受信する手段、
Ｉ：受信した前記確認済み情報及び／又は修正診療記録情報を、少なくとも、記憶装置に
記憶されている対応する診療計算依頼ファイルと関連づけて、それぞれ確認済み情報
ファイル又は再診療計算依頼ファイルとして記憶装置に記憶する手段、
Ｊ：前記手段Ｄが前記診療計算端末から前記診療計算待ち患者一覧情報に含まれる１の患
者を選択する選択信号を受信したとき、選択された患者に対応する診療計算依頼ファ
イルと関連づけられている確認済み情報ファイル及び／又は再診療計算依頼ファイル
が前記記憶装置に記憶されている場合には、選択された患者に対応する診療計算依頼
ファイルを構成する診療記録情報に代えて、選択された患者に対応する最新の確認済
み情報ファイルを構成する確認済み情報及び／又は最新の再診療計算依頼ファイルを
構成する修正診療記録情報を前記記憶装置から読み出して、前記選択信号の送信元で
ある診療計算端末に送信する手段、
Ｋ：前記記憶装置に診療計算依頼ファイルが記憶されている患者について、少なくとも患
者の氏名、性別、年齢、ＩＤ番号、受診科、担当医師名から選ばれる１又は２以上の
情報を含む患者情報を、対応する診療計算依頼ファイルを構成する診療記録情報の送
信元である医療機関端末が所属する医療機関ごとに区分けして、各医療機関について
の診療計算待ち患者一覧情報として、それぞれ対応する医療機関に所属する医療機関
端末に送信する手段。

本発明は、また、通信ネットワークを介して、１又は複数の診療計算端末及び１又は複数の医療機関の各々に所属する１又は複数の医療機関端末と接続される１又は複数のサーバ装置が所定のプログラムの下に動作することによって実現される下記のステップａ〜ｋを含む医療会計方法を提供することによって上記の課題を解決するものである。
ａ：個々の患者の診療終了後に個々の患者ごとに前記医療機関端末から送信される診療記
録情報を受信するステップ、
ｂ：受信した診療記録情報を、少なくとも、当該診療記録情報の送信元である医療機関端
末が所属する医療機関と関連づけて、診療計算依頼ファイルとして記憶装置に記憶す
るステップ、
ｃ：前記記憶装置に診療計算依頼ファイルが記憶されている患者について、少なくとも患
者の性別、年齢、受診科から選ばれる１又は２以上の情報を含む患者情報を、診療計
算待ち患者一覧情報として前記診療計算端末に送信するステップ、
ｄ：前記診療計算端末から、前記診療計算待ち患者一覧情報に含まれる１の患者を選択す
る選択信号を受信するステップ、
ｅ：受信した選択信号によって選択された患者に対応する診療計算依頼ファイルを構成す
る診療記録情報を前記記憶装置から読み出して、当該選択信号の送信元である診療計
算端末に送信するステップ、
ｆ：前記診療計算端末から、診療計算結果情報又は確認依頼情報を受信するステップ、
ｇ：受信した診療計算結果情報又は確認依頼情報を、対応する診療計算依頼ファイルを構
成する診療記録情報の送信元である医療機関端末又は当該医療機関端末が所属する医
療機関における他の医療機関端末若しくは出力装置に送信するステップ、
ｈ：前記確認依頼情報を送信した送信先の医療機関端末又は当該医療機関端末が所属する
医療機関における他の医療機関端末から、確認済み情報及び／又は修正診療記録情報
を受信するステップ、
ｉ：受信した前記確認済み情報及び／又は修正診療記録情報を、少なくとも、記憶装置に
記憶されている対応する診療計算依頼ファイルと関連づけて、それぞれ確認済み情報
ファイル又は再診療計算依頼ファイルとして記憶装置に記憶するステップ、
ｊ：前記ステップｄにおいて、前記診療計算端末から前記診療計算待ち患者一覧情報に含
まれる１の患者を選択する選択信号を受信したとき、選択された患者に対応する確認
済み情報ファイル及び／又は再診療計算依頼ファイルが前記記憶装置に記憶されてい
る場合には、選択された患者に対応する診療計算依頼ファイルを構成する診療記録情
報に代えて、選択された患者に対応する最新の確認済み情報ファイルを構成する確認
済み情報及び／又は再診療計算依頼ファイルを構成する修正診療記録情報を前記記憶
装置から読み出して、前記選択信号の送信元である診療計算端末に送信するステップ
、
ｋ：前記記憶装置に診療計算依頼ファイルが記憶されている患者について、少なくとも患
者の氏名、性別、年齢、ＩＤ番号、受診科、担当医師名から選ばれる１又は２以上の
情報を含む患者情報を、対応する診療計算依頼ファイルを構成する診療記録情報の送
信元である医療機関端末が所属する医療機関ごとに区分けして、各医療機関について
の診療計算待ち患者一覧情報として、それぞれ対応する医療機関に所属する医療機関
端末に送信するステップ。

上記のとおり、本発明の医療会計システム及び医療会計方法は、通信ネットワーク上に存在するサーバ装置を介して、１又は複数の診療計算端末と１又は複数の医療機関に所属する１又は複数の医療機関端末との間で、診療費用の計算に必要な情報のやりとりを行うことを可能とするものである。診療費用の計算に必要な情報の中には、医療機関端末から送信される個々の患者についての診療記録情報、診療計算端末から送信される個々の患者についての診療計算結果、診療計算端末から送信される確認依頼事項、及びそれに対する医療機関端末からの回答が含まれる。

なお、診療計算結果は、当該診療計算の依頼を行った医療機関に所属する医療機関端末に送信される。診療計算結果の送信を受ける医療機関端末は、通常、当該医療機関に所属する医事会計端末であり、医事会計端末のユーザである医事会計事務員は、必要に応じて診療計算結果を確認し、その内容に基づいて患者に費用の請求を行う。或いは、診療計算結果は、医療機関端末を介さずに、当該診療計算の依頼を行った医療機関に所属するプリンタ又はディスプレイなどの適宜の出力装置に直接送信されても良い。送信された診療計算結果は、プリンタから診療費用明細として出力されるか、ディスプレイに診療費用明細として表示され、それらいずれかに基づいて、患者への診療費用の請求が行われる。

医療機関端末と診療計算端末との間で、診療費用の計算に必要な情報のやりとりをスムースに行わせるため、本発明の医療会計システム及び医療会計方法は、診療費用の計算結果を待っている患者のリストを診療計算結果待ち患者一覧情報として診療計算端末に提供する手段又はステップを備えている。診療計算端末のユーザである診療計算作業者は、提供された診療計算結果待ち患者一覧情報の中から１の患者を選択し、当該患者についての診療費用の計算を開始することができる。

さらに、本発明の医療会計システム及び医療会計方法は、診療計算端末からの確認依頼事項を確認依頼情報として医療機関端末に送信し、それに対する医療機関端末からの回答である確認済み情報や修正した診療記録情報などを診療計算端末に送信する手段及びステップを備えている。これにより、診療計算端末のユーザである診療計算作業者は、医療機関から提供された、いわゆる電子カルテと呼ばれる診療記録情報に不明点、矛盾等を発見した場合には、適宜、医療機関側に問い合わせて、診療費用の二重請求や請求漏れのない正確な診療費用の計算を実行することができる。

本発明の医療会計システム及び医療会計方法は、さらに、診療費用の計算結果を待っている患者のリストを診療計算結果待ち患者一覧情報として医療機関端末に送信する手段及びステップを備えている。医療機関端末に送信される診療計算結果待ち患者一覧情報は、基本的に、診療計算端末に提供される診療計算結果待ち患者一覧情報と同じであるが、診療計算を依頼した医療機関別に区分けされており、例えば医療機関Ａには診療費用の計算を依頼したのが医療機関Ａである患者だけをリストアップした診療計算結果待ち患者一覧情報が送信される点で異なっている。これにより、医療機関端末においても、自身が所属する医療機関が診療費用の計算を依頼し、診療費用の計算結果を待っている患者のリストを適宜見ることができる。

本発明の医療会計システム及び医療会計方法は、その好適な一態様において、診療計算端末及び医療機関端末に送信する診療計算結果待ち患者一覧情報に、診療費用の計算が現在どこまで進行しているかを表す状態情報を含める手段又はステップを有している。この場合、医療機関端末及び診療計算端末から、それぞれの患者についての診療費用の計算の進捗状況を知ることができるという利点が得られる。

さらに、本発明の医療会計システム及び医療会計方法は、その好適な他の一態様において、診療計算端末及び医療機関端末に送信する診療計算結果待ち患者一覧情報を、当該一覧情報に含まれる１又は２以上の情報をキーとして並べ替える手段又はステップを有している。これにより、診療計算端末及び医療機関端末は、表示される診療計算結果待ち患者のリストを見易い並び順に適宜変更することができる。

加えて、本発明の医療会計システム及び医療会計方法は、その好適な他の一態様において、個々の患者ごとに、医療機関端末からの診療費用の計算依頼からの経過時間を計測する手段又はステップを備えており、さらには、計測された前記時間を予め定められた１又は２以上の閾値と逐次比較して、計測された前記時間が前記閾値のいずれかを超えたとき、診療計算端末又は医療機関端末に送信する診療計算待ち患者一覧情報に、超えられた閾値に対応する注意喚起情報を含める手段又はステップを備えている。これにより、診療費用の計算に比較的長い時間が掛かっている患者が存在する場合には、その存在を診療計算端末及び医療機関端末において直ちに把握することができ、優先的に診療計算作業を実行するなどの対策を講じることが可能となる。

本発明は、また、１又は複数のサーバ装置に上述した本発明の医療会計方法を実行させるための手順を記載したコンピュータプログラム、又は、前記プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することによって、上記課題を解決するものである。

本発明の医療会計システム及び医療会計方法は、所定のプログラムの下に動作するサーバ装置によって実現される限り、どのような形態で実施されるかを問うものではないが、サーバ装置上で動作するプログラムの機能、及びサーバ装置に記憶されている情報が、通信ネットワークを介して、適宜、１又は複数の診療計算端末及び１又は複数の医療機関の各々に所属する１又は複数の医療機関端末に提供される、いわゆるクラウドコンピューティングによって実施されるのが望ましい。

本発明の医療会計システム及び医療会計方法によれば、通信ネットワーク上に存在するサーバ装置を介して、１又は複数の診療計算端末と１又は複数の医療機関に所属する１又は複数の医療機関端末との間で、診療費用の計算に必要な情報のやりとりが行われるので、診療費用の計算を行う診療計算端末及びそのユーザである診療計算作業者は、もはや医療機関端末と同じ医療機関内に存在する必要はなく、特定の医療機関に所属する必要もなくなる。これにより、本発明によれば、複数の異なる医療機関の診療費用の計算を、診療計算端末と診療計算作業者を備えた外部の診療計算センターに依頼することが可能になるという利点が得られる。また、診療費用の計算を外部の診療計算センターに依頼することができるので、医療機関は、自身の組織内の診療計算端末や診療計算作業者の数を必要最低限に抑えることができ、診療計算作業者の育成やその確保に頭を悩ますことがなくなるという利点が得られる。

また、本発明の医療会計システム及び医療会計方法によれば、通信ネットワークを介して、診療費用の計算に伴うきめ細かなサービスが医療機関端末に提供されるので、医療機関端末のユーザは、診療費用の計算がどこで行われているのかを意識することなく、診療計算端末とそのユーザである診療計算作業者があたかも自身の医療機関内に存在するかのように、本発明の医療会計システム及び医療会計方法を利用することができるという利点が得られる。

本発明の医療会計システムの一例を示す概念図である。 サーバ装置のハードウエア構成の一例を示す図である。 医療機関端末に表示される電子カルテ入力画面の一例を示す図である。 診療計算端末に表示される診療計算待ち患者一覧画面の一例を示す図である。 医療機関端末に表示される診療計算待ち患者一覧画面の一例を示す図である。 診療計算端末に表示される診療計算待ち患者一覧画面の変更後の一例を示す図である。 医療機関端末に表示される診療計算待ち患者一覧画面の変更後の一例を示す図である。 診療計算端末に表示される診療計算画面の一例を示す図である。 診療計算端末に表示される診療計算待ち患者一覧画面の変更後の他の一例を示す図である。 医療機関端末に表示される診療計算待ち患者一覧画面の変更後の他の一例を示す図である。 医療機関端末に表示される診療計算待ち患者一覧画面の変更後の他の一例を示す図である。 医療機関端末に表示される診療計算待ち患者一覧画面の変更後の他の一例を示す図である。 診療計算端末に表示される診療計算待ち患者一覧画面の変更後の他の一例を示す図である。 医療機関端末に表示される診療計算待ち患者一覧画面の変更後の他の一例を示す図である。 診療計算端末に表示される診療計算待ち患者一覧画面の変更後の他の一例を示す図である。

以下、図面を参照しながら本発明を説明するが、本発明が図示されたものに限られないことは勿論である。

＜システム構成＞
図１は、本発明に係る医療会計システムの一例を示すシステム構成図である。本発明の医療会計システムは、本来的に通信ネットワーク上に存在するサーバ装置によって実現されるものであるが、図１においては、通信ネットワークを介してサーバ装置と接続される他の端末等も示してある。図１において、Ａ、Ｂ、Ｃはそれぞれ医療機関であり、例えば病院、診療所、歯科診療所等である。Ｙは診療計算センター、Ｚは医療会計システムセンター、ＮＷはインターネット等の通信ネットワークである。なお、図では３つの医療機関Ａ〜Ｃが示されているが、医療機関の数は３つに限られず、１又は２、或いは４以上であっても良い。また、診療計算センターＹも、例えば診療計算センターＹ_Ａ、Ｙ_Ｂ、Ｙ_Ｃと複数存在しても良い。

１０Ａ、１０Ｂ、１０Ｃは、それぞれ医療機関Ａ、Ｂ、Ｃが備える医療機関情報システムである。図示の例においては、医療機関Ａ〜Ｃは、それぞれの医療機関情報システム１０Ａ〜１０Ｃを備えているが、基本的に、医療機関Ａ〜Ｃは、通信ネットワークと接続することができる１又は複数の医療機関端末を備えていれば良く、必ずしも医療機関情報システムを有している必要はない。また、医療機関情報システム１０Ａ〜１０Ｃはどのようなものであっても良い。例えば医療機関情報システム１０Ａを例に説明すると、医療機関情報システム１０Ａは、複数の医療機関端末１１、１２、１３、電子カルテサーバ１４、ルータ１５、伝送路１６から構成されており、ルータ１５及び図示しない適宜のファイヤーウォールを介して、随時通信ネットワークＮＷと接続される。医療機関情報システム１０Ｂ又は１０Ｃは、医療機関情報システム１０Ａと同じであっても、異なっていても良い。

医療機関端末１１〜１３としては、例えば医師が診療時に使用する医師端末、医事会計事務員が使用して診療費用の計算を行う医事会計端末、看護師や検査技師などが使用する医療スタッフ端末などが挙げられるが、これらに限られるものではない。また、図示の例では医療機関情報システム１０Ａが有する医療機関端末１１〜１３は３台しか示されていないが、医療機関Ａ又は医療機関情報システム１０Ａが備える医療機関端末の数には特段の制限はない。医療機関端末１１〜１３は、通常、通信ネットワークへの接続機能を備えたデスクトップＰＣ又はラップトップＰＣなどであるが、これらに限られず、タブレット端末、スマートフォン、その他の通信機能を備えた携帯端末であっても良い。医療機関情報システム１０Ｂ、１０Ｃにおける医療機関端末についても同様である。

診療計算センターＹは、診療計算端末２１〜２４、ルータ２５及び伝送路２６を有している。診療計算端末２１〜２４は、例えばルータ２５及び図示しない適宜のファイヤーウォールを介して、随時通信ネットワークＮＷと接続される。診療計算センターＹは１又は複数の診療計算端末を備えておれば良く、診療計算センターＹが備える診療計算端末の数は図示の４台に限られない。また、診療計算センターＹは、診療計算センターＹを構成する診療計算端末が通信ネットワークＮＷと随時接続することができる限り、複数箇所に分散していても良く、極端な場合には１台の診療計算端末が１つの診療計算センターＹを構成しても良い。

医療会計システムセンターＺはサーバ装置３０を有しており、サーバ装置３０は、図示しない適宜のファイヤーウォールを介して、随時通信ネットワークＮＷと接続される。なお、図１には１台のサーバ装置３０しか示されていないが、サーバ装置３０は２つ以上のサーバ装置から構成されていても良く、それら複数のサーバ装置は複数箇所に分散していても良い。

図２は、サーバ装置３０のハードウエア構成の一例を示す図である。サーバ装置３０は、記憶装置３１、ＣＰＵ３２、ネットワーク装置３３、入力装置３４、出力装置３５、及び記録媒体ドライブ３６を備えている。記憶装置３１は、例えばハードディスクドライブ、ソリッドステートドライブ等の不揮発性記憶媒体及び／又はＤＲＡＭ等の揮発性メモリから構成されおり、ＣＰＵ３２を動作させてサーバ装置３０に後述する種々の手段を実現させ、また、医療会計方法を実行させるための所定のプログラムを記憶している。したがって、記憶装置３１は、サーバ装置３０に後述する医療会計方法を実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体である。また、記憶装置３１は、ネットワーク装置３３を介して受信した各種データ等を記憶する適宜の記憶領域α〜δを有している。

上記のように構成されるサーバ装置３０は、図１に示すとおり、通信ネットワークＮＷを介して、医療機関Ａ〜Ｃが備える医療機関端末１１〜１３、及び診療計算センターＹが備える診療計算端末２１〜２４と接続される。この接続は以下のようにして行われる。すなわち、医療機関端末１１〜１３及び診療計算端末２１〜２４のいずれかの端末からアクセスがあると、サーバ装置３０のＣＰＵ３２はログイン画面を生成し、アクセスのあった端末に送信する。ログイン画面が表示された端末のユーザは、予め設定されているユーザＩＤとパスワードの組み合わせ等の認証情報を入力し、サーバ装置３０が所定のプログラムを実行することによって実現される医療会計システムにログインする。医療機関Ａ〜Ｃに所属する医師、看護師、検査技師、事務員などを含めた医療機関スタッフ及び診療計算センターＹに所属する診療計算作業者の各々には、それぞれ異なるユーザＩＤが割り当てられているので、サーバ装置３０は、ログイン時に入力されたユーザＩＤによって、ログイン者を識別するとともに、ログイン者の所属機関を識別する。

また、サーバ装置３０のＣＰＵ３２は、上記ログイン画面の生成と併行して、セッションＩＤを生成し、生成したセッションＩＤをログイン画面と共にアクセスのあった端末に送信する。以降、ログアウトするまでの当該端末からの送信には当該セッションＩＤが付加されてくるので、サーバ装置３０のＣＰＵ３２は確実にセッションを識別し、管理することができる。記憶装置３１の通信記録記憶領域βには、セッションＩＤとともに、当該セッションが確立されている端末のユーザＩＤ、通信記録などがセッションごとにセッション管理ファイルとして記憶される。なお、サーバ装置３０と医療機関端末１１〜１３及び診療計算端末２１〜２４の通信には、その内容が外部に漏れないよう十分なセキュリティ上の措置が施されていることはいうまでもない。

＜システム動作＞
次に、図１、２を参照しながら、サーバ装置３０のＣＰＵ３２が所定のプログラムを実行することにより実現される本発明の医療会計システム及び医療会計方法について説明する。

＜１．診療記録情報の作成と送信＞
まず、医療機関に所属する医療機関端末において行われる作業について説明する。例えば医療機関Ａの医療機関端末１１において、患者Ｘｎ（但し、ｎは整数）についての診療情報が入力される。この場合、医療機関端末１１としては医師が操作する医師端末が想定される。診療情報としては、例えば、患者の主訴、他覚所見、検査・画像の計画・指示・実施内容、検査・画像の結果判定、診断根拠、治療計画、治療内容（投薬、注射、リハビリ、処置、手術等）、指示事項、治療効果の判定・見直し等、患者への説明、指示事項、患者の理解度等、文書発行、他院紹介の内容等が挙げられるが、これらに限られるものではない。

上記のような診療情報の入力は、通常、いわゆる電子カルテを作成する電子カルテソフト上で、個々の患者ごとに、医師によって行われる。電子カルテソフトは医療機関端末１１上で立ち上がり、動作しているものであっても良いが、クラウドコンピューティングによって、サーバ装置３０上で動作する電子カルテソフトが備えている機能が通信ネットワークＮＷ経由で医療機関端末１１に提供されるものであるのが望ましい。この場合、サーバ装置３０上で動作する電子カルテソフトは、医療機関端末１１が所属する医療機関Ａの医療機関情報システム１０Ａが備えている電子カルテソフトと同じか、少なくとも互換性を有するものであるのが好ましい。

サーバ装置３０上で動作する電子カルテソフトの機能が通信ネットワークＮＷ経由で医療機関端末１１に提供される場合には、医療機関端末１１のユーザである医師Ｄｎ（ただし、ｎは整数）は、電子カルテに診療情報等を入力するに先だって、まず、通信ネットワークＮＷを介してサーバ装置３０にアクセスし、ユーザＩＤとパスワードの組み合わせ等の認証情報を入力して、サーバ装置３０によって提供される医療会計システムにログインする。入力されたユーザＩＤとパスワードの組み合わせが認証されると、サーバ装置３０は、医療機関端末１１とのセッションを確立し、当該セッションのセッションＩＤとユーザＩＤとを関連づけるとともに、必要に応じて電子カルテソフトを立ち上げ、電子カルテの入力画面を生成し、自動的に、又は医療機関端末１１からの要求を待って、医療機関端末１１に送信する。

図３は、サーバ装置３０によって生成され、医療機関端末１１に送信、表示される電子カルテ入力画面１００の一例を示す図である。図３に見られるとおり、電子カルテの入力画面１００には「診療計算依頼」ボタン１０１、「送信」ボタン１０２、及び「診療計算依頼一覧」ボタン１０３が表示されている。診療情報の入力時には、通常、「診療計算依頼」ボタン１０１と「診療計算依頼一覧」ボタン１０３は選択可能な状態にあり、「送信」ボタン１０２は選択不可の状態にある。

患者Ｘｎについての診療が終了し、電子カルテへの診療情報の入力が完了した後に、医療機関端末１１のユーザである医師Ｄｎが「診療計算依頼」ボタン１０１をクリック又はタッチするなどして選択すると、「送信」ボタン１０２が選択可能な状態になり、入力した診療情報のサーバ装置３０への送信が初めて可能となる。これにより、誤送信が防止される。また、「診療計算依頼」ボタン１０１が選択されたとき、図示しない「備考欄」が電子カルテ入力画面上に表示されるので、医師Ｄｎは、例えば、「保険の併用があります。注意願います。」、「○○○が算定できないとは承知しています。」、「ＡとＢについてＡで算定して下さい。」等の診療計算作業者に対する注意事項や指示を記入することができる。なお、「診療計算依頼」ボタン１０１が選択されたときに「備考欄」が表示されるのではなく、電子カルテ入力画面１００に「備考」ボタンを表示しておいて、「備考」ボタンが選択されたときには電子カルテ入力画面１００上に「備考欄」を表示させ、医療機関端末１１のユーザである医師Ｄｎが、随時、備考を記入することができるようにしても良い。

上記のような電子カルテ入力画面の変化は、電子カルテ入力画面１００上に表示されている各種ボタンの選択信号がサーバ装置３０に送信され、サーバ装置３０が対応する入力画面を生成して医療機関端末１１に送信することによって実現される。このようにサーバ装置３０は、医療機関端末１１からの種々の選択信号に応じて、例えば「送信」ボタン１０２を選択可能にしたり、「備考欄」を表示したり、医療機関端末１１に表示される画面を適宜切り換え、変化させる手段を備えている。

必要な「備考」記入が完了するか、記入すべき「備考」事項がない場合、医療機関端末１１を使用している医師Ｄｎが「送信」ボタン１０２をクリック又はタッチするなどして選択すると、電子カルテ画面上で入力された診療情報や備考情報は、患者Ｘｎの当該診療についての診療記録情報として、通信ネットワークＮＷを介してサーバ装置３０に送信され、診療計算依頼が行われることになる。診療記録情報はサーバ装置３０上で動作している電子カルテソフトが取り扱う電子カルテファイルとして送信されても良いし、当該電子カルテソフトが読取可能な情報データファイルとして送信されても良い。このとき、必要であれば、同じ診療情報や備考情報を医療機関端末１１が所属する医療機関情報システム１０Ａ内の電子カルテサーバ１４にも送信し、記憶させるようにしても良い。

一方、電子カルテソフトが医療機関端末１１上で動作するものである場合には、医療機関端末１１には、医療機関端末１１上で立ち上がった電子カルテソフトが生成した電子カルテ入力画面が表示される。この電子カルテ入力画面は、図３にその一例を示した電子カルテ入力画面１００と基本的に同じものであり、「診療計算依頼」ボタン１０１、「送信」ボタン１０２等が表示されている点でも変わりはない。医療機関端末１１のユーザである医師Ｄｎは、表示された入力画面が自身の端末上で生成されたものか、通信ネットワークＮＷを介して送信されてきたものであるかを意識することなく、表示された入力画面上で必要な診療情報や、必要に応じて備考情報を入力することができる。

ただし、電子カルテ入力画面１００が医療機関端末１１上で動作する電子カルテソフトが生成したものである場合には、医療機関端末１１上で入力した診療情報等をサーバ装置３０に送信するには、サーバ装置３０にアクセスしてサーバ装置３０よって提供される医療会計システムにログインする必要がある。ログインは、診療情報及び備考情報の入力前、入力中、又は入力後の適宜の時期に行えば良い。ログインによって、サーバ装置３０がユーザの認証とセッションの確立を行うことは、先に説明した場合と同様である。

医療機関端末１１のユーザである医師Ｄｎが、サーバ装置３０よって提供される医療会計システムにログインすることなく、「診療計算依頼」ボタン１０１又は「送信」ボタン１０２を選択した場合には、その選択信号をアクセス信号としてサーバ装置３０へ送信するようにしても良い。また、電子カルテ入力画面に「ログイン」ボタンを表示するようにしても良く、ログイン後に「診療計算依頼」ボタン１０１又は「送信」ボタン１０２を電子カルテ入力画面に表示するようにしても良い。いずれにせよ、ログイン後に「送信」ボタン１０２を選択すると、入力された診療情報及び備考情報は、当該患者Ｘｎの当該診療についての診療記録情報としてサーバ装置３０に送信される。サーバ装置３０が医療機関端末１１上で動作する電子カルテソフトと同じか互換性のある電子カルテソフトを備えている場合には、診療記録情報は、診療機関端末１１上で動作している電子カルテソフトが取り扱う電子カルテファイルとして送信されても良いし、そうでない場合には、サーバ装置３０が備える電子カルテソフトが読取可能な情報データファイルとして送信されても良い。このとき、必要であれば、同じ診療情報や備考情報を医療機関端末１１が所属する医療機関情報システム１０Ａ内の電子カルテサーバ１４にも送信し、記憶させるようにしても良いことは勿論である。

＜２．診療計算依頼ファイルの記憶＞
医療機関端末１１から送信された診療記録情報は、通信ネットワークＮＷを介して、サーバ装置３０によって受信される。すなわち、サーバ装置３０のＣＰＵ３２は、所定のプログラムの下でネットワーク装置３３を動作させ、医療機関端末１１から送信されてきた診療記録情報を受信する。これにより、サーバ装置３０は、個々の患者の診療終了後に個々の患者ごとに医療機関端末から送信される診療記録情報を受信する手段（手段Ａ）を備えていることになる。また、サーバ装置３０が所定のプログラムの下に動作することによって実現される医療会計方法に即していえば、医療機関端末１１から送信されてきた診療記録情報をサーバ装置３０がネットワーク装置３３を介して受信するこの段階が、個々の患者の診療終了後に個々の患者ごとに医療機関端末から送信される診療記録情報を受信するステップ（ステップａ）ということになる。

ＣＰＵ３２は、ネットワーク装置３３が受信した診療記録情報を記憶装置３１の一時記憶領域αに記憶させる。ＣＰＵ３２は、記憶装置３１の通信記録記憶領域βに記録されているセッション管理ファイルにアクセスして、診療記録情報を送信してきた医療機関端末１１のログイン時に入力されたユーザＩＤを読み出し、その医療機関端末１１が所属する医療機関及び医療機関端末１１のユーザを識別する。なお、送信されてくる診療記録情報に送信元の医療機関端末１１が所属する医療機関についての情報や送信元の医療機関端末１１のユーザ情報が含まれている場合には、記憶装置３１の一時記憶領域αに記憶されている診療記録情報から前記医療機関についての情報やユーザ情報を読み出すことによって、医療機関端末１１がどの医療機関に属する医療機関端末であるか、医療機関端末１１のユーザが誰であるかを識別しても良い。

次いで、ＣＰＵ３２は、一時記憶領域αから診療記録情報を読み出し、少なくとも識別した医療機関と関連づけて、好ましくは識別した医療機関及び識別したユーザと関連づけて、患者Ｘｎについての診療計算依頼ファイルＺｎ（但し、ｎは整数）として、記憶装置３１のファイル記憶領域γに記憶する。また、ＣＰＵ３２は、記憶する診療計算依頼ファイルＺｎを識別するファイル識別コードγｎ（但し、ｎは整数）を生成し、診療計算依頼ファイルＺｎに当該ファイル識別コードγｎを割り当て、記憶装置３１のファイル記憶領域γに記憶する。なお、「γｎ」というファイル識別コードの形式は単なる例示であって、ファイル識別コードγｎがどのような数字、文字、記号等から構成されるものであっても良いことはいうまでもない。

ＣＰＵ３２が上記のように動作することにより、サーバ装置３０は、受信した診療記録情報を、少なくとも、当該診療記録情報の送信元である医療機関端末が所属する医療機関と関連づけて、診療計算依頼ファイルとして記憶装置に記憶する手段（手段Ｂ）を備えていることになる。また、サーバ装置３０によって実現される医療会計方法に即していえば、この段階が、受信した診療記録情報を、少なくとも、当該診療記録情報の送信元である医療機関端末が所属する医療機関と関連づけて、診療計算依頼ファイルとして記憶装置に記憶するステップ（ステップｂ）に相当する。

なお、サーバ装置３０の記憶装置３１には、予め各医療機関に割り当てた医療機関識別コードと当該医療機関についての情報（例えば、医療機関の名称、割り当て済みのユーザＩＤリスト、所属医師リスト、さらには、後述する診療計算結果情報又は確認依頼情報の医療機関によって指定された送信先又は出力先がある場合にはその送信先ユーザ又は出力先の機器、その他の付帯情報など）との対応テーブルを記憶しておくのが望ましい。

＜３−１．診療計算待ち患者情報一覧情報の診療計算端末への送信＞
サーバ装置３０のＣＰＵ３２は、所定のプログラムの下に動作して、記憶装置３１のファイル記憶領域γに診療計算依頼ファイルが記憶されている患者についての情報を、診療計算待ち患者一覧情報として、診療計算端末２１〜２４に送信する。サーバ装置３０からの前記診療計算待ち患者一覧情報の送信を受けるにあたっては、診療計算端末２１〜２４がサーバ装置３０によって提供される医療会計システムに予めログインしている必要がある。

すなわち、診療計算端末２１〜２４のユーザである診療計算作業者は、サーバ装置３０からの前記診療計算待ち患者一覧情報の送信を受けるに先だって、まず、通信ネットワークＮＷを介してサーバ装置３０にアクセスし、ユーザＩＤとパスワードの組み合わせ等の認証情報を入力して、サーバ装置３０のＣＰＵ３２が所定のプログラムを実行することにより実現される医療会計システムにログインする。入力されたユーザＩＤとパスワードの組み合わせが認証されると、サーバ装置３０は、診療計算端末２１〜２４のそれぞれとセッションを確立し、それぞれのセッションのセッションＩＤとユーザＩＤとを関連づけるとともに、記憶装置３１のファイル記憶領域γに記憶されている診療計算依頼ファイルから必要な情報を読み出して診療計算待ち患者一覧情報を生成する。生成された診療計算待ち患者一覧情報は、診療計算端末２１〜２４からの要求を待って、又は自動的に、サーバ装置３０から診療計算端末２１〜２４に送信される。

図４は、サーバ装置３０からの診療計算待ち患者一覧情報の送信を受け、診療計算端末２１〜２４に表示される診療計算待ち患者一覧画面２００の一例を示す図である。図４に示すとおり、診療計算待ち患者一覧画面２００には、記憶装置３１のファイル記憶領域γに診療計算依頼ファイルが記憶されている患者の各々について、その医療機関名、受診科、担当医師名、患者ＩＤ、患者氏名、患者年齢、患者性別等の情報が患者情報として一覧表示されている。因みに、図４に示す診療計算待ち患者一覧画面２００はあくまでも例示であり、例えば診療計算を依頼している医療機関名や担当医師名、さらには患者個人を特定することができる患者氏名等の情報を診療計算センターＹ側に知らせたくない場合には、それらの情報を診療計算端末に送信する診療計算待ち患者一覧情報に含めないようにすれば良い。その場合には、診療計算端末２１〜２４に表示される診療計算待ち患者一覧画面２００には、医療機関名、担当医師名、患者氏名等の情報は表示されない。或いは、診療計算センターＹ側に知らせたくない情報については、診療計算端末２１〜２４では読み取れないように暗号化して送信することも可能である。

一方、受診科、患者性別、患者年齢は、診療計算端末２１〜２４のユーザである診療計算作業者が診療費用の計算を行う患者を選択する際に有用な情報として機能する場合がある。特に、受診科についての情報は、特定の診療科を専門分野としている診療計算作業者にとっては診療計算を行う患者を選択する上で極めて有用な情報である。したがって、サーバ装置３０から診療計算端末２１〜２４に送信される診療計算待ち患者一覧情報には、少なくとも、受診科、患者性別、患者年齢から選ばれる１又は２以上の情報を含めるのが望ましく、中でも受診科についての情報は含めるのが望ましい。

上記のとおり、サーバ装置３０は、記憶装置３１のファイル記憶領域γに診療計算依頼ファイルが記憶されている各患者について、前記診療計算依頼ファイルから、少なくとも患者の性別、年齢、受診科から選ばれる１又は２以上の情報を含む患者情報を読み出して、当該患者情報を診療計算待ち患者一覧情報として診療計算端末２１〜２４に送信する手段（手段Ｃ）を有している。また、サーバ装置３０によって実現される医療会計方法に即していえば、この段階が、記憶装置３１のファイル記憶領域γに診療計算依頼ファイルが記憶されている各患者について、前記診療計算依頼ファイルから、少なくとも患者の性別、年齢、受診科から選ばれる１又は２以上の情報を含む患者情報を読み出して、当該患者情報を診療計算待ち患者一覧情報として診療計算端末２１〜２４に送信するステップ（ステップｃ）に相当する。

因みに、サーバ装置３０は、診療計算待ち患者一覧情報に含める患者情報又は含めない患者情報のリストを記憶装置３１の適宜の領域（例えば記憶領域δ）に有しており、このリストはサーバ装置３０によって提供される医療会計システムの運営者によってサーバ装置３０を介して適宜書き換え可能である。或いは、医療機関端末１１〜１３のいずれかからの通信ネットワークＮＷを介しての書き換え入力に基づいて、サーバ装置３０が書き換えるようにしても良い。

ＣＰＵ３２は、記憶されている診療計算依頼ファイルから必要な情報を読み出して診療計算待ち患者一覧情報を生成する際に、前記リストを参照し、診療計算待ち患者一覧情報に含める患者情報だけを選択する。前記リストは、診療計算センターＹに所属する診療計算端末２１〜２４のそれぞれに別個に設定されるものであっても良いし、診療計算センターＹが診療計算センターＹ_Ａ、Ｙ_Ｂ、Ｙ_Ｃと複数存在する場合には、それぞれの診療計算センターごとに異なるリストであっても良い。また、前記リストは医療機関Ａ〜Ｃのすべてについて同じであっても良いし、医療機関ごとに異なっていても良い。これにより、サーバ装置３０は、それぞれの診療計算センターＹ、又はそれぞれの診療計算端末向けにカスタマイズされた診療計算待ち患者一覧情報を診療計算端末に送信することができる。

＜３−２．診療計算端末上で診療計算待ち患者一覧画面に表示される状態情報＞
図４の診療計算待ち患者一覧画面２００において、「状態」欄に表示されているのは、各患者の診療計算依頼ファイルが現在どのような処理状態にあるのかを表す状態情報である。それぞれの状態情報について説明すれば以下のとおりである。

「計算前」：当該患者（例えば、診療計算待ち患者一覧画面２００においては患者Ｘ_７及びＸ_８）については、診療計算が開始されておらず、診療計算前であることを示す状態情報である。この状態情報は、診療計算端末に送信される診療計算待ち患者一覧情報に含まれているが、未だ、診療計算端末から当該患者を選択する選択信号をサーバ装置３０が未だ受信していない患者について、サーバ装置３０によって選択され、診療計算端末に送信する診療計算待ち患者一覧情報に含められる情報である。

「計算中」：当該患者（例えば患者Ｘ_２及びＸ_５）については、診療費用の計算が開始されており、診療費用の計算中であることを示す状態情報である。この状態情報は、サーバ装置３０が、診療計算待ち患者一覧画面２００に表示されている患者の一人を選択する選択信号をいずれかの診療計算端末から受信したとき、又は、サーバ装置３０が、前記選択された患者に対応する診療計算依頼ファイルを構成する診療記録情報を選択信号の送信元である診療計算端末に送信したとき、又は、サーバ装置３０が、前記選択された患者に対応する最新の確認済み情報ファイルを構成する確認済み情報（これについては後述する）及び／又は再診療計算依頼ファイルを構成する修正診療記録情報（これについては後述する）を診療計算端末に送信したときに、対応する患者について、サーバ装置３０によって選択され、診療計算端末に送信する診療計算待ち患者一覧情報に含められる情報である。

「計算済」：当該患者（例えば患者Ｘ_１）については、診療費用の計算が終了しており、診療計算済みであることを示す状態情報である。この状態情報は、サーバ装置３０が診療計算結果情報（これについては後述する）をいずれかの診療計算端末から受信したとき、又は、サーバ装置３０が受信した診療計算結果情報を医療機関端末のいずれかに送信したときに、当該診療計算結果情報に対応する患者について、サーバ装置３０によって選択され、診療計算端末に送信する診療計算待ち患者一覧情報に含められる情報である。

「確認依頼中」：当該患者（例えば患者Ｘ_４）については、診療記録情報における矛盾点等について医療機関側に確認を依頼している状態にあることを示す状態情報である。この状態情報は、サーバ装置３０が、いずれかの診療計算端末から確認依頼情報（これについては後述する）を受信したときに、受信した確認依頼情報に対応する患者についてサーバ装置３０によって選択され、診療計算端末に送信する診療計算待ち患者一覧情報に含められる情報である。

「確認中」：当該患者（例えば患者Ｘ_６）については、診療計算端末から確認依頼のあった事項について、医療機関側で確認中であることを示す状態情報である。この状態情報は、サーバ装置３０が、確認依頼情報を医療機関端末に送信したときに、送信した確認依頼情報に対応する患者について、サーバ装置３０によって選択され、診療計算端末に送信する診療計算待ち患者一覧情報に含められる情報である。

「確認済」：当該患者（例えば患者Ｘ_３）については、診療計算端末からの確認依頼事項についての医療機関側の確認が終わり、確認済みの状態にあることを示す状態情報である。この状態情報は、サーバ装置３０が、医療機関端末から確認済み情報（これについては後述する）及び／又は修正診療記録情報（これについては後述する）を受信したとき、又は、サーバ装置３０が、受信した確認済み情報及び／又は修正診療記録情報を、それぞれ確認済み情報ファイル又は再診療計算依頼ファイルとして記憶装置に記憶したときに、当該確認済み情報及び／又は修正診療記録情報に対応する患者について、サーバ装置３０によって選択され、診療計算端末に送信する診療計算待ち患者一覧情報に含められる情報である。

以上のとおり、サーバ装置３０は、上記状態情報を診療計算端末に送信する診療計算待ち患者一覧情報に含める手段を有しており、医療計算方法に即して言えば、サーバ装置３０によって実現されるこの段階が、状態情報及び／又は選択可否情報を診療計算端末に送信する診療計算待ち患者一覧情報に含めるステップということになる。なお、上記「計算前」、「計算中」、「確認依頼中」等の文言は、単なる例示であって、それぞれの状態情報を表す他の適宜の文言乃至は記号、符号等を採用しても良いことは勿論である。なお、上記状態情報は、必ずしもその全てがサーバ装置３０によって適宜選択されて診療計算待ち患者一覧情報に含められなければならないわけではなく、例えば、「確認依頼中」と「確認中」を一つにして「確認中」に統合するなど、状態区分を粗にして、１又は２以上の状態情報を省略するようにしても良い。

＜３−３．診療計算端末上で診療計算待ち患者一覧画面に表示される選択可否情報＞
図４に示す診療計算待ち患者一覧画面２００において、「選択」欄に表示されるのは、当該患者を選択することが可能であるか否かを表す選択可否情報である。すなわち、「選択」という表示は、診療計算待ち患者一覧画面２００において当該患者を「選択」することが可能であり、選択すると当該患者の診療計算に関わる情報を「選択」した診療計算端末上に表示させることができることを意味している。何が当該患者の診療計算に関わる情報であるのかは、当該患者についての診療計算の進行状況、換言すれば当該患者の状態情報に応じて変化するので、詳細については後述する。

一方、「使用中」という表示は、当該患者の診療計算に関わる情報が、現在、他の診療計算端末又は医療会計端末において使用されており、当該患者を選択することができないこと、つまりは当該患者の診療計算に関わる情報を、当該診療計算待ち患者一覧画面２００が表示されている診療計算端末上には表示させることができないことを意味している。このような「選択」又は「使用中」という選択可否情報は、それぞれの患者の状態情報に基づいて、サーバ装置３０によって選択され、診療計算端末に送信する診療計算待ち患者一覧情報に含められる情報である。

なお、図示の例においては、状態情報が「計算済」、「確認済」、又は「計算前」である患者Ｘ_１、Ｘ_３、Ｘ_７、及びＸ_８については選択可否情報が「選択」となっており、状態情報が「計算中」、「確認依頼中」、又は「確認中」である患者Ｘ_２、Ｘ_４、Ｘ_５、及びＸ_６については選択可否情報が「使用中」となっているが、状態情報と選択可否情報との対応づけはこれに限られるものではなく、適宜設定、変更が可能である。サーバ装置３０は、前記状態情報と前記選択可否情報との対応テーブルを記憶しており、当該対応テーブルは、サーバ装置３０によって提供される医療会計システムの運営者が適宜、修正、変更することができる。

また、図４に示す「選択」及び「使用中」という文言は単なる例示であって、選択可能或いは選択不可を表す他の適宜の文言乃至は記号、符号等を採用しても良いことは勿論である。さらに、選択可否情報は、必ずしも独立した単独の情報項目として診療計算待ち患者一覧画面に表示させる必要はなく、選択可能な患者については、一部又は全部の表示背景を緑色又は赤色にするなどして、当該患者が選択可能又は選択不可であることを表すようにしても良い。

＜４−１．診療計算待ち患者情報一覧情報の医療機関端末への送信＞
サーバ装置３０のＣＰＵ３２は、所定のプログラムの下に動作して、診療計算端末２１〜２４に対すると同様に、記憶装置３１のファイル記憶領域γに診療計算依頼ファイルが記憶されている患者についての情報を、診療計算待ち患者一覧情報として、医療機関端末１１〜１３に送信する。医療機関端末１１〜１３への診療計算待ち患者一覧情報の送信は、自動的に、又は医療機関端末１１〜１３からの要求を待って行われる。例えば、図３の電子カルテ入力画面１００において、「診療計算依頼一覧」ボタンが選択されると、その選択信号がサーバ装置３０に送信され、サーバ装置３０はこれを診療計算待ち患者一覧情報の送信要求であると判断し、「診療計算依頼一覧」ボタンを選択した医療機関端末に診療計算待ち患者一覧情報を送信する。なお、「診療計算依頼一覧」ボタンは、電子カルテ入力画面１００だけではなく、他の画面にも表示するようにしても良い。また、「診療計算依頼一覧」という文言は例示であり、他の文言、記号、符号であっても良いことは勿論である。

医療機関端末１１〜１３に送信される診療計算待ち患者一覧情報は、送信を受ける医療機関端末が所属する医療機関ごとに区分けされ、各医療機関に所属する医療機関端末に送信される点で、診療計算端末２１〜２４に送信される診療計算待ち患者一覧情報とは異なっている。例えば、医療機関Ａに所属する医療機関端末１１〜１３に対しては、記憶装置３１のファイル記憶領域γに診療計算依頼ファイルが記憶されている患者であって、記憶されている診療計算依頼ファイルの元となった診療記録情報が医療機関Ａに所属する医療機関端末１１〜１３から送信された患者についての情報だけが、診療計算待ち患者一覧情報として送信される。他の医療機関に所属する医療機関端末から送信された医療記録情報に基づいて作成された計算依頼ファイルに対応する患者についての情報は医療機関Ａに所属する医療機関端末１１〜１３には送信されない。同様に、医療機関Ｂに所属する医療機関端末に対しては、記憶されている診療計算依頼ファイルの元となった診療記録情報が医療機関Ｂに所属する医療機関端末から送信された患者についての情報のみが、また、医療機関Ｃに所属する医療機関端末に対しては、記憶されている診療計算依頼ファイルの元となった診療記録情報が医療機関Ｃに所属する医療機関端末から送信された患者についての情報のみが、診療計算待ち患者一覧情報として送信される。

なお、サーバ装置３０から前記診療計算待ち患者一覧情報の送信を受けるにあたっては、医療機関端末１１〜１３がサーバ装置３０によって提供される医療会計システムに予めログインしている必要があることはいうまでもない。

図５は、サーバ装置３０からの診療計算待ち患者一覧情報の送信を受け、医療機関端末１１〜１３に表示される診療計算待ち患者一覧画面３００の一例を示す図である。図５に示すとおり、診療計算待ち患者一覧画面３００には、記憶装置３１のファイル記憶領域γに診療計算依頼ファイルが記憶されている患者であって、医療機関Ａに所属する医療機関端末１１〜１３から診療記録情報が送信された患者について、その受診科、担当医師名、患者ＩＤ、患者氏名、患者年齢、患者性別等の情報が患者情報として一覧表示される。医療機関名は、医療機関Ａであることが明らかであるので、含まれていない。また、原則として、表示されるのは医療機関Ａで診療を受けた患者についての情報であるので、担当医師名や、患者個人を特定することができる患者氏名等の情報も表示されている。

因みに、医療機関端末に送信する診療計算待ち患者一覧情報に含める患者についての情報は、医療機関ごとに適宜設定することができるようにしても良い。そのような設定情報は、サーバ装置３０を構成する記憶装置３１の適宜の記憶領域（例えば記憶領域δ）に記憶され、サーバ装置３０によって提供される医療会計システムの運営者によって、或いは、医療機関端末１１〜１３のいずれかからの通信ネットワークＮＷを介しての書き換え入力に基づいて、サーバ装置３０が書き換えるようにしても良い。

以上のとおり、サーバ装置３０は、記憶装置３１に診療計算依頼ファイルが記憶されている患者について、少なくとも患者の氏名、性別、年齢、ＩＤ番号、受診科、担当医師名から選ばれる１又は２以上の情報を含む患者情報を、対応する診療計算依頼ファイルを構成する診療記録情報の送信元である医療機関端末が所属する医療機関ごとに区分けして、各医療機関についての診療計算待ち患者一覧情報として、それぞれ対応する医療機関に所属する医療機関端末に送信する手段（手段Ｋ）、及び、当該手段を実行するステップ（ステップｋ）を有している。

＜４−２．医療機関端末上で診療計算待ち患者一覧画面に表示される状態情報＞
図５の医療機関端末１１〜１３に表示される診療計算待ち患者一覧画面３００において、「状態」欄に表示されているのは、前述した診療計算端末２１〜２４に表示される診療計算待ち患者一覧画面２００におけると同様に、各患者の診療計算依頼ファイルが現在どのような処理状態にあるのかを表す状態情報であり、サーバ装置３０によって医療機関端末１１〜１３に送信する診療計算待ち患者一覧情報に含められる情報である。

診療計算待ち患者一覧画面３００に表示される状態情報は、基本的に診療計算端末２１〜２４における診療計算待ち患者一覧画面２００に表示されるものと同じであるが、診療計算端末２１〜２４と医療機関端末１１〜１３という立場の違いを反映して一部異なる表示となっている。例えば、図５の下から２番目及び下から１番目の患者Ｘ_７及びＸ_８（図４における患者Ｘ_７及びＸ_８に対応）については、「状態」欄の表示が「計算依頼」と表示されている。この「計算依頼」という表示は、診療計算端末２１〜２４に表示される診療計算待ち患者一覧画面２００（図４）における「計算前」に相当するものであり、当該患者の診療計算依頼ファイルについては未だ診療費用の計算が開始されておらず、「計算依頼」の段階にあることを表している。この「計算依頼」という状態情報は、前述した「計算前」と同じ条件下でサーバ装置３０によって選択され、医療機関端末１１〜１３に送信する診療計算待ち患者一覧情報に含められる。

同様に、図５の上から３番目の患者Ｘ_４（図４における患者Ｘ_４対応）については、「状態」欄の表示が「確認依頼あり」と表示されている。この「確認依頼あり」という表示は、診療計算端末２１〜２４に表示される診療計算待ち患者一覧画面２００（図４）における「確認依頼中」に相当するものであり、当該患者（患者Ｘ_４）については、診療記録情報における矛盾点等についての診療計算端末からの確認依頼事項があることを表している。「確認依頼あり」という状態情報は、前述した「確認依頼中」と同じ条件下でサーバ装置３０によって選択され、医療機関端末１１〜１３に送信する診療計算待ち患者一覧情報に含められる。

さらに、図５の上から２番目の患者Ｘ_３（図４における患者Ｘ_３対応）については、「状態」欄の表示が「計算再依頼」と表示されている。この「計算再依頼」という表示は、診療計算端末２１〜２４に表示される診療計算待ち患者一覧画面２００（図４）における「確認済」に相当するものであり、当該患者（患者Ｘ_３）については、診療計算端末からの確認依頼事項についての医療機関側の確認が終わり、診療計算を再依頼している状態にあることを示す状態情報である。「計算再依頼」という状態情報は、前述した「確認済」と同じ条件下でサーバ装置３０によって選択され、医療機関端末１１〜１３に送信する診療計算待ち患者一覧情報に含められる。

なお、図５の上から１番目の患者Ｘ_１（図４における患者Ｘ_１対応）についての「計算済」という状態情報は、診療計算端末２１〜２４に表示される図４の診療計算待ち患者一覧画面２００における「計算済」と同じものであり、同じ条件下でサーバ装置３０によって選択され、医療機関端末１１〜１３に送信する診療計算待ち患者一覧情報に含められる。

このように、同じ状態についての表示であっても、診療計算を依頼した側の医療機関端末１１〜１３に表示される状態情報表示と、診療計算の依頼を受けた側である診療計算端末２１〜２４に表示される状態情報表示とを異ならせ、それぞれの立場に即した表示とすることによって、それぞれの端末のユーザが表示された状態情報をより直感的に理解することが可能になるという利点が得られる。

なお、上記状態情報は、必ずしもその全てがサーバ装置３０によって適宜選択されて医療機関端末１１〜１３に送信される診療計算待ち患者一覧情報に含められなければならないわけではなく、状態区分を粗にして、１又は２以上の状態情報を省略するようにしても良い。

上記のとおり、サーバ装置３０は、医療機関端末に送信する診療計算待ち患者一覧情報に状態情報を含める手段を有しており、医療会計方法に即して言えば、サーバ装置３０によって実現されるこの段階が、状態情報を医療機関端末に送信する診療計算待ち患者一覧情報に含めるステップということになる。

＜４−３．医療機関端末上で診療計算待ち患者一覧画面に表示される選択可否情報＞
図５に示す診療計算待ち患者一覧画面３００において、「選択」欄に表示されている「選択」及び「使用中」という表示は、診療計算端末に表示される図４の診療計算待ち患者一覧画面２００における「選択」及び「使用中」と基本的に同じものであり、当該患者を選択することが可能であるか否かを表す選択可否情報である。すなわち、「選択」という表示は、医療機関端末１１〜１３に表示される診療計算待ち患者一覧画面３００（図５）において当該患者を「選択」することが可能であり、選択すると、当該患者の診療計算に関わる情報を「選択」した診療計算端末上に表示させることができることを意味している。何が当該患者の診療計算に関わる情報であるのかは当該患者に状態情報に応じて変化するので、詳細については後述する。

一方、「使用中」という表示は、当該患者の診療計算に関わる情報が、現在、他の医療機関端末又は診療計算端末において使用されており、当該患者を選択することができないこと、つまりは当該患者の診療計算に関わる情報を当該診療計算待ち患者一覧画面３００（図５）が表示されている医療機関端末には表示させることができないことを意味している。このような選択可否情報は、それぞれの患者の状態情報に基づいて、サーバ装置３０によって選択され、医療機関端末に送信する診療計算待ち患者一覧情報に含められる情報である。

なお、図５の例においては、状態情報が「計算済」、「計算再依頼」、又は「計算依頼」である患者Ｘ_１、Ｘ_３、Ｘ_７、及びＸ_８については選択可否情報が「選択」となっており、状態情報が「確認依頼あり」である患者Ｘ_４については選択可否情報が「使用中」となっているが、前述したとおり、状態情報と選択可否情報との対応づけはこれに限られるものではなく、適宜設定、変更が可能である。また、図５に示す「選択」及び「使用中」という文言も、単なる例示であって、適宜変更可能であることは先に述べたとおりである。さらに、選択可否情報は、必ずしも独立した単独の情報項目として診療計算待ち患者一覧画面に表示させる必要はなく、診療計算端末に表示される診療待ち患者一覧画面におけると同様に、選択可能な患者については、一部又は全部の表示背景を緑色又は赤色にするなどして、当該患者が選択可能又は選択不可であることを表すようにしても良い。

因みに、図５の診療計算待ち患者一覧画面３００が表示されている医療機関端末において、状態情報が「計算依頼」、選択可否情報が「選択」となっている患者Ｘ_７は選択可能であり、患者者Ｘ_７が選択されると、その選択信号はサーバ装置３０に送信される。患者Ｘ_７の状態情報が「計算依頼」である場合、サーバ装置３０は、診療計算に関わる情報として、患者Ｘ_７の診療計算依頼ファイルを構成する診療記録情報を記憶装置３１の記憶領域γから読み出し、選択信号を送信した医療機関端末に送信する。診療記録情報の送信を受けた医療機関端末には、送信された診療記録情報を含んだ電子カルテ画面が表示される。表示される電子カルテ画面は、当該医療機関端末上で動作する電子カルテソフトがサーバ装置３０から送信を受けた診療記録情報に基づいて生成した電子カルテ画面であっても良いが、サーバ装置３０上で動作する電子カルテソフトが、記憶装置３１から読み出した診療記録情報に基づいて生成し、通信ネットワークＮＷを介して医療機関端末に提供された電子カルテ画面であるのが望ましい。

このとき、当該医療機関端末又はサーバ装置３０は、必要であれば、医事会計ソフトによって生成される診療計算画面を前記電子カルテ画面と並べて医療機関端末に表示させる。この診療計算画面は、当該医療機関端末上で動作する医事会計ソフトが生成したものであっても良いが、サーバ装置３０上で動作する医事会計ソフトが生成し、通信ネットワークＮＷを介して医療機関端末に提供されたものであるのが望ましい。

診療計算待ち患者一覧画面３００（図５）において選択可否情報が「選択」となっている限り、当該患者を選択することは、診療計算待ち患者一覧画面３００が表示されているどの医療機関端末からも可能であり、医療機関端末１１〜１３のユーザは、関心のある患者を選択し、例えばその患者の診療記録情報などの診療計算に関わる情報を自身の医療機関端末に表示させ、適宜閲覧することが可能である。但し、診療記録情報は診療費用の計算の基礎となる情報であるので、一旦、サーバ装置３０に送信され、診療計算依頼ファイルとして記憶された後は、原則として、診療記録情報は、備考情報を含め、その修正、変更は禁止し、入力ロックが掛かるようにしておくのが望ましい。そのような入力ロックは、例えば、サーバ装置３０が、選択信号の送信元である医療機関端末に入力変更を受け付けない電子カルテ画面を送信するか、医療機関端末からの診療記録情報の修正、変更を受け付けないようにすることによって行うことができる。診療記録情報以外のその他の診療計算に関わる情報についても、一旦サーバ装置３０に送信された後は、原則として、修正、変更を禁止し、入力ロックを掛けるのが望ましい。

ただし、例外として、当該診療記録情報を構成する診療情報又は備考情報を入力した医師本人が希望する場合には、診療計算端末における診療計算が開始される前であれば、サーバ装置３０は、当該診療記録情報の修正・変更を許可するようにしても良い。サーバ装置３０は、医療機関端末に表示される診療計算待ち患者一覧画面３００（図５）において、特定の患者Ｘｎを選択した医療機関端末のログインしたユーザが、当該患者Ｘｎについての診療記録情報をサーバ装置３０に送信した医師本人である場合、選択された患者Ｘｎの診療計算ファイルＺｎを構成する診療記録情報を記憶装置３１から読み出し、これに基づいて入力変更が可能な通常の電子カルテ画面を生成する。サーバ装置３０は、生成した入力変更が可能な電子カルテ画面に当該診療計算依頼ファイルＺｎのファイル識別コードγｎを付加して、患者Ｘｎを選択した当該医療機関端末に送信する。或いは、サーバ装置３０は、まずは、入力変更を受け付けない電子カルテ画面を生成し、これに「変更」ボタンの表示を追加して、患者Ｘｎを選択した当該医療機関端末に送信するようにしても良い。当該医療機関端末から、電子カルテ画面上の「変更」ボタンを選択する選択信号を受信したとき、サーバ装置３０は、それを入力変更要求であると判断し、上述した入力変更が可能な通常の電子カルテ画面を生成し、これに当該診療計算依頼ファイルＺｎのファイル識別コードγｎを付加して当該医療機関端末に送信する。

なお、電子カルテ画面が医療機関端末上で動作する電子カルテソフトで生成されるものである場合には、サーバ装置３０は、患者Ｘｎの診療計算ファイルＺｎを構成する診療記録情報を医療機関端末に送信するにあたり、入力変更を受け付けるか否かの情報も併せて送信する。すなわち、当該医療機関端末の現在ログインしているユーザが、当該患者Ｘｎについての診療記録情報をサーバ装置３０に送信した医師本人である場合には、サーバ装置３０は、診療記録情報に入力変更が可であることを表す情報を付加して、医療機関端末に送信すれば良い。送信を受けた医療機関端末の電子カルテソフトは、入力変更が可であることを表す情報が付加されているときには、入力変更が可能な電子カルテ画面を生成して表示する。或いは、当該医療機関端末は、まずは「変更」ボタンを付加した入力変更を受け付けない電子カルテ画面を生成して表示し、「変更」ボタンが選択されたときに、入力変更が可能な電子カルテ画面を生成して表示するようにしても良い。

いずれにせよ、入力変更が可能な電子カルテ画面が表示されている医療機関端末のログインユーザである医師は、記入されている診療記録又は備考情報を適宜修正し、診療記録情報として、ファイル識別コードγｎとともに、サーバ装置３０に送信する。送信までの手順は、先に、「１．診療記録情報の作成と送信」で説明したのと同じである。送信された診療記録情報はサーバ装置３０によって受信され、当該患者Ｘｎについての最新の診療計算依頼ファイルＺｎとして、ファイル識別コードγｎとともに、記憶装置３１の記憶領域γに記憶される。

＜５．診療計算待ち患者一覧における患者順序の並べ替え＞
サーバ装置３０は、さらに、診療計算端末２１〜２４又は医療機関端末１１〜１３に送信する診療計算待ち患者一覧情報における患者順序を、当該診療計算待ち患者一覧に含まれる１又は２以上の情報をキーとして並べ替える手段を備えている。並べ替えは、診療計算端末２１〜２４又は医療機関端末１１〜１３に表示される診療計算待ち患者一覧において、例えば、「受診科」、「患者性別」、「患者年齢」、「担当医師名」等の表示されている情報項目欄のいずれかがクリック又はタッチ入力等によって選択されたときに実行される。

すなわち、診療計算端末２１〜２４又は医療機関端末１１〜１３において、表示されている情報項目のいずれかが選択されると、その情報項目選択信号は通信ネットワークＮＷを介してサーバ装置３０に送信され、サーバ装置３０は受信した選択信号を送信元の診療計算端末又は医療機関端末からの並べ替え要求であると判断し、選択された情報項目をキーとして診療計算待ち患者一覧情報における患者順序を並べ替え、当該情報項目選択信号の送信元である診療計算端末又は医療機関端末に送信する。例えば、「受診科」が情報項目として選択された場合には、「受診科」をキーとして患者順序が並べ替えられた診療計算待ち患者一覧情報が「受診科」を情報項目として選択した診療計算端末又は医療機関端末に送信される。サーバ装置３０によって実現される医療会計方法に即していえば、これが、診療計算待ち患者一覧情報として前記診療計算端末又は前記医療機関端末に送信する患者情報に含まれる１又は２以上の情報をキーとして、前記診療計算待ち患者一覧情報における患者順序を並べ替えるステップということになる。

＜６．診療計算端末からの患者選択信号の受信＞
診療計算端末２１〜２４のユーザである診療計算作業者は、診療費用の計算作業を開始するにあたり、図４の診療計算待ち患者一覧画面２００から、診療費用の計算を行う患者を選択する。図４に示す例の場合、下から１番目及び下から２番目の患者Ｘ_７及びＸ_８が「計算前」であり「選択」可能であるので、患者Ｘ_７及びＸ_８のいずれかの「選択」ボタンをクリック又はタッチするなどして選択する。このとき、診療計算作業者は、必要に応じて、診療計算待ち患者一覧画面に表示されている当該患者についての「受診科」などの情報を参考にすることができる。

今、図４に示される診療計算待ち患者一覧画面２００の例において、患者Ｘ_７が診療計算端末２１の診療計算作業者によって選択されると、その選択信号はサーバ装置３０に送信され、サーバ装置３０によって受信される。すなわち、サーバ装置３０は、診療計算端末から診療計算待ち患者一覧情報に含まれる１の患者を選択する選択信号を受信する手段（手段Ｄ）を備えている。この段階が、医療会計方法における診療計算端末から、診療計算待ち患者一覧情報に含まれる１の患者を選択する選択信号を受信するステップ（ステップｄ）に相当する。

＜７．選択された患者の診療計算依頼ファイルの診療計算端末への送信＞
診療計算端末２１から患者Ｘ_７を選択する選択信号を受信したサーバ装置３０のＣＰＵ３２は、当該患者Ｘ_７の診療計算依頼ファイルＺ_７を構成する診療記録情報を記憶装置３１から読み出して、患者Ｘ_７の選択信号を送信した診療計算端末２１に送信する。すなわち、サーバ装置３０は、受信した選択信号によって選択された患者に対応する診療計算依頼ファイルを構成する診療記録情報を記憶装置から読み出して、当該選択信号の送信元である診療計算端末に送信する手段（手段Ｅ）、及び当該手段を実行するステップ（ステップｅ）を有している。

なお、サーバ装置３０は、選択された患者Ｘ_７の診療計算依頼ファイルＺ_７を構成する診療記録情報を読み出して診療計算端末２１に送信するに際し、診療計算依頼ファイルＺ_７に割り当てられたファイル識別コードγ_７も併せて診療計算端末２１に送信する。さらに、このときサーバ装置３０は、診療計算端末２１〜２４に送信される診療計算待ち患者一覧情報における患者Ｘ_７について、その状態情報を「計算中」に、選択可否情報を「使用中」に変更する。

図６は、前記変更後に送信される診療計算待ち患者一覧情報に基づき、診療計算端末２１〜２４に表示される診療計算待ち患者一覧画面２１０である。図６に示すとおり、患者Ｘ_７の状態情報は「計算中」、選択可否情報は「使用中」に変更されており、当該患者Ｘ_７については診療計算が既に開始され、選択することができない状態にあることが分かる。

同様に、サーバ装置３０は、診療計算端末２１から患者Ｘ_７を選択する選択信号を受信すると、医療会計端末１１〜１３に送信される診療計算待ち患者一覧情報における患者Ｘ_７について、その状態情報を「計算中」に、選択可否情報を「使用中」に変更する。

図７は、前記変更後に送信される診療計算待ち患者一覧情報に基づき、医療機関端末１１〜１３に表示される診療計算待ち患者一覧画面３１０である。図７に示すとおり、患者Ｘ_７の状態情報は「計算中」、選択可否情報は「使用中」に変更されており、当該患者Ｘ_７については診療計算が既に開始され、選択することができない状態にあることが分かる。

なお、上記状態情報及び選択可否情報の変更は、サーバ装置３０が診療計算端末２１から患者Ｘ_７の選択信号を受信したときに行っても良いし、患者Ｘ_７の診療計算依頼ファイルＺ_７を構成する診療記録情報を読み出して診療計算端末２１に送信したときに行っても良いが、わずかな時間の違いによる重複選択を避けるためには、サーバ装置３０が診療計算端末２１から患者Ｘ_７の選択信号を受信したときに行うのが望ましい。このように、サーバ装置３０は、診療計算端末から患者の選択信号を受信したとき、又は、選択された患者の診療計算依頼ファイルを構成する診療記録情報を診療計算端末に送信したときに、診療計算中であることを示す状態情報を診療計算端末又は医療機関端末に送信する診療計算待ち患者一覧情報に含める手段、及び当該手段を実行するステップを有している。

＜８．診療計算端末での作業＞
図８は、選択された患者Ｘ_７の診療計算依頼ファイルＺ_７を構成する診療記録情報をサーバ装置３０から受信したときに、診療計算端末２１に表示される診療計算画面の一例を表す図である。図８に示すとおり、診療計算端末２１には、患者Ｘ_７の診療計算依頼ファイルＺ_７を構成する診療記録情報が表示される電子カルテ画面４１０と、診療計算画面４２０とが表示される。

図８に示される電子カルテ画面４１０及び診療計算画面４２０は、診療計算端末２１上で動作する電子カルテソフト及び／又は医事会計ソフトがサーバ装置３０から受信した患者Ｘ_７についての診療記録情報に基づいて生成し、表示するものであっても良いが、クラウドコンピューティングによって、サーバ装置３０上で動作する電子カルテソフト及び／又は医事会計ソフトがサーバ装置３０内で生成し、通信ネットワークＮＷを介して診療会計端末２１に提供するものであるのが好ましい。図８に示される診療計算画面がサーバ装置３０上で動作する電子カルテソフト及び／又は医事会計ソフトが生成し、通信ネットワークＮＷを介して診療計算端末２１に提供されるものである場合、診療計算に必要な機能や、後述する確認依頼事項記入ウインドウを開くといったその他の機能も、サーバ装置３０上で動作する電子カルテソフト及び／又は医事会計ソフトから、通信ネットワークＮＷを介して、診療計算端末２１に適宜提供されることになる。

なお、診療計算端末２１に表示される電子カルテ画面４１０及び診療計算画面４２０が、サーバ装置３０上で動作する電子カルテソフト及び／又は医事会計ソフトが生成し、通信ネットワークＮＷを介して診療計算端末２１に提供される場合、また、診療計算端末２１上で動作する電子カルテソフト及び／又は医事会計ソフトによって生成される場合のいずれの場合においても、それらの電子カルテソフト／又は医事会計ソフトは、当該患者Ｘ_７についての診療計算の依頼元である医療機関端末１１が所属する医療機関Ａにおいて装備されている電子カルテソフト及び／又は医事会計ソフトと同じものか、或いは少なくともそれらと互換性のあるものであることが望ましい。

電子カルテ画面４１０と診療計算画面４２０とが表示されると、診療計算端末２１のユーザである診療計算作業者は、電子カルテ画面４１０上に表示された診療記録や検査記録等の診療記録情報の内容を確認しながら、診療計算画面４２０にオーダ内容の取り込みを行い、診療費用の計算を実施する。

＜９．診療計算結果情報又は確認依頼情報のサーバ装置への送信＞
電子カルテ画面４１０に表示された診療記録情報に矛盾、問題がない場合、診療計算端末２１のユーザである診療計算作業者は、診療計算画面４２０にオーダ内容の取り込みを行い、診療計算端末２１上で、或いはサーバ装置３０上で、医事会計ソフトを動作させて診療費用の計算を行う。計算終了後、図８の診療計算画面４２０上に表示されている「送信」ボタン４２１を選択すると、計算結果は診療計算結果情報としてサーバ装置３０に送信される。このとき、先に受信したファイル識別コードγ_７も併せてサーバ装置３０に送信される。診療計算結果情報は、サーバ装置３０上で動作する医事会計ソフトが取り扱うことが可能な形式のファイルとして送信されても良いし、サーバ装置３０が読み取り可能な適宜の情報データファイルとして送信されても良い。

一方、電子カルテ画面４１０に表示された診療記録情報に矛盾、問題や不足する情報を発見した場合、診療計算端末２１のユーザである診療計算作業者は、図８の診療計算画面４２０上に表示されている「確認依頼」ボタン４２２を選択し、当該診療記録情報についての医療機関側からの確認又は回答を求めることができる。すなわち、「確認依頼」ボタン４２２が選択されると、診療計算端末２１の画面上に確認依頼事項の記入ウインドウが表示される。或いは、電子カルテ画面４１０の関連箇所を選択しながら「確認依頼」ボタン４２２を選択すると、電子カルテ画面４１０の選択した箇所に確認依頼事項の記入ウインドウが表示されるようにしても良い。

いずれにせよ、診療計算作業者は、表示された確認依頼事項の記入ウインドウに、例えば、「病名がありません。」、「部位がありません。」といった不足する情報や確認を求める事項を記入する。回答や確認を求める事項が複数ある場合、確認依頼事項記入ウインドウを複数開くことも随時可能である。記入後、「送信」ボタン４２１を選択することによって、確認依頼事項ウインドウに記入された確認依頼事項は、確認依頼情報として、サーバ装置３０に送信される。このとき、先に受信したファイル識別コードγ_７も併せてサーバ装置３０に送信され、必要であれば、未完の診療計算結果情報も併せて送信される。

＜１０．診療計算結果又は確認依頼情報の受信＞
サーバ装置３０は、診療計算端末２１から送信された診療計算結果情報又は確認依頼情報を受信する。すなわち、サーバ装置３０は、診療計算端末２１から、診療計算結果情報又は確認依頼情報を受信する手段（手段Ｆ）を備えており、医療会計方法に即していえば、この段階が、診療計算端末２１から、診療計算結果情報又は確認依頼情報を受信するステップ（ステップｆ）に相当する。

＜１１−１．診療計算結果情報又は確認依頼情報の送信＞
サーバ装置３０は、診療計算結果情報又は確認依頼情報とともに送信されてきたファイル識別コードγ_７に基づいて、受信した診療計算結果情報又は確認依頼情報に対応する診療計算依頼ファイルＺ_７を識別し、受信した診療計算結果情報又は確認依頼情報を、対応する診療計算依頼ファイルＺ_７と関連付けて記憶装置３１の適宜の記憶領域に記憶する。記憶された診療計算結果情報は、対応する診療計算依頼ファイルＺ_７と関連付けられているので、対応する医療機関Ａとも関連づけられており、サーバ装置３０は、この記憶されている診療計算結果情報に基づいて、医療機関ごとに、適宜のタイミングで、レセプトと呼ばれる診療報酬明細書を作成することができる。すなわち、サーバ装置３０は、記憶されている診療計算結果情報に基づいて、医療機関ごとに、レセプトを作成する手段を備えており、これを医療会計方法に即していえば、記憶されている診療計算結果情報に基づいて、医療機関ごとに、レセプトを作成するステップを備えているということになる。

サーバ装置３０は、受信した診療計算結果情報又は確認依頼情報を、望ましくはファイル識別コードγ_７とともに、診療計算依頼ファイルＺ_７を構成する診療記録情報の送信元である医療機関端末１１又は医療機関端末１１が所属する医療機関Ａにおける他の医療機関端末１２又は１３、若しくは医療機関Ａに備えられているプリンタ又はディスプレイなどの出力装置に送信する。すなわち、サーバ装置３０は、受信した診療計算結果情報又は確認依頼情報を、対応する診療計算依頼ファイルを構成する診療記録情報の送信元である医療機関端末又は当該医療機関端末が所属する医療機関における他の医療機関端末、若しくは出力装置に送信する手段（手段Ｇ）、及びこの手段を実行するステップ（ステップｇ）を備えている。この送信手段と送信ステップについては、受信したものが診療計算結果情報である場合と、確認依頼情報である場合に分けて、以下に説明する。

＜１１−２．診療計算結果情報の送信＞
サーバ装置３０が診療計算結果情報を受信した場合には、サーバ装置３０は、その診療計算結果情報を、例えば、対応する診療計算依頼ファイルＺ_７を構成する診療記録情報の送信元である医療機関端末１１又は医療機関端末１１が所属する医療機関Ａにおける他の医療機関端末１２又は１３に自動的に、又は、医療機関端末側からの要求を待って送信する。送信に際しては、対応する診療計算依頼ファイルＺ_７のファイル識別コードγ_７を付加するのが望ましい。医療機関端末１２が、例えば医療機関Ａにおける医事会計端末である場合、医療機関端末１２だけに当該診療計算結果情報を送信するようにしても良い。

サーバ装置３０は、診療計算結果情報を、医療機関Ａにおける医療機関端末１１〜１３に送信する代わりに、医療機関Ａにおけるプリンタ又はディスプレイ等の出力装置に直接送信するようにしても良い。診療計算結果情報の送信先となる医療機関端末又は出力装置の指定は、サーバ装置３０が提供する医療会計システムの運営者がサーバ装置３０の入力装置３４を介して行うことができ、又、医療機関Ａに所属する医療機関端末１１〜１３のいずれかから送信される指定入力に基づいて、サーバ装置３０が行うこともできる。指定された送信先情報は記憶装置３１の適宜の領域（例えば記憶領域δ）に記憶される。

医療機関端末側からの要求を待って診療計算結果情報を送信する場合、サーバ装置３０は、診療計算結果情報の送信に先だって、新しく受信した診療計算結果情報があることを知らせる新着計算結果情報を医療機関端末１１〜１３に送信して、医療機関側の注意を喚起するのが良い。すなわち、サーバ装置３０は、新着計算結果情報を医療機関端末１１〜１３に送信して、例えば、「新着計算結果あり」といった文言を表示画面に表示させ、医療機関端末１１〜１３のユーザの注意を喚起する。併せて、サーバ装置３０は、医療機関端末１１〜１３及び診療計算端末２１〜２４に送信する診療計算待ち患者一覧情報に含める患者Ｘ_７の状態情報を「計算済」に、選択可否情報を「選択」に変更する。この変更は、サーバ装置３０が診療機関端末２１から患者Ｘ_７についての診療計算結果情報を受信したときに行われるのが望ましいが、サーバ装置３０が診療計算結果情報をいずれかの医療機関端末１１〜１３に送信したときに行うようにしても良い。

図９及び図１０は、それぞれ、変更後に診療計算端末２１〜２４及び医療機関端末１１〜１３に表示される診療計算待ち患者一覧画面２２０及び３２０を示す図である。見られるとおり、患者Ｘ_７についての状態情報は「計算済」、選択可否情報は「選択」に変更されている。医療機関端末１１〜１３に表示される診療計算待ち患者一覧画面３２０においては、新しく「計算済」となった患者Ｘ_７の表示欄の一部又は全部を点滅させるなどして、端末ユーザの注意を喚起するのが良い。

医療機関端末１１〜１３のいずれかにおいて、表示された「新着計算結果あり」の文言部分を画面上でクリック又はタッチするなどして選択するか、表示された診療計算待ち患者一覧画面３２０上で、「計算済」と表示されている患者Ｘ_７を選択すると、その選択信号は患者Ｘ_７についての診療計算結果情報の要求信号としてサーバ装置３０に送信される。当該選択信号を受信すると、サーバ装置３０上で動作する医事会計ソフトが、診療計算端末２１から受信した患者Ｘ_７についての診療計算結果情報に基づいて診療計算結果画面を生成し、選択信号の送信元である医療機関端末、若しくは予め指定されたプリンタ又はディスプレイ等の出力装置に送信する。このとき、サーバ装置３０は、診療計算の元となった診療記録情報に基づいて電子カルテ画面を生成して、診療計算結果画面と併せて選択信号の送信元である医療機関端末に送信しても良い。或いは、サーバ装置３０は、選択信号の送信元である医療機関端末に、診療計算結果情報及び／又は診療記録情報を送信し、これを受信した医療機関端末上で動作する医事会計ソフト又は電子カルテソフトが、診療計算結果画面及び／又は電子カルテ画面を生成しても良い。

サーバ装置３０が診療検査結果情報を医療機関端末１１〜１３のいずれか又は全部に自動的に送信する場合、サーバ装置３０は、診療計算端末２１から患者Ｘ_７についての診療計算結果情報を受信すると、サーバ装置３０上で動作する医事会計ソフト又は電子カルテソフトによって生成された上記診療計算結果画面及び電子カルテ画面、又は、診療計算結果情報及び／又は診療記録情報が、サーバ装置３０によって自動的に医療機関端末１１〜１３のいずれか又は全部に送信される。医療機関端末上には、サーバ装置３０から送信されてきた診療計算結果画面及び／又は電子カルテ画面、或いは、医療機関端末上で動作する医事会計ソフト又は電子カルテソフトによって生成された診療計算結果画面及び／又は電子カルテ画面が表示される。診療計算結果情報が自動的に医療機関端末に送信される場合においても、サーバ装置３０が医療機関端末１１〜１３及び診療計算端末２１〜２４に送信する診療計算待ち患者一覧情報に含める患者Ｘ_７の状態情報及び選択可否情報の変更は、サーバ装置３０が患者Ｘ_７についての診療計算結果情報を受信したとき、又は当該診療計算結果を医療機関端末１１〜１３のいずれか又は全部に送信したときに行われる。

患者Ｘ_７についての診療計算結果は、例えば医療機関Ａの医事会計端末である医療機関端末１２に診療計算結果画面として表示され、患者Ｘ_７の当該診療に要した費用の合計と内訳が示される。これに基づいて、当該医事会計端末又は会計スタッフは、患者Ｘ_７に診療費用の提示を行い、精算が行われる。また、患者Ｘ_７についての診療計算結果が、医療機関Ａのプリンタ又はディスプレイなどの出力装置に直接送信される場合には、プリンタから印字出力された診療費用明細又はディスプレイに表示された診療費用明細に基づいて、患者Ｘ_７に診療費用の提示が行われ、精算が行われる。

なお、診療計算が終了した患者Ｘ_７についての診療計算依頼ファイルＺ_７は、状態情報が「計算済」となってから予め定められた所定の時間が経過した後に、診療計算済みファイルＦ_７として、サーバ装置３０の記憶装置３１の他の記憶領域に移動させるのが好ましい。移動後は、患者Ｘ_７についての患者情報は、診療計算端末２１〜２４及び医療機関端末１１〜１３に送信される診療計算待ち患者一覧情報には含まれなくなり、診療計算端末２１〜２４及び医療機関端末１１〜１３に表示される診療計算待ち患者一覧画面には表示されなくなる。

＜１１−３．確認依頼情報の受信＞
サーバ装置３０が確認依頼情報を受信した場合には、サーバ装置３０は、その確認依頼情報を、原則として、対応する診療計算依頼ファイルＺ_７を構成する診療記録情報の送信元である医療機関端末１１に送信する。送信は当該医療機関端末１１からの要求を待って行われるのが望ましい。すなわち、サーバ装置３０は、診療計算端末２１から患者Ｘ_７の診療計算についての確認依頼情報を受信すると、併せて送信されてきたファイル識別コードγ_７に基づいて、受信した確認依頼情報に対応する診療計算依頼ファイルＺ_７を識別し、記憶装置３１の通信記録記憶領域βにアクセスして、当該診療計算依頼ファイルＺ_７の元となった診療記録情報の送信元である医療機関端末のログイン時のユーザ、例えば医師Ｄｎを識別する。

医師Ｄｎがユーザである医療機関端末１１とサーバ装置３０との間で前記診療記録情報の送信時のセッションが維持されている場合には、サーバ装置３０は、医療機関端末１１に送信する診療計算待ち患者一覧情報においては、患者Ｘ_７についての状態情報を「確認依頼あり」、選択可否情報を「選択」として医療機関端末１１に送信し、その他の医療機関端末１２又は１３には、患者Ｘ_７についての状態情報を「確認依頼あり」、選択可否情報を「使用中」とした診療計算待ち患者一覧情報を送信する。このとき、医療機関端末１１に送信する診療計算待ち患者一覧情報に、患者Ｘ_７についての患者情報として、確認依頼情報の一部又は全部を含め、医療機関端末１１に表示される診療計算待ち患者一覧画面の備考欄に確認依頼情報の一部を表示させることもできる。この場合には、医療機関端末１１のユーザである医師Ｄｎは、診療計算待ち患者一覧画面を見て確認依頼事項の大略を予想することができるという利点が得られる。

図１１は、医療機関端末１１に表示される診療計算待ち患者一覧画面３３０を示す図である。図１１に見られるとおり、患者Ｘ_７についての状態情報は「確認依頼あり」、選択可否情報は「選択」となっている。つまり、医療機関端末１１からは状態情報が「確認依頼あり」である患者Ｘ_７は選択することが可能な状態である。また、患者Ｘ_７の備考欄には「病名がありません。」という確認依頼情報の一部が表示されている。因みに、この状態で患者Ｘ_７を選択すると、後述するとおり、患者Ｘ_７についての確認依頼情報が医療機関端末１１に送信される。なお、状態情報が「確認依頼あり」の患者Ｘ_７については、その欄の一部又は全部を着色及び／又は点滅させるなどして、医療機関端末１１のユーザの注意を喚起するようにしても良い。

一方、図１２は、医療機関端末１２又は１３に表示される診療計算待ち患者一覧画面３４０を示す図である。図１２に見られるとおり、患者Ｘ_７についての状態情報は「確認依頼あり」であるが、選択可否情報は「使用中」となっており、医療機関端末１２又は１３からは患者Ｘ_７を選択することができない。つまり、医療機関端末１２又は１３では、患者Ｘ_７の確認依頼情報を受信することができない。

医師Ｄｎがユーザである医療機関端末１１とサーバ装置３０との間で前記診療記録情報の送信時のセッションが既に終了している場合には、サーバ装置３０は、セッションが確立されている医療機関端末でログインユーザが医師Ｄｎである医療機関端末を検索し、ログインユーザが医師Ｄｎである医療機関端末が存在する場合には、その医療機関端末には患者Ｘ_７についての状態情報が「確認依頼あり」、選択可否情報が「選択」である診療計算待ち患者一覧情報を送信し、その他の医療機関端末には、患者Ｘ_７についての状態情報が「確認依頼あり」、選択可否情報が「使用中」である診療計算待ち患者一覧情報を送信する。

サーバ装置３０は、併せて、診療計算端末２１〜２４に送信する診療計算待ち患者一覧情報に含める患者Ｘ_７についての状態情報を「確認依頼中」に変更し、選択可否情報を「使用中」とする。図１３は、診療計算端末２１〜２４に表示される診療計算待ち患者一覧画面２３０を示す図である。図１３に見られるとおり、患者Ｘ_７についての状態情報は「確認依頼中」、選択可否情報は「使用中」となっており、診療機関端末２１〜２４からは「確認依頼中」である患者Ｘ_７を選択することができない。

上述したような状態情報及び選択可否情報の変更は、サーバ装置３０が診療機関端末から確認依頼情報を受信したときに実行される。なお、上述した診療計算待ち患者一覧情報に含める選択可否情報の区別はあくまでも原則であり、例えば、医療機関側から特段の指示がある場合には、サーバ装置３０は、指定された医療機関端末又は指定されたユーザがログインしている医療機関端末に送信する診療計算待ち患者一覧情報に含める、患者Ｘ_７についての選択可否情報を、「使用中」ではなく、選択可能であることを表す「選択」にしても良い。

＜１１−４．確認依頼情報の送信＞
例えば、医療機関端末１１に表示される診療計算待ち患者一覧画面３３０（図１１）において、患者Ｘ_７が選択されると、その選択信号はサーバ装置３０に送信され、サーバ装置３０は、当該患者Ｘ_７についての確認依頼情報を、患者Ｘ_７の該当する診療計算依頼ファイルＺ_７を構成する記録情報及びファイル識別コードγ_７とともに、前記選択信号の送信元である医療機関端末１１に送信する。サーバ装置３０は、必要であれば、診療計算端末２１から送信された未完の診療計算結果情報を併せて送信しても良い。確認依頼情報を医療機関端末１１に送信したとき、サーバ装置３０は、医療機関端末１１〜１３及び診療計算端末２１〜２４に送信する診療計算待ち患者一覧情報に含める患者Ｘ_７の状態情報を「確認中」、選択可否情報を「使用中」とする。

＜１１−５．サーバ装置による確認済み情報及び／又は修正診療記録情報の受信＞
医療機関端末１１には、サーバ装置３０から送信された確認依頼情報及び診療記録情報に基づいて作成された確認依頼画面及び電子カルテ画面が表示され、必要があれば、サーバ装置３０から送信された未完の診療計算結果情報に基づいて作成された診療計算画面も併せて表示される。医療機関端末１１に表示されるこれらの画面は、医療機関端末１１上で動作するソフトウエアによって生成されたものであっても良いが、サーバ装置３０上で動作するソフトウエアによって生成され、通信ネットワークＮＷを介して医療機関端末１１に送信されたものであるのが望ましい。

医療機関端末１１のユーザである医師Ｄｎは、表示されたこれらの画面をみて、確認依頼事項についての確認を行い、確認依頼画面において必要なコメントを記入し、また必要があれば、電子カルテ画面において診療記録又は備考情報に修正、変更等を加え、これらを、それぞれ確認済み情報及び修正診療記録情報として、ファイル識別コードγ_７とともにサーバ装置３０に送信する。サーバ装置３０は、これらの情報を受信する。このように、サーバ装置３０は、医療機関端末から、確認済み情報及び／又は修正診療記録情報を受信する手段（手段Ｈ）、及び当該手段を実行するステップ（ステップｈ）を備えている。

次いで、サーバ装置３０は、受信した確認済み情報及び／又は修正診療記録情報を、同時に受信したファイル識別コードγ_７に基づいて識別した診療計算依頼ファイルＺ_７と関連づけて、それぞれ確認済み情報ファイル及び再診療計算依頼ファイルとして記憶装置３１のファイル記憶領域γに記憶する。すなわち、サーバ装置３０は、受信した確認済み情報及び／又は修正診療記録情報を、少なくとも記憶装置に記憶されている対応する診療計算依頼ファイルと関連づけて、それぞれ確認済み情報ファイル又は再診療計算依頼ファイルとして記憶装置に記憶する手段（手段Ｉ）と、当該手段を実行するステップ（ステップｉ）を備えている。

サーバ装置３０は、併せて、医療機関端末１１〜１３に送信する診療計算待ち患者一覧情報に含める患者Ｘ_７についての状態情報を「計算再依頼」、選択可否情報を「選択」に改める。サーバ装置３０は、当該確認依頼情報の送信元である診療計算端末２１に送信する診療計算待ち患者一覧情報に含める患者Ｘ_７についての状態情報を「確認済」、選択可否情報を「選択」に変更するとともに、診療計算端末２１以外の診療計算端末２２〜２４に送信する診療計算待ち患者一覧情報に含める患者Ｘ_７についての状態情報を「確認済」、選択可否情報を「使用中」に変更する。上述したような状態情報及び選択可否情報の変更は、サーバ装置３０が医療機関端末１１から確認依頼情報及び／又は修正診療記録情報を受信したときに行っても良いし、サーバ装置３０が、受信した確認依頼情報及び／又は修正診療記録情報を、それぞれ確認済み情報ファイル又は再診療計算依頼ファイルとして記憶装置に記憶したときに行っても良い。

図１４は、上記変更後に医療機関端末１１〜１３に表示される診療計算待ち患者一覧画面３５０である。図１４に見られるとおり、患者Ｘ_７の状態情報は「計算再依頼」、選択可否情報は「選択」となっている。また、図１５は、上記変更後に、当該確認依頼情報の送信元である診療計算端末２１に表示される診療計算待ち患者一覧画面２４０である。図１５に見られるとおり、患者Ｘ_７の状態情報は「確認済」、選択可否情報は「選択」となっている。診療計算端末２１に表示される診療計算待ち患者一覧画面２４０において、状態情報が「確認済」の患者Ｘ_７については、その欄の一部又は全部を着色及び／又は点滅させるなどして、診療計算端末２１のユーザの注意を喚起するようにしても良い。

なお、上述した診療計算端末２１〜２４に送信される診療計算待ち患者一覧情報に含める選択可否情報の区別はあくまでも原則であり、必要であれば、当該確認依頼情報の送信元である診療計算端末２１以外の診療計算端末２２〜２４のいずれか又は全部に表示される選択可否情報を「選択」として、それらの診療計算端末においても患者Ｘ_７を選択可能にしても良い。

＜１１−６．診療計算端末への確認済み情報及び／又は修正診療記録情報の送信＞
診療計算端末２１に表示される診療計算待ち患者一覧画面２４０（図１３）において、患者Ｘ_７が選択されると、その選択信号はサーバ装置３０に送信され、サーバ装置３０は、記憶装置３１のファイル記憶領域γに記憶されている当該患者Ｘ_７についての最新の確認済み情報ファイル及び／又は最新の再診療計算依頼ファイルを構成する最新の確認済み情報及び／又は最新の修正診療記録情報を読み出して、患者Ｘ_７の診療計算依頼ファイルＺ_７のファイル識別コードγ_７とともに、前記選択信号の送信元である診療計算端末２１に送信する。なお、上記「最新の確認済み情報ファイル」及び「最新の再診療計算依頼ファイル」とは、記憶装置３１のファイル記憶領域γに記憶されている確認済み情報ファイル及び再診療計算依頼ファイルであって、それらを構成する確認済み情報又は修正診療記録情報が、未だ、診療計算端末２１〜２４のいずれにも送信されたことのない確認済み情報ファイル及び再診療計算依頼ファイルを意味している。このとき、サーバ装置３０の記憶装置３１内に、当該患者Ｘ_７の診療計算依頼ファイルＺ_７に関して、未完の診療計算結果情報が存在する場合には、併せて診療計算端末２１に送信するようにしても良い。

送信を受けた診療計算端末２１には、サーバ装置３０から送信された確認済み情報及び修正診療記録情報に基づいて生成された確認済み画面及び電子カルテ画面が表示され、さらに、サーバ装置３０から送信された未完の診療計算結果情報に基づいて生成された診療計算画面、若しくは新たに生成された診療計算画面が表示される。診療計算端末２１に表示されるこれらの画面は、診療計算端末２１上で動作するソフトウエアによって生成されたものであっても良いが、サーバ装置３０上で動作するソフトウエアによって生成され、通信ネットワークＮＷを介して診療計算端末２１に送信されたものであるのが望ましい。

このように、サーバ装置３０は、診療計算端末から診療計算待ち患者一覧情報に含まれる１の患者を選択する選択信号を受信したとき、選択された患者に対応する診療計算依頼ファイルと関連づけられている確認済み情報ファイル及び／又は再診療計算依頼ファイルが前記記憶装置に記憶されている場合、選択された患者に対応する診療計算依頼ファイルを構成する診療記録情報に代えて、選択された患者に対応する最新の確認済み情報ファイルを構成する確認済み情報及び／又は最新の再診療計算依頼ファイルを構成する修正診療記録情報を前記記憶装置から読み出して、前記選択信号の送信元である診療計算端末に送信する手段（手段Ｊ）、及び当該手段を実現するステップ（ステップｊ）を備えている。

サーバ装置３０は、上記のようにして、確認済み情報ファイル及び／又は再診療計算依頼ファイルを構成する確認済み情報及び／又は修正診療記録情報を診療計算端末２１に送信したとき、診療計算端末２１〜２４及び医療機関端末１１〜１３に送信する診療計算待ち患者一覧情報に含める患者Ｘ_７についての状態情報を「計算中」、選択可否情報を「使用中」に変更する。

診療計算端末２１上では、患者Ｘ_７についての診療費用の計算が再開される。診療費用の計算が終了した場合、診療計算端末２１から計算結果が診療計算結果情報としてサーバ装置３０に送信される。また、確認を要する事項が発見された場合、診療計算端末２１は、確認依頼情報をサーバ装置３０に送信する。いずれの場合においても、その後のシステムの動作は上述したとおりである。

＜１２．経過時間の管理＞
サーバ装置３０は、さらに、サーバ装置３０の記憶装置３１に記憶されている診療計算依頼ファイルＺｎの各々について、その診療計算依頼があったときからの経過時間を計測する手段（手段Ｎ）、及びその手段を実行するステップ（ステップｎ）を備えている。すなわち、サーバ装置３０は、医療機関端末１１〜１３のいずれかから受信した患者Ｘｎについての診療記録情報を診療計算依頼ファイルＺｎとして記憶装置３１に記憶したとき、又は、患者Ｘｎを含む診療計算待ち患者一覧情報を診療計算端末２１〜２４のいずれかにに最初に送信したときのいずれかを、患者Ｘｎについて診療計算依頼があったときとして、その時点からの経過時間ｔを、個々の診療計算依頼ファイルＺｎの各々について計測する。

次いで、サーバ装置３０は、計測された前記時間ｔと予め定められた１又は２以上の閾値とを逐次比較し、前記時間が前記閾値のいずれかを超えたとき、医療機関端末１１〜１３又は診療計算端末２１〜２４に送信する診療計算待ち患者一覧情報に、超えられた閾値に対応する注意喚起情報を含める手段（手段Ｏ）、及び当該手段を実行するステップ（ステップｏ）を備えている。例えば、サーバ装置３０は、記憶装置３１の適宜の領域に５分という第１の閾値と１０という第２の閾値を記憶しており、患者Ｘｎの診療計算依頼ファイルＺｎについて診療計算依頼があったときからの経過時間ｔを計測しつつ、計測された時間ｔと第１の閾値及び第２の閾値と逐次比較する。

時間ｔが第１の閾値である５分を超えたとき、サーバ装置３０は、医療機関端末１１〜１３又は診療計算端末２１〜２４に送信する診療計算待ち患者一覧情報に、患者Ｘｎについては診療計算依頼から既に５分が経過したことを表す注意喚起情報を含める。この場合の注意喚起情報としては、例えば、医療機関端末１１〜１３又は診療計算端末２１〜２４に表示される診療計算待ち患者一覧画面において、患者Ｘｎの欄の一部又は全部の背景を、例えば黄色に表示する情報が挙げられる。

時間ｔが第２の閾値である１０分を超えたとき、サーバ装置３０は、医療機関端末１１〜１３又は診療計算端末２１〜２４に送信する診療計算待ち患者一覧情報に、患者Ｘｎについては診療計算依頼から既に１０分が経過したことを表す注意喚起情報を含める。この場合の注意喚起情報としては、例えば、医療機関端末１１〜１３又は診療計算端末２１〜２４に表示される診療計算待ち患者一覧画面において、患者Ｘｎの欄の一部又は全部の背景を、例えば赤色に表示する情報が挙げられる。

上記のような注意喚起情報を診療計算待ち患者一覧情報に含めることによって、診療計算端末２１〜２４のユーザである診療計算作業者、及び医療機関端末１１〜１３のユーザである医療機関のスタッフは、診療計算作業が遅れている患者Ｘｎが存在することをいち早く把握することができ、例えば、診療計算端末２１〜２４においては、患者Ｘｎについての診療費用の計算を優先させるなどの対応策を直ちに講ずることができる。本発明の医療会計システム又は医療会計方法が、上記のような手段又はステップを有している場合には、診療計算依頼から完了までの時間を管理して、診療費用の計算に際し、患者をいたずらに長時間待たせることがなくなるという利点が得られる。

なお、上述した５分又は１０分という第１及び第２の閾値は例示であり、適宜の時間を第１及び第２の閾値として設定できることは勿論である。また、閾値の数も２つに限られず、１つであっても良いし、３つ以上であっても良い。さらには、注意喚起情報も上述したものに限られない。

上に説明した医療会計システム及び医療会計方法は、サーバ装置を所定のプログラムの下で動作させることによって実現される。サーバ装置を上述した医療会計システムとして動作させるコンピュータプログラム、すなわち、サーバ装置に上述した医療会計方法を実行させるコンピュータプログラムは、コンピュータであるサーバ装置に読み取り可能な形式で、サーバ装置を構成する記憶装置に記憶されている。

以上説明したとおり、本発明の医療会計システム及び医療会計方法によれば、個々の患者についての診療費用の計算を、医療機関とは別の外部の診療計算センターに依頼することが可能となり、医療機関は、診療費用の計算に必要な設備及び人員を自己の組織内に抱える必要がなくなるという利点が得られる。また、診療計算センターは、複数の医療機関からの診療費用の計算依頼を受けることで、大量の計算依頼を取り扱うことができ、規模によるメリットを生かして、必要な設備の維持並びに人員の育成、確保がより容易になるという利点が得られる。このように、本発明の医療会計システム及び医療会計方法は、医療機関における診療費用の計算事務に要する設備、労力の大幅な削減を可能にするとともに、診療計算センターにおいては、必要な設備の維持並びに人員の育成、確保をより容易にするものであり、その産業上の利用可能性は多大である。

１１〜１３ 医療機関端末
２１〜２４ 診療計算端末
３０ サーバ装置
３１ 記憶装置
３２ ＣＰＵ
１００、４１０ 電子カルテ画面
２００ 診療計算端末に表示される診療計算待ち患者一覧画面
３００ 医療機関端末に表示される診療計算待ち患者一覧画面
４２０ 診療計算画面
Ａ、Ｂ、Ｃ 医療機関
Ｙ 診療計算センター
Ｚ 医療会計システムセンター
ＮＷ 通信ネットワーク

Claims (12)

1. 通信ネットワークを介して、１又は複数の診療計算端末及び１又は複数の医療機関の各々に所属する１又は複数の医療機関端末と接続される１又は複数のサーバ装置を備える医療会計システムであって、
   前記サーバ装置が所定のプログラムの下に動作することによって実現される下記の手段Ａ〜Ｋを備えている医療会計システム；
   Ａ：個々の患者の診療終了後に個々の患者ごとに前記医療機関端末から送信される診療記
   録情報を受信する手段、
   Ｂ：受信した診療記録情報を、少なくとも、当該診療記録情報の送信元である医療機関端
   末が所属する医療機関と関連づけて、診療計算依頼ファイルとして記憶装置に記憶す
   る手段、
   Ｃ：前記記憶装置に診療計算依頼ファイルが記憶されている患者について、少なくとも患
   者の性別、年齢、受診科から選ばれる１又は２以上の情報を含む患者情報を、診療計
   算待ち患者一覧情報として前記診療計算端末に送信する手段、
   Ｄ：前記診療計算端末から、前記診療計算待ち患者一覧情報に含まれる１の患者を選択す
   る選択信号を受信する手段、
   Ｅ：受信した選択信号によって選択された患者に対応する診療計算依頼ファイルを構成す
   る診療記録情報を前記記憶装置から読み出して、当該選択信号の送信元である診療計
   算端末に送信する手段、
   Ｆ：前記診療計算端末から、診療計算結果情報又は確認依頼情報を受信する手段、
   Ｇ：受信した診療計算結果情報又は確認依頼情報を、対応する診療計算依頼ファイルを構
   成する診療記録情報の送信元である医療機関端末又は当該医療機関端末が所属する医
   療機関における他の医療機関端末若しくは出力装置に送信する手段、
   Ｈ：前記確認依頼情報を送信した送信先の医療機関端末又は当該医療機関端末が所属する
   医療機関における他の医療機関端末から、確認済み情報及び／又は修正診療記録情報
   を受信する手段、
   Ｉ：受信した前記確認済み情報及び／又は修正診療記録情報を、少なくとも、記憶装置に
   記憶されている対応する診療計算依頼ファイルと関連づけて、それぞれ確認済み情報
   ファイル又は再診療計算依頼ファイルとして記憶装置に記憶する手段、
   Ｊ：前記手段Ｄが前記診療計算端末から前記診療計算待ち患者一覧情報に含まれる１の患
   者を選択する選択信号を受信したとき、選択された患者に対応する診療計算依頼ファ
   イルと関連づけられている確認済み情報ファイル及び／又は再診療計算依頼ファイル
   が前記記憶装置に記憶されている場合には、選択された患者に対応する診療計算依頼
   ファイルを構成する診療記録情報に代えて、選択された患者に対応する最新の確認済
   み情報ファイルを構成する確認済み情報及び／又は最新の再診療計算依頼ファイルを
   構成する修正診療記録情報を前記記憶装置から読み出して、前記選択信号の送信元で
   ある診療計算端末に送信する手段、
   Ｋ：前記記憶装置に診療計算依頼ファイルが記憶されている患者について、少なくとも患
   者の氏名、性別、年齢、ＩＤ番号、受診科、担当医師名から選ばれる１又は２以上の
   情報を含む患者情報を、対応する診療計算依頼ファイルを構成する診療記録情報の送
   信元である医療機関端末が所属する医療機関ごとに区分けして、各医療機関について
   の診療計算待ち患者一覧情報として、それぞれ対応する医療機関に所属する医療機関
   端末に送信する手段。
2. 前記サーバ装置が所定のプログラムの下に動作することによって実現される下記の手段Ｌ及びＭをさらに備えている請求項１記載の医療会計システム；
   Ｌ：前記医療機関端末から、前記診療計算待ち患者一覧情報に含まれる１の患者を選択す
   る選択信号を受信する手段、
   Ｍ：受信した選択信号によって選択された患者に対応する診療計算依頼ファイルを構成す
   る診療記録情報、確認済み情報ファイルを構成する確認済み情報、又は再診療計算依
   頼ファイルを構成する修正診療記録情報を前記記憶装置から読み出して、当該選択信
   号の送信元である医療機関端末に送信する手段。
3. 前記手段Ｃ及び／又は前記手段Ｋが、前記診療計算端末又は前記医療機関端末に送信する診療計算待ち患者一覧情報に、個々の患者ごとに下記（１）〜（６）のいずれかの状態情報を含める手段を備えている請求項１又は２記載の医療会計システム；
   （１）前記手段Ｄが前記診療計算端末から未だ前記選択信号を受信していない患者について選択される状態情報であり、計算前であることを表す状態情報、
   （２）前記手段Ｄが前記選択信号を受信したとき、又は、前記手段Ｅが選択された患者に対応する診療計算依頼ファイルを構成する診療記録情報を診療計算端末に送信したとき、又は、前記手段Ｊが選択された患者に対応する最新の確認済み情報ファイルを構成する確認済み情報及び／又は再診療計算依頼ファイルを構成する修正診療記録情報を診療計算端末に送信したときに、当該患者について選択される状態情報であり、診療計算中であることを示す状態情報、
   （３）前記手段Ｆが診療計算結果情報を受信したとき、又は、前記手段Ｇが診療計算結果情報を医療機関端末に送信したときに、当該診療計算結果情報に対応する患者について選択される状態情報であり、診療計算済みであることを示す状態情報、
   （４）前記手段Ｆが確認依頼情報を受信したときに、受信した確認依頼情報に対応する患者について選択される状態情報であり、確認依頼中であることを示す状態情報、
   （５）前記手段Ｇが確認依頼情報を医療機関端末に送信したときに、送信した確認依頼情報に対応する患者について選択される状態情報であり、確認中であることを示す状態情報、
   （６）前記手段Ｈが医療機関端末から確認済み情報及び／又は修正診療記録情報を受信したとき、又は、前記手段Ｉが、受信した確認済み情報及び／又は修正診療記録情報を、それぞれ確認済み情報ファイル又は再診療計算依頼ファイルとして前記記憶装置に記憶したときに、当該確認済み情報及び／又は修正診療記録情報に対応する患者につて選択される状態情報であり、確認済みであることを示す状態情報。
4. 前記手段Ｃ及び／又は前記手段Ｋが、診療計算待ち患者一覧情報として前記診療計算端末又は前記医療機関端末に送信する患者情報に含まれる１又は２以上の情報をキーとして、前記診療計算待ち患者一覧情報における患者順序を並べ替える手段を備えている請求項１〜３のいずれかに記載の医療会計システム。
5. 前記サーバ装置が所定のプログラムの下に動作することによって実現される下記の手段Ｎ及び手段Ｏをさらに備えている請求項１〜４のいずれかに記載の医療会計システム；
   Ｎ：前記記憶装置に記憶されている前記診療計算依頼ファイルの各々について、前記手段
   Ｂが受信した診療記録情報を診療計算依頼ファイルとして前記記憶装置に記憶するか
   、又は、前記手段Ｃが前記診療計算待ち患者一覧情報を前記診療計算端末に送信した
   ときからの時間を計測する手段、
   Ｏ：計測された前記時間と予め定められた１又は２以上の閾値とを逐次比較し、前記時間
   が前記閾値のいずれかを超えたとき、前記手段Ｃ及び／又は前記手段Ｋが前記診療計
   算端末又は前記医療機関端末に送信する診療計算待ち患者一覧情報に、超えられた閾
   値に対応する注意喚起情報を含める手段。
6. 通信ネットワークを介して、１又は複数の診療計算端末及び１又は複数の医療機関の各々に所属する１又は複数の医療機関端末と接続される１又は複数のサーバ装置が所定のプログラムの下に動作することによって実現される下記のステップａ〜ｋを含む医療会計方法；
   ａ：個々の患者の診療終了後に個々の患者ごとに前記医療機関端末から送信される診療記
   録情報を受信するステップ、
   ｂ：受信した診療記録情報を、少なくとも、当該診療記録情報の送信元である医療機関端
   末が所属する医療機関と関連づけて、診療計算依頼ファイルとして記憶装置に記憶す
   るステップ、
   ｃ：前記記憶装置に診療計算依頼ファイルが記憶されている患者について、少なくとも患
   者の性別、年齢、受診科から選ばれる１又は２以上の情報を含む患者情報を、診療計
   算待ち患者一覧情報として前記診療計算端末に送信するステップ、
   ｄ：前記診療計算端末から、前記診療計算待ち患者一覧情報に含まれる１の患者を選択す
   る選択信号を受信するステップ、
   ｅ：受信した選択信号によって選択された患者に対応する診療計算依頼ファイルを構成す
   る診療記録情報を前記記憶装置から読み出して、当該選択信号の送信元である診療計
   算端末に送信するステップ、
   ｆ：前記診療計算端末から、診療計算結果情報又は確認依頼情報を受信するステップ、
   ｇ：受信した診療計算結果情報又は確認依頼情報を、対応する診療計算依頼ファイルを構
   成する診療記録情報の送信元である医療機関端末又は当該医療機関端末が所属する医
   療機関における他の医療機関端末若しくは出力装置に送信するステップ、
   ｈ：前記確認依頼情報を送信した送信先の医療機関端末又は当該医療機関端末が所属する
   医療機関における他の医療機関端末から、確認済み情報及び／又は修正診療記録情報
   を受信するステップ、
   ｉ：受信した前記確認済み情報及び／又は修正診療記録情報を、少なくとも、記憶装置に
   記憶されている対応する診療計算依頼ファイルと関連づけて、それぞれ確認済み情報
   ファイル又は再診療計算依頼ファイルとして記憶装置に記憶するステップ、
   ｊ：前記ステップｄにおいて、前記診療計算端末から前記診療計算待ち患者一覧情報に含
   まれる１の患者を選択する選択信号を受信したとき、選択された患者に対応する確認
   済み情報ファイル及び／又は再診療計算依頼ファイルが前記記憶装置に記憶されてい
   る場合には、選択された患者に対応する診療計算依頼ファイルを構成する診療記録情
   報に代えて、選択された患者に対応する最新の確認済み情報ファイルを構成する確認
   済み情報及び／又は再診療計算依頼ファイルを構成する修正診療記録情報を前記記憶
   装置から読み出して、前記選択信号の送信元である診療計算端末に送信するステップ
   、
   ｋ：前記記憶装置に診療計算依頼ファイルが記憶されている患者について、少なくとも患
   者の氏名、性別、年齢、ＩＤ番号、受診科、担当医師名から選ばれる１又は２以上の
   情報を含む患者情報を、対応する診療計算依頼ファイルを構成する診療記録情報の送
   信元である医療機関端末が所属する医療機関ごとに区分けして、各医療機関について
   の診療計算待ち患者一覧情報として、それぞれ対応する医療機関に所属する医療機関
   端末に送信するステップ。
7. 前記サーバ装置が所定のプログラムの下に動作することによって実現される下記のステップｌ及びｍをさらに含んでいる請求項６記載の医療会計方法；
   ｌ：前記医療機関端末から、前記診療計算待ち患者一覧情報に含まれる１の患者を選択す
   る選択信号を受信するステップ、
   ｍ：受信した選択信号によって選択された患者に対応する診療計算依頼ファイルを構成す
   る診療記録情報、確認済み情報ファイルを構成する確認済み情報、又は再診療計算依
   頼ファイルを構成する修正診療記録情報を前記記憶装置から読み出して、当該選択信
   号の送信元である医療機関端末に送信するステップ。
8. 前記ステップｃ及び／又は前記ステップｋが、前記診療計算端末又は前記医療機関端末に送信する診療計算待ち患者一覧情報に、個々の患者ごとに下記（１）〜（６）のいずれかの状態情報を含めるステップを含んでいる請求項６又は７記載の医療会計方法；
   （１）前記ステップｄにおいて、前記診療計算端末から未だ前記選択信号を受信していない患者について選択される状態情報であり、計算前であることを表す状態情報、
   （２）前記ステップｄにおいて前記選択信号を受信したとき、又は、前記ステップｅが選択された患者に対応する診療計算依頼ファイルを構成する診療記録情報を診療計算端末に送信したとき、又は、前記ステップｊが選択された患者に対応する最新の確認済み情報ファイルを構成する確認済み情報及び／又は再診療計算依頼ファイルを構成する修正診療記録情報を診療計算端末に送信したときに、当該患者について選択される状態情報であり、診療計算中であることを示す状態情報、
   （３）前記ステップｆにおいて診療計算結果情報を受信したとき、又は、前記ステップｇにおいて診療計算結果情報を医療機関端末に送信したときに、当該診療計算結果情報に対応する患者について選択される状態情報であり、診療計算済みであることを示す状態情報、
   （４）前記ステップｆにおいて確認依頼情報を受信したときに、受信した確認依頼情報に対応する患者について選択される状態情報であり、確認依頼中であることを示す状態情報、
   （５）前記ステップｇにおいて確認依頼情報を医療機関端末に送信したときに、送信した確認依頼情報に対応する患者について選択される状態情報であり、確認中であることを示す状態情報、
   （６）前記ステップｈにおいて医療機関端末から確認済み情報及び／又は修正診療記録情報を受信したとき、又は、前記ステップｉにおいて、受信した確認済み情報及び／又は修正診療記録情報を、それぞれ確認済み情報ファイル又は再診療計算依頼ファイルとして前記記憶装置に記憶したときに、当該確認済み情報及び／又は修正診療記録情報に対応する患者につて選択される状態情報であり、確認済みであることを示す状態情報。
9. 前記ステップｃ及び／又は前記ステップｋが、診療計算待ち患者一覧情報として前記診療計算端末又は前記医療機関端末に送信する患者情報に含まれる１又は２以上の情報をキーとして、前記診療計算待ち患者一覧情報における患者順序を並べ替えるステップを含んでいる請求項６〜８のいずれかに記載の医療会計方法。
10. 前記サーバ装置が所定のプログラムの下に動作することによって実現される下記のステップｎ及びｏをさらに含んでいる請求項６〜９のいずれかに記載の医療会計方法；
    ｎ：前記記憶装置に記憶されている前記診療計算依頼ファイルの各々について、前記ステ
    ップｂにおいて受信した診療記録情報を診療計算依頼ファイルとして前記記憶装置に
    記憶するか、又は、前記ステップｃにおいて前記診療計算待ち患者一覧情報を前記診
    療計算端末に送信したときからの時間を計測するステップ、
    ｏ：計測された前記時間と予め定められた１又は２以上の閾値とを逐次比較し、前記時間
    が前記閾値のいずれかを超えたとき、前記ステップｃ及び／又は前記ステップｋにお
    いて前記診療計算端末又は前記医療機関端末に送信する診療計算待ち患者一覧情報に
    、超えられた閾値に対応する注意喚起情報を含めるステップ。
11. １又は複数のサーバ装置に、請求項６乃至１０のいずれかに記載の医療会計方法を実行させる手順を記載したコンピュータプログラム。
12. 請求項１１に記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。