(57)【要約】  【課題】  前日夜中の１２時前に受診し、その患者が翌日再び診療を受けるとシステムはその会計データをスプールファイルに登録しようと２重書きチェックをするが、残っている前回の会計データと今回のデータはＩＤが同じなので、前回のデータを削除した後でないと書き込めなくなっていた。  【解決手段】  会計データ相互を識別するための識別情報（ＩＤ）を、少なくとも患者番号の情報と、受診診療科の情報と、外来／入院の情報と、保険種別の情報と、診療日付の情報と、その日何回目の受診かを示す診療回の情報とで構成した。  【選択図】図１
2005222320.tif 000002
【特許請求の範囲】
【請求項１】
入力された取引に関するデータに基づいて取引毎の会計データを作成し記憶する会計データ登録装置と、その会計データによる金銭の授受を記録するレジスタとを通信可能に接続した会計システムであって、
会計データ登録装置は、レジスタに送る会計データを登録するスプールファイルと、会計データをスプールファイルに登録するスプールファイル登録部と、レジスタの要求に応じてスプールファイルに登録された会計データを読み出してレジスタに送信する送受信処理部と、を備え、
前記スプールファイルに登録する会計データは、少なくともその会計データがレジスタにて処理済みか未処理か等の現在の状態を示す状態フラグと、その会計データを取り消すレジマイナスデータが作成されたか否かを示すレジマイナスフラグと、それがレジマイナスデータであるか否かを示すマイナスデータフラグと、そして会計データ相互を識別するための識別情報とで構成し、該識別情報は、少なくとも患者番号の情報と、受診診療科の情報と、外来／入院の情報と、保険種別の情報と、診療日付の情報と、その日何回目の受診かを示す診療回の情報とで構成したことを特徴とする会計装置。
【請求項２】
前記スプールファイル登録部は、新しい会計データの登録に際してその会計データと同じ取引に関する会計データがスプールファイルに既に登録されているか２重書きチェックを行なうものであり、その際、前記識別情報に基づいて少なくとも患者番号と、受診診療科と、外来／入院の区別と、保険種別と、診療日付及び診療回とが一致する会計データを検索することを特徴とする請求項１に記載の会計システム。
【請求項３】
前記スプールファイル登録部は、前記２重書きチェックの結果、同じ取引に関する会計データが既に登録されていてそれがレジスタで未処理の場合、その既に登録されている会計データをスプールファイル上で削除することを特徴とする請求項２に記載の会計システム。
【請求項４】
コンピュータを、
入力された取引に関するデータに基づいて取引毎の会計データを作成する会計データ作成手段、
会計データを記憶するためのスプールファイル手段、
会計データをスプールファイルに登録する際、会計データ作成手段が作成した会計データに、少なくともその会計データがレジスタにて処理済みか未処理か等の現在の状態を示す状態フラグと、その会計データを取り消すレジマイナスデータが作成されたか否かを示すレジマイナスフラグと、それがレジマイナスデータであるか否かを示すマイナスデータフラグと、そして会計データ相互を識別するための識別情報とを付加し、該識別情報を、少なくとも患者番号の情報と、受診診療科の情報と、外来／入院の情報と、保険種別の情報と、診療日付の情報と、その日何回目の受診かを示す診療回の情報とで構成するようにした登録手段、
レジスタの要求に応じてスプールファイルに登録された会計データを読み出してレジスタに送信する送受信手段、
として機能させるためのプログラム。
【請求項５】
前記登録手段を、新しい会計データの登録に際してその会計データと同じ取引に関する会計データがスプールファイル手段に既に登録されているか２重書きチェックを行ない、その際、前記識別情報に基づいて少なくとも患者番号と、受診診療科と、外来／入院の区別と、保険種別と、診療日付及び診療回とが一致する会計データを検索する手段、
として機能させるための請求項４に記載のプログラム。
【請求項６】
前記登録手段をさらに、前記２重書きチェックの結果、同じ取引に関する会計データが既に登録されていてそれがレジスタで未処理の場合、その既に登録されている会計データをスプールファイル手段上で削除する手段、
として機能させるための請求項５に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は会計システムに係り、特に、商品販売や取引に係るデータを入力する装置と、実際に金銭の授受を行なって精算する装置とが異なるシステムにおいて、それぞれの装置をオンラインで結んで連携して処理するシステムに関する。
【背景技術】
【０００２】
通常、商店などの場合、商品の売上情報は客の面前で金銭登録機いわゆるレジスタに入力し、その場で代金及びつり銭の授受を行なって会計を実施する。このときレジスタには売り上げた商品の情報と授受した金銭の記録が同時に登録されるものである。また、これとは違って販売品目等の会計に係るデータを入力し登録するための登録装置を別途設け、実際の会計処理は別の場所に設けたレジスタで実施することもある。
【０００３】
例えば、医療機関では、患者に実施した診療行為や処方した薬のデータをカルテに基づいて事務部門が事務処理装置に入力・記録しておき、後日、診療報酬明細書いわゆるレセプトを発行する。診療データの入力に応じて事務処理装置は医療費を算定し、そこから患者の負担金や保険外金額を計算し、前回未収金等を合算して患者への請求額を決定する。診療を終えた患者は会計窓口に来て自分の医療費を精算する。医療機関の規模が大きくなると、診療データを入力する診療科の事務部門と患者が医療費を支払う会計窓口とが離れて設けられることが多い。そこで、事務部門にはレセプト発行のための事務処理装置を設置し、他方、会計窓口にはレジスタを設置して会計データを送受信可能に接続し、それぞれが診療データの入力と会計処理とに専念できるようにしている。その際、事務処理装置とレジスタの間にはスプールファイルを設けて会計データを登録し、同期を図るようにしている。そして、事務処理装置で入力し、計算した患者の会計データは、スプールファイルを介してレジスタに送信され、レジスタで処理した結果が事務処理装置に返されるものである。
【０００４】
ところで、レセプトは使用する保険種別、公費負担のありなし、外来／入院の別などの組み合わせに応じて、それぞれ別個にレセプトを作成することになっている。そして、それに従って患者の会計処理も受診単位に行なわれる。また、１日のうちに２回以上受診した場合、いわゆる同日再診の場合も、１回目、２回目とそれぞれ別個に行なわれる。
【０００５】
そこで、上述したスプールファイルへ登録する会計データは、それぞれの受診単位が区別できるように、ＩＤ即ち識別子が付けられている。この識別子は、前述した条件の組み合わせが識別できるように、患者番号あるいは患者ＩＤと、使用する保険種別と、公費負担者番号と、受診診療科と、外来／入院の別と、当日何回目の受診機会かを示す診療回、の情報を少なくとも含むように構成されている。
【０００６】
そして、従来から会計システムでは、同じ会計データが誤って２重にスプールファイルに登録されないように、会計データの登録時には、必ずこのＩＤを用いて登録済みのスプールデータとの比較を行ない、２重登録を回避するようにしていた。いわゆる２重書きチェックである（特許文献１参照）。
【０００７】
また、その日の診療に係る会計はその日のうちに済ませることを基本とし、その日に処理できなかった会計単位は、レジの締めの際に未収金として処理していた。
【特許文献１】特願２００３−２２２９０
【発明の開示】
【発明が解決しようとする課題】
【０００８】
医療機関では１日に１回会計の締めを実施してスプールファイルを空にするのであるが、その後に時間外診療を行なった場合には、その診療に係る会計データがスプールファイルに登録される。そして、レジで会計処理をしたかどうかを示す未処理または処理済みの状態のスプールデータとして、翌日に締めが実施されるまで残ることになる。また、夜間診療を行なう医療機関あるいは救急病院なども同様に、夜間や早朝に診療した患者の会計データは、次回の締めまでスプールファイルに登録されている。
【０００９】
そして、例えば、時間外または夜間診療で前日夜中の１２時前に受診し、その患者が翌日再び診療を受けると、システムはその会計データをスプールファイルに登録しようとして、先ず、２重書きチェックをする。ところが、スプールファイルに残っている前回の会計データとＩＤが同じなので、今回のデータは前回のデータを削除した後でないと書き込めなくなっていた。なぜなら、患者番号はもちろん、保険種別も、公費負担者番号も、受診診療科も、外来／入院の別も、そして、診療回までも同じだからである。これは従来、その日の会計はその日のうちに処理するという考え方のもと、ＩＤのなかに診療回の情報はあるが、日付の概念が欠落していたために起っていたものである。
【課題を解決するための手段】
【００１０】
本発明は、入力された取引に関するデータに基づいて取引毎の会計データを作成し記憶する会計データ登録装置と、その会計データによる金銭の授受を記録するレジスタとを通信可能に接続した会計システムであって、会計データ登録装置は、レジスタに送る会計データを登録するスプールファイルと、会計データをスプールファイルに登録するスプールファイル登録部と、レジスタの要求に応じてスプールファイルに登録された会計データを読み出してレジスタに送信する送受信処理部と、を備え、前記スプールファイルに登録する会計データは、少なくともその会計データがレジスタにて処理済みか未処理か等の現在の状態を示す状態フラグと、その会計データを取り消すレジマイナスデータが作成されたか否かを示すレジマイナスフラグと、それがレジマイナスデータであるか否かを示すマイナスデータフラグと、そして会計データ相互を識別するための識別情報とで構成し、該識別情報は、少なくとも患者番号の情報と、受診診療科の情報と、外来／入院の情報と、保険種別の情報と、診療日付の情報と、その日何回目の受診かを示す診療回の情報とで構成し、上記課題を解決するものである。
【発明の効果】
【００１１】
本発明の会計システムによれば、当該患者の前日のスプールデータがスプールファイルに残っている場合でも、診療日付と診療回の情報に基づいて前回のデータと今回のデータが確実に区別できるようになるので、前回そして今回の会計データが間違いなく処理できるようになるものである。
【発明を実施するための最良の形態】
【００１２】
図１は、実施形態の会計システムの構成を示すブロック図である。これは医療機関において患者の医療費を算定し、会計処理するためのものである。そして、１０は入力された患者の診療データに基づいて医療費を算定し、会計データを作成して出力する事務処理装置である。同装置１０において、１１は、図示しないキーボード等の入力手段からオペレータが入力する診療データに基づいて患者の医療費を算定し、患者の負担金や保険外金額、前回未収金等を合算して患者への請求額を決定する会計データ入力部である。１２は会計データ入力部１１が出力する医療費に係る会計データを受診単位に記憶する会計データファイル、１３はレジスタに送る金額データを登録するスプールファイル、１４は会計データ入力部１１が出力する患者への請求額に基づいてスプールデータを作成し、それをスプールファイル１３に登録するスプールファイル登録部、２０はその登録されたスプールデータ、１５はレジスタ１６からの要求に応じて、スプールファイル１３に登録されてい
るスプールデータを読み出してレジスタ１６に送信する送受信処理部である。
【００１３】
一方、１６は実際の会計を行うレジスタであり、事務処理装置１０とは通信回線１９により通信可能に接続されている。そして、１７はオペレータの指示に応じて事務処理装置１０に対して次のスプールデータの送信を要求し、受信したスプールデータを会計処理してその結果を事務処理装置１０に返す会計処理部、１８は領収書を印刷するためのプリンタである。
【００１４】
図２に、スプールファイル１３に登録されたスプールデータ２０のレコード構成を示す。ＩＤ２１と、２２乃至２４のフラグと、そして、会計処理すべき金額のデータ２５とから成っている。そして、ＩＤ２１は、個々のスプールデータ２０を識別するための識別子である。通常は同じＩＤ２１のスプールデータ２０が２つ以上スプールファイル１３に登録されることはないが、入力した診療内容に誤りがあってその患者の診療データを後から修正したような場合には、同じＩＤ２１のスプールデータ２０が２つ以上登録されることになる。
【００１５】
状態フラグ２２は、そのスプールデータ２０の現在の状態を示すフラグである。図３に詳細を示すように、レジスタ１６で会計処理されていない「未処理」か、または処理「済み」か、または「削除」されたか、または現在レジスタ１６で「処理中」であるかが、スプールファイル登録部１４または送受信処理部１５により設定されるフラグである。
【００１６】
被マイナスフラグ２３は、そのスプールデータ２０を取り消すレジマイナスデータが作成されたことを示すフラグである。そして、２４がそのレジマイナスデータであることを示すマイナスデータフラグである。レジマイナスデータとは、以前に登録されて既にレジスタ１６で処理済みであるスプールデータ２０を取り消すためのデータである。これは同じＩＤ２１を有する、処理フラグが「済み」のスプールデータ２０の金額をマイナスするデータである。これをレジスタ１６が処理することで、既に処理され、レジスタ１６に登録された会計データを帳消しにするものである。被マイナスフラグ２３がセットされたスプールデータ２０があればその後ろには、マイナスデータフラグ２４がセットされたスプールデータ２０が必ず１つ以上存在することになる。本実施形態では、被マイナスフラグ２３とマイナスデータフラグ２４がともにヌルのデータを通常のデータと呼んでいる。
【００１７】
尚、ＩＤ２１と金額データ２５は会計データ入力部１１が出力したものであり、その他のフラグはスプールファイル登録部１４が設定したものである。
【００１８】
ここで、個々の会計データを識別するためのＩＤ２１を、本実施の形態では図４に示すような情報の組み合わせとして構成している。具体的には、患者を識別するための患者番号と、受診診療科と、外来／入院の区別を表わす外来／入院フラグと、保険種別を表わす保険者番号と、公費負担者番号と、患者の氏名、性別、生年月日と、診療した日付と、そして、その日何回目の受診かを表わす診療回のデータとの組み合わせである。このようなデータの組み合わせとするのは、同じ患者の同日の受診であっても、それが入院に係るものか外来診療に係るものか、また、使用する保険が国保か社保か自賠責か、また、公費負担による診療か否か、がそれぞれ違うことがあるからである。さらに、会計は受診単位即ち診療回毎に行なうのが原則なので、同日再診があった場合にどの診療回についてのものかを区別する必要があるためである。
【００１９】
次に、実施形態の動作を説明する。オペレータがカルテに基づいて診療データを入力すると、会計データ入力部１１は医療費を算定してその会計データを会計データファイル１２に登録する。その際、オペレータが新規の診療に係るデータを入力すれば、会計データ入力部１１は新規に会計データを作成して会計データファイル１２に登録する。また、オ
ペレータが登録済みの診療データの修正を指示したならば、会計データ入力部１１は会計データファイル１２から該当データを読み出して表示し、オペレータの修正・追加に応じて改めて医療費を算定する。
【００２０】
そして、同時に、会計データ入力部１１は患者の負担金や保険外金額、前回未収金等を合算して患者への請求額を決定し、スプールファイル登録部１４に出力する。これに応じてスプールファイル登録部１４は、図２に示したスプールデータの状態フラグ２２を「未処理」に、被マイナスフラグ２３及びマイナスデータフラグ２４をヌルに設定してスプールデータを作成し、図５に示す手順でスプールファイル１３に登録する。
【００２１】
スプールファイル登録部１４は、先ず、同じ会計データが誤って２重に登録されてしまうことを避けるために、今回登録するスプールデータと同じＩＤ２１のスプールデータ２０（これを便宜的に前回のデータと呼ぶ。）が既にスプールファイル１３に登録されていないか検索し、２重書きチェックを実施する（ステップＳ５１）。その際、図４に示した情報がすべて一致する会計データを探すのである。
【００２２】
このとき、例えば、その患者が前日の会計締めの後に受診していて、それがその日１回目の受診であったときは、ＩＤ２１の診療回の情報が１である会計データがスプールファイルに未処理または処理済みとして残っている。そして、今回登録しようとするデータも今日１回目の受診なので診療回の情報は１で同じである。従来であれば、患者番号も診療回もその他の情報も同じ、即ちＩＤ２１が同じデータが既に存在すると判定するところであるが、本実施形態では、診療日付の情報をＩＤ２１の中に取り込んでいるので、両者は別のデータであるとスプールファイル登録部１４は判断する（同Ｓ５２；なし）。そして、今回のデータをそのままスプールファイルに登録する（同Ｓ５７）。
【００２３】
もしも、同じＩＤ２１を持つデータがあった場合は（同Ｓ５２；あり）、今回のデータが前回のデータを修正したものであること、即ち、今回のデータが前回のデータと置き換えるべきものであることを示す。そこで、既に登録されている前回データの状態フラグ２２を参照し、「未処理」であればその状態フラグ２２を「削除」にしておいて（同Ｓ５４）、今回のデータを登録する（同Ｓ５７）。これにより、前回のデータはレジスタ１６に送られることはないので、修正された今回のデータが前回のデータに代ってレジスタ１６で処理されることになる。
【００２４】
また、前回データの状態フラグ２２が「済み」であれば、その前回データに対するレジマイナスデータを作成してスプールファイル１３に登録し（同Ｓ５６）、その後、今回のデータを登録する。また、状態フラグ２２がその外の場合は、そのまま今回のデータを登録するものである。
【００２５】
このように本実施形態では、スプールデータ２０のＩＤ２１に診療回の情報に加えて診療日付の情報をも取り込んだので、上で述べたように、当該患者の前日のスプールデータ２０が残っている場合でも、確実に区別ができるようになって、前回そして今回の会計データが間違いなく処理できるようになるものである。
【図面の簡単な説明】
【００２６】
【図１】実施形態システムの構成を示すブロック図である。
【図２】実施形態におけるスプールデータのレコード構成を示す図である。
【図３】実施形態における状態フラグの値を説明する図である。
【図４】実施形態におけるスプールデータのＩＤの構成を示す図である。
【図５】実施形態におけるスプールファイル登録時のフローチャートである。
【符号の説明】
【００２７】
１０  事務処理装置
１１  会計データ入力部
１２  会計データファイル
１３  スプールファイル
１４  スプールファイル登録部
１５  送受信処理部
１６  レジスタ
１７  会計処理部
２０  スプールデータ
２１  ＩＤ
【図１】
2005222320.tif 000003
【図２】
2005222320.tif 000004
【図３】
2005222320.tif 000005
【図４】
2005222320.tif 000006
【図５】
2005222320.tif 000007