JP4925269B2 - Receipt Claim Management System - Google Patents
Receipt Claim Management System Download PDFInfo
- Publication number
- JP4925269B2 JP4925269B2 JP2006186827A JP2006186827A JP4925269B2 JP 4925269 B2 JP4925269 B2 JP 4925269B2 JP 2006186827 A JP2006186827 A JP 2006186827A JP 2006186827 A JP2006186827 A JP 2006186827A JP 4925269 B2 JP4925269 B2 JP 4925269B2
- Authority
- JP
- Japan
- Prior art keywords
- receipt
- record
- medical
- assessment
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Description
本発明は、医療機関が発行するレセプト（診療報酬明細書）に係る査定、返戻等の履歴を管理するレセプト債券管理システムに関するものである。 The present invention relates to a receipt bond management system for managing a history of assessments, returns, etc. relating to a receipt (medical fee description) issued by a medical institution.
健康保険に係る診療報酬請求および支払いは、概ね下記のように行われている。
医療機関は、月初めになると前月分の診療に係るレセプト帳票を作成して、各県ごとに設置された審査支払機関（社会保険を適用する診療行為については社会保険診療報酬支払基金（以下「支払基金」と略記する）、国民健康保険を適用する診療行為については（国民健康保険団体連合会（以下「国保連合会」と略記する））へ送付する。なお、レセプト帳票が支払基金に送付された場合も、国保連合会に送付された場合も、基本的な処理の流れは同一であるので、以降は、支払基金に送付された場合について説明する。
Requests for medical fees and payments for health insurance are generally made as follows.
At the beginning of the month, the medical institution prepares a receipt form for the previous month's medical care and is set up in each prefecture (the social insurance medical fee payment fund (hereinafter “ (Shortened as “Payment Fund”), and the medical practice to which National Health Insurance is applied will be sent to (National Health Insurance Association (hereinafter referred to as “National Health Insurance Federation”)). Since the basic processing flow is the same for both cases sent to the National Health Insurance Federation and the case where they are sent to the payment fund, the following description will be made.
支払基金は、医療機関から届いたレセプトにつき、まず、形式審査（書式が適法か、請求先の保険者番号が適切か等）を行ない、次に診療内容についての実体審査（病名と投与薬剤の対応が適切か等）を行う。審査の結果、不適切なレセプトであり受領できないと判断した場合には、医療機関に返送（以下「返戻」と記述する）する。
受領できないほどの瑕疵がない場合には、一部の不適切な診療内容に査定結果を付し減額すべき額を、請求先健保組合（健康保険組合）別に仕分けして、各健保組合へ送付する。
健保組合は、全国の支払基金から送付されたレセプトを、組合員別に纏め、レセプトに記載の診療行為が適切か否か（例えば同一組合員に対して、同日に札幌と沖縄で手術が行われていれば、少なくとも一方のレセプトが不適切である）査定を行う。このように、支払基金による査定に加え、健保組合における査定を行ない、以上の査定による減算を行った結果、決定した金額を支払基金に対して支払う。
The payment fund first conducts a formal review (whether the form is legal or the insurer's number is appropriate, etc.) for the receipt received from the medical institution, and then a substantive review of the medical treatment contents (disease name and administered drug) Whether the response is appropriate). As a result of examination, if it is determined that the receipt is inappropriate and cannot be received, it will be returned to the medical institution (hereinafter referred to as “return”).
If there are no defects that cannot be received, the amount to be reduced by attaching the assessment result to some inappropriate medical treatment contents is sorted by request health insurance association (health insurance association) and sent to each health insurance association To do.
The health insurance association collects the receipts sent from the nationwide payment fund for each member, and whether or not the medical treatment described in the receipt is appropriate (for example, the same member is operated in Sapporo and Okinawa on the same day) If so, at least one of the receipts is inappropriate). In this way, in addition to the assessment by the payment fund, an assessment by the health insurance association is performed, and as a result of the subtraction by the above assessment, the determined amount is paid to the payment fund.
支払基金は、各健保組合から受領した金額をそれぞれレセプト発行元の医療機関別に仕分けして、各医療機関へ支払う。
なお、各医療機関に査定結果についての反論、訂正の機会を与えるため、支払基金および健保組合でなされた査定内容は、支払基金を経由して医療機関に送付される。
The payment fund sorts the amount received from each health insurance association according to the medical institution that issued the receipt, and pays each medical institution.
In order to give each medical institution the opportunity to refute and correct the assessment results, the contents of the assessment made by the payment fund and the health insurance association are sent to the medical institution via the payment fund.
医療機関は、返戻措置や査定内容が誤りであると考える場合には、支払基金に対して再審査請求を行うことができ、請求が認められれば、査定によって減額されていた金額が、健保組合から支払基金経由で支払われる。
また、医療機関は、返戻措置や査定内容に承服するが、事務手続き上の瑕疵に過ぎず、レセプトの訂正によって請求可能と判断した場合には、レセプトを訂正した上で、支払基金に対して再審査請求を行うことができ、請求が認められれば、査定によって不払いまたは減額されていた金額が、健保組合から支払基金経由で支払われる。
If the medical institution thinks that the return measures or the contents of the assessment are incorrect, it can make a request for reexamination against the payment fund. To be paid via a payment fund.
In addition, the medical institution accepts the return measures and the contents of the assessment, but it is only a flaw in the administrative procedure. A request for reexamination can be filed, and if the request is granted, the amount that was unpaid or reduced by the assessment will be paid by the health insurance association via the payment fund.
ところで、医療機関から支払基金への診療報酬請求については、医療保険制度が８０年前に創設されて以来、長年にわたって紙のレセプト帳票で行うことが義務付けられていた。即ち、レセプト送付、返戻、査定、再審査請求等の事務処理につき、全て紙によって行うことを余儀なくされていた。このため、患者情報や診療情報を蓄積しておき、レセプト帳票を印刷するまでのプロセスについてはコンピュータ化が進んでいるが、それ以降の事務処理については、現在でも手作業で行われることが多い。
このため、医療機関における、返戻、査定、再審査請求等に係るレセプトの管理については、殆どコンピュータ化された例が存在しない。
最近になって、特許文献１において、審査支払機関から送付された増減点連絡書等に記載されている患者名、査定情報等をコンピュータに入力し、これを登録して、再審査請求対象となりうるレセプトの一覧表を作成するシステムが記載されている程度である。
By the way, since the medical insurance system was founded 80 years ago, it has been obligated for medical claims from medical institutions to be paid by a paper receipt form for many years. In other words, all paperwork such as receipt of receipt, return, assessment, and request for reexamination has to be done on paper. For this reason, computerization of the process up to storing patient information and medical information and printing the receipt form is progressing, but the subsequent paperwork is still often performed manually. .
For this reason, there are almost no computerized examples of management of receipts related to return, assessment, reexamination request, etc. in medical institutions.
Recently, in
一方、上述した手続きから分かるように、レセプト帳票による診療報酬請求が認められ、医療機関に実際に報酬額が支払われるまでには早くても２〜３ヶ月を要する。
医療機関は、大病院と言われるところであっても、その収益力については、一般の企業規模と比較すれば中小企業であり、診療報酬請求を一刻も早く現金化したいと望んでいる。特に、医療機関における診療費のうち、会計窓口で患者から受け取る金額は３割程度に過ぎず、医療機関の収益の大部分が診療報酬請求によるため、この希望は切実である。
このため、医療機関が、診療報酬請求を受けた場合に他者にその全額を支払うことを約束して、当該他者から診療報酬請求時点で（査定前に）対価を受けるという取引が一般的に行われるようになってきている。そして、このような取引は、医療機関が将来有するはずの、レセプトに係る債権を譲渡しているかのような外観を呈するため、「レセプト債権の売掛」「レセプト債権のファクタリング」などと称されている。
On the other hand, as can be seen from the above-mentioned procedure, it takes two to three months at the earliest before the medical fee is charged by the receipt form and the actual fee is paid to the medical institution.
Even though medical institutions are said to be large hospitals, their profitability is small and medium-sized compared to the general scale of companies, and they want to cash out medical fees as soon as possible. In particular, of the medical expenses at medical institutions, the amount received from patients at accounting counters is only about 30%, and this profit is earnest because most of the profits of medical institutions are due to medical fees.
For this reason, it is common for a medical institution to promise to pay the full amount to another person when receiving a medical fee request, and to receive compensation from the other person at the time of the medical fee request (before the assessment). It has come to be done. Such transactions are referred to as “Receivables receivables”, “Receivables factoring”, etc., because they appear as if the medical institutions should transfer the claims related to the receipts in the future. ing.
このような取引においては、「レセプト債権」の譲受者としては、査定、返戻等された結果、医療機関に実際に支払われる金額が「レセプト債権」の譲受額以上でなければ、取引による利益がない。
一方、医療機関としては、できるだけ実際に支払われる金額に近い額で譲渡したいと望む。このため、「レセプト債権」の売買額は、過去における査定等の実績を反映して決められることになり、また売買後の査定等の結果が、以降の売買金額に影響を与えることになる。
In such transactions, as a transferee of “receipt claims”, as a result of the assessment, return, etc., if the amount actually paid to the medical institution is not equal to or greater than the transfer amount of “receipt claims”, the profit from the transaction will be Absent.
On the other hand, as a medical institution, it is desirable to transfer the amount as close as possible to the amount actually paid. For this reason, the sales amount of the “receipt receivables” is determined by reflecting the past results of assessments, etc., and the results of the assessments after the sale will affect the subsequent sales amount.
以上のような社会動向を反映して、レセプトの金額価値を評価するシステムが知られている。
例えば、特許文献２には、医療機関が作成したレセプトに係る電子データについて、審査支払機関が行う審査内容に類似した評価を行ない、これによって査定等による減算率を予測するというシステムが開示されている。
また、特許文献３には、査定等による減算率、返戻率等に加えて、当該医療機関存在地域の人口動態、医療機関に勤務する医師の評判等から医療機関の格付けを行ない、これらによって買い取り価格を決定するというシステムが開示されている。
また、特許文献４には、介護保険に係る報酬請求について、減算率によって予測最終買い取り価格を計算した上で、まず予測最終買い取り価格の８割程度を介護機関に支払い、審査請求は買い取り者自身が行ない、審査結果が確定した段階で残額を清算するというシステムが開示されている。
さらに、特許文献５には、予め審査支払機関から、医療機関毎の最新の査定情報を継続的に入手しておき、これによって医療機関毎に査定等による減算率を把握しておくことで、正確な査定を行うというシステムが開示されている。
A system that evaluates the monetary value of a reception reflecting the above social trends is known.
For example,
In
In
Furthermore,
「レセプト債権」の金額が、最終的にどのようになるかについては、その多くの部分が、当該医療機関の努力に依存している。
即ち、医療機関が審査支払機関からの返戻、査定等の通知を放置する場合には、査定結果金額は予想よりも減少する。
一方、審査支払機関からの返戻、査定等の通知に対して、医療機関が最大限の努力を行って再審査請求による反論、レセプト訂正等を行った場合には、査定結果金額の減少を最小限に抑えることが出来る。
ここで、「レセプト債権」の価格を審査請求時点で決定して支払う場合には、医療機関としては、面倒な再審査請求を行っても収入が増加することはなく、従ってむしろ今後新たに審査請求するレセプトの内容チェックによる請求漏れ防止や、患者サービスの向上による来院者数増加に努力を尽くしたほうが良いという考えになりがちである。
従って、特許文献２に開示されたシステムにおいては、医療機関、審査支払期間の双方が努力を尽くすと言う前提の下で査定結果金額を予測する場合には、実態よりも高い買い取り価格を算定する場合が生じ、また医療機関が努力を尽くさないという前提で予測する場合には、不当に低い買い取り価格を算定するという結果になる。また、特許文献３に開示されたシステムも、同様の問題を有している。
Much of the amount of “receipt receivables” will ultimately depend on the efforts of the medical institution.
That is, when the medical institution leaves a notice of return, assessment, etc. from the examination / payment institution, the assessment result amount will be smaller than expected.
On the other hand, if the medical institution makes maximum efforts to respond to the return from the examination / payment institution, the assessment, etc., and the objection to the reexamination request, the receipt correction, etc., the decrease in the assessment result amount will be minimized. It can be suppressed to the limit.
Here, if the price of the “receipt receivable” is determined and paid at the time of the request for examination, the medical institution will not increase the income even if a troublesome reexamination request is made, so rather it will be newly examined in the future. There is a tendency to think that it is better to make efforts to prevent omissions by checking the contents of the claim to be requested and to increase the number of visitors by improving patient services.
Therefore, in the system disclosed in
また、特許文献４に開示されたシステムにおいては、「レセプト債権」の譲受者自身が審査請求するという点で、再審査請求等による査定結果金額の減少について、最大限の努力が行われる。
しかしながら、仮に介護機関、医療機関以外の者による介護・診療報酬請求を可能とする法改正がなされたとしても、現実に介護・診療を行っていないものが、査定、返戻の通知に対して適切な対応が可能であるとは考えられない。
この点、特許文献５に開示されたシステムにおいては、査定実績を将来の買い取り価格に反映する点で、医療機関の努力を促すという効果を有する。しかしながら、最新といえども過去の査定実績に基づいた買い取り価格が算定されるため、査定実績が常に数ヶ月遅れで反映されることになる。また、新規開業した医療機関については当初の数ヶ月間は推定によって買い取り価格を算定するほかない。以上の点で「現時点」における、適正な買い取り価格であるとは言えず、医療機関との間でトラブルが発生する可能性を有する。
In addition, in the system disclosed in
However, even if a law revision is made that allows a person other than a nursing institution or a medical institution to request nursing care / medical compensation, those who do not actually provide nursing care / medical care are appropriate for the assessment and return notification. It is not considered possible to cope with the situation.
In this regard, the system disclosed in
以上のように、レセプトに係る査定結果を「正しく」予測するという従来のアプローチのみでは、診療報酬請求時の査定結果予測値と、実際の査定結果値の乖離を防止することはできないと考えられる。
即ち、診療報酬請求時のレセプト内容から査定結果を予測するだけではなく、診療報酬請求後に行われた、医療機関による査定、返戻レセプトに対する措置や、再審査請求の状況等を把握し、これらの措置が適切に行われているかを監査することが可能なシステムが必要であると考えられる。
As described above, it is considered that the conventional approach of “correctly” predicting the assessment results related to the reception cannot prevent the gap between the assessment result prediction value at the time of requesting medical fees and the actual assessment result value. .
That is, not only predicting the assessment results from the contents of the receipt at the time of claiming medical fees, but also grasping the assessment by the medical institution, measures for return receipts, and the status of reexamination requests, etc. performed after the medical fee was claimed. It is considered necessary to have a system that can audit whether measures are being taken appropriately.
一方では、このようなシステムは、医療機関内における診療報酬請求後のレセプト管理、具体的には査定、返戻、再審査請求等にかかわる複雑な事務作業を支援することとなり、また医療機関における診療報酬請求後のレセプト管理が適正に行われていることを保証することにもなるので、医療機関にも歓迎されると考えられる。
ここで、診療報酬請求後のレセプト管理を行うシステムとしては、特許文献１に開示されたシステムがある。このシステムは、医療機関が査定結果情報を入力し、診療科別等に分類して一覧表を出力できるという機能を有している。
しかしながら、レセプト債権の譲受者としては、返戻、査定等に対して、医療機関が減額を最低限に留めるための努力を行っているかどうか監査する必要がある。また、医療機関としても、返戻、査定への対応を誠実に行っていることをレセプト債権の譲受者に示すことで、その信用を得ることができ、レセプト債権の買い取り価格を増加させることも出来る。このような目的に耐えうるだけの、診療報酬請求後のレセプト管理を行うためには、査定結果についてのレセプト訂正、訂正したレセプトによる再審査請求、再審査請求についての結果把握等、レセプトの状態についての随時の管理を必要とする。
また、診療報酬請求後に行われたレセプトの訂正内容等を履歴管理する必要もある。
On the other hand, such a system will support complex administrative work related to receipt management after medical fees are requested within a medical institution, specifically, assessment, return, request for reexamination, etc. This will also ensure that the receipt management after the claim for compensation is done properly, so it will be welcomed by medical institutions.
Here, there is a system disclosed in
However, as a transferee of receipt claims, it is necessary to audit whether the medical institution is making efforts to minimize the reduction in refunds, assessments, etc. In addition, as a medical institution, it is possible to earn the trust by showing to the transferee of the received claim that the return and assessment are handled in good faith, and the purchase price of the received claim can be increased. . In order to manage the receipt after the medical fee request that can withstand such a purpose, the receipt status such as correction of the receipt of the assessment result, re-examination request by the corrected receipt, grasp of the result of the re-examination request, etc. Need to manage from time to time.
In addition, it is necessary to manage the history of corrections of receipts made after requesting medical fees.
本発明の目的は、診療報酬請求後のレセプト状態の履歴、およびレセプトについて行われた訂正履歴を随時管理することが可能なレセプト債権管理システムを提供することにある。 An object of the present invention is to provide a receipt bond management system capable of managing at any time a history of a receipt state after a medical fee is claimed and a correction history performed on the receipt.
上記目的を達成するために、本発明のレセプト債権管理システムは、少なくともレセプト帳票の状態履歴と前記レセプト帳票にかかわる訂正履歴を保持する記録保持手段と、前記記録保持手段に、前記レセプト帳票の状態履歴と訂正履歴を記録する記録手段を有することを特徴とする。 To achieve the above object, the claim receivable management system according to the present invention includes at least a record history state of a receipt form and a correction history related to the receipt form, and a state of the receipt form in the record holding means. It has a recording means for recording a history and a correction history.
本発明のレセプト債権管理システムによれば、診療報酬請求後のレセプト状態の履歴、およびレセプトについて行われた訂正履歴を随時管理することが可能なレセプト債権管理システムを提供することができる。 According to the receipt receivable management system of the present invention, it is possible to provide a receipt receivable management system that can manage the history of the receipt state after requesting medical fees and the correction history made for the receipt at any time.
以下、本発明を適用したレセプト債権管理システムの一実施の形態について説明する。
図１は、レセプト債権管理システムのシステム構成図である。
本実施形態のレセプト債権管理システムは、債権データ処理装置１と医事会計処理装置９とから構成される。債権データ処理装置１と医事会計処理装置９は通信回線８により、相互に通信可能に接続されている。
医事会計処理装置９には、レセプトファイル２を記録したハードディスク等の記録媒体が接続されている。また、医事会計処理装置９は、レセプト作成手段９１およびレセプト送付手段９２を備えている。
医事会計処理装置９は、ＰＣ（パーソナル・コンピュータ）等により実現することができ、医事会計処理装置９がＰＣである場合には、レセプト作成手段９１およびレセプト送付手段９２は、ＰＣの中央処理装置によって実行されるプログラムとして実現することが出来る。
Hereinafter, an embodiment of a receipt credit management system to which the present invention is applied will be described.
FIG. 1 is a system configuration diagram of a receipt credit management system.
The receipt credit management system according to the present embodiment includes a bond
The medical
The medical
レセプトファイル２には、審査支払機関に提出するためのレセプト帳票を印刷するために必要な情報が記録されている。
レセプト作成手段９１は、図示していない別のファイルに記録されている患者の氏名、性別、生年月日、保険情報および１ヶ月間に行われた診療行為に関する情報等を参照して、レセプトを印刷するために必要な情報を作成し、これをレセプトファイル２に記録する。
レセプト送付手段９２は、債権データ処理装置１からの要求を受けて、レセプトファイル２に記録した情報を債権データ処理装置１に送付する。
債権データ処理装置１には入力手段５、表示手段６および印刷手段７が接続されるとともに、レセプト債権ファイル３および査定データファイル４を記録したハードディスク等の記録媒体が接続されている。
また、債権データ処理装置１は、メニュー表示手段１０、レセプト取込手段１１、データ変更手段１２、および帳票印刷手段１３を備えている。
The
The receipt creation means 91 refers to the patient's name, gender, date of birth, insurance information, and information on the medical practice performed for one month, etc. recorded in another file (not shown). Information necessary for printing is created and recorded in the
The receipt sending means 92 sends the information recorded in the
The bond
Further, the bond
債権データ処理装置１も、ＰＣ等により実現することができ、債権データ処理装置１がＰＣである場合には、メニュー表示手段１０、レセプト取込手段１１、データ変更手段１２、および帳票印刷手段１３は、ＰＣの中央処理装置によって実行されるプログラムとして実現することが出来る。
入力手段５は、操作者がメニュー表示手段１０、レセプト取込手段１１、データ変更手段１２、および帳票印刷手段１３（以下、図１の説明において「各手段」と総称する）を操作するために用いる装置であり、キーボード、マウス等によって実現することが出来る。
表示手段６は、各手段の操作を行うために必要な情報や各手段の処理結果等を表示ための装置であり、ＣＲＴ、液晶表示手段等によって実現することが出来る。印刷手段７は、各手段の処理結果等を印刷するための装置であり、レーザープリンタ等によって実現することが出来る。
The bond
The input means 5 is for the operator to operate the menu display means 10, the
The
レセプト債権ファイル３には、レセプト毎に請求点数等の情報が記録される。査定データファイル４には、審査支払機関等がレセプトを査定した結果の請求点数等の情報が、レセプト毎に記録される。
メニュー表示手段１０は、操作者によって起動されると、表示手段６にメニュー画面を表示するする。操作者が、入力手段５を使用してメニュー画面に表示されたメニューを選択すると、選択された各メニューに応じて、レセプト取込手段１１、データ変更手段１２、または帳票印刷手段１３が処理を開始する。
レセプト取込手段１１は、医事会計処理装置９に対してレセプトファイル２に記録された情報を送付するように要求し、この要求を受けてレセプト送付手段９２が送付した情報を受取り、レセプト債権管理を行うために必要な情報を選択して、レセプト債権ファイル３に記録する。
データ変更手段１２は、表示手段６に各種の操作用画面を表示し、操作者が入力手段５を使用して入力した情報を元に、レセプト債権ファイル３を更新する。また操作者の操作に応じて、査定データファイル４の作成、更新を行う。
帳票印刷手段１３は、操作者が入力手段５を使用して入力した情報を元に、レセプト債権ファイル３を参照して、操作者が要求した帳票を印刷手段７に出力する。
In the
The
The receipt fetching means 11 requests the medical
The
The form printing means 13 outputs the form requested by the operator to the printing means 7 with reference to the
なお、本実施形態においては、医事会計処理装置９と債権データ処理装置１を通信回線８によって接続したシステムとしているが、医事会計処理装置９と債権データ処理装置１を別の装置とはせず、例えば１台のＰＣによって構成してもよい。
この場合、当該１台のＰＣに、入力手段５、表示手段６、印刷手段７、およびレセプトファイル２とレセプト債権ファイル３と査定データファイル４を記録した記録媒体が接続される。また、この場合、通信回線８を経由してレセプトファイル２の情報を取得する必要はなくなり、レセプト取込手段１１はレセプトファイル２に直接アクセスして、レセプト債権管理を行うために必要な情報を選択し、レセプト債権ファイル３に記録すればよい。従って、レセプト送付手段９２は必要なく、レセプト作成手段９１、メニュー表示手段１０、レセプト取込手段１１、データ変更手段１２、および帳票印刷手段１３があれば必要な機能を実現することが出来る。
In the present embodiment, the medical
In this case, the
図２は、レセプトファイル２のデータ構造図である。
レセプトファイル２は、診療年月２０１、審査支払機関２０２、レセプト種別２０３、入外区分２０４、医科歯科区分２０５、診療科２０６、カルテ番号２０７、請求年月２０８、患者情報２１０、保険情報２２０、病名情報２３０、摘要欄情報２４０、および明細欄情報２５０から構成される。診療年月２０１、審査支払機関２０２、レセプト種別２０３、入外区分２０４、医科歯科区分２０５、診療科２０６、カルテ番号２０７は、レセプトキー２００と総称する。
FIG. 2 is a data structure diagram of the
The
レセプトキー２００は、レセプトファイル２に記録された複数のレコードを一意に識別するためのキー項目である。即ち、レセプトファイル２にはレセプトキー２００が異なる１以上のレコードが記録されている。逆に、どのレコードについても、レセプトキー２００が同一となる他のレコードは存在しない。
診療年月２０１には、当該レコードの対象となっている診療年月が例えば「２００６０７」というように記録される。この例の場合には、当該レコードに記録されている情報が、２００６年７月に行われた診療行為に係る診療点数を計算した結果情報等であることを示している。
審査支払機関２０２には、当該レコードから印刷出力されたレセプト帳票の審査を行う機関を示す識別コードが設定される。現行法令下においては、識別コードとして「１（支払基金）」、「２（国保連合会）」の２種類が存在する。
レセプト種別２０３には、当該レコードから印刷出力されるレセプト帳票の種類を識別するためのコードが設定される。具体的には「主保険単独」、「公費併用」、「老人保険」等、当該レセプト帳票に関する保険組み合わせの種別が設定される。
入外区分２０４には、当該レコードが対象としている診療行為が「１（外来）」「２（入院）」のいずれかを示す識別コードが設定される。
医科歯科区分２０５には、当該レコードが対象としている診療行為が「１（医科）」、「２（歯科）」、「３（調剤）」のいずれに係るものなのかを示す識別コードが設定される。
診療科２０６には、当該レコードが対象としている診療行為に係る診療科が、例えば「内科」「外科」というように設定される。
カルテ番号２０７には、当該レコードが対象としている診療行為がいずれの患者に対して行われたものかを示すため、当該患者のカルテ番号が設定される。なお、カルテ番号は、原則として１患者に対して１つだけ付与され、かつ患者ごとに異なっているものとする。
以上のレセプトキー２００により、レセプトを印刷すべき帳票の様式等が決定される。
The
In the medical treatment date 201, the medical treatment date which is the object of the record is recorded as “200607”, for example. In the case of this example, it is indicated that the information recorded in the record is information obtained as a result of calculating the medical score related to the medical practice performed in July 2006.
In the examination /
In the receipt type 203, a code for identifying the type of the receipt form printed out from the record is set. Specifically, the type of insurance combination related to the receipt form, such as “main insurance alone”, “combination of public expenses”, “elderly insurance”, etc. is set.
In the entrance / exit section 204, an identification code indicating whether the medical treatment targeted by the record is “1 (outpatient)” or “2 (hospitalization)” is set.
In the medical / dental classification 205, an identification code indicating whether the medical practice targeted by the record is “1 (medicine)”, “2 (dental)”, or “3 (dispensing)” is set. The
In the clinical department 206, the clinical departments related to the medical practice targeted by the record are set as “internal medicine” and “surgery”, for example.
The chart number 207 is set with the chart number of the patient in order to indicate to which patient the medical practice targeted by the record has been performed. In principle, only one medical record number is assigned to one patient and is different for each patient.
The
請求年月２０８には、診療報酬の支払いを請求すべき年月、即ち当該レコードに関するレセプト帳票を審査支払機関に送付する年月が記録される。診療報酬の支払いを請求する年月は、審査後に支払いが行われる時期と密接に関係するため、医療機関としては出来るだけ早く請求したい。このため、一般的には請求年月２０８は診療年月２０１の翌月になるが、医療機関ではレセプト帳票を印刷出力したあと、カルテ記載内容との突合確認等を行う必要があり、診療年月翌月の提出期限に間に合わない帳票も発生する。このため、診療年月２０１が同じレコードであっても請求年月２０８が異なる場合もある。
患者情報２１０には、レセプトキー２００に係る患者の氏名、性別、生年月日等の患者属性情報が設定される。また、入院年月日、病棟区分など、入院中患者の診療点数算定に必要な情報も設定される。さらに病床数等、当該患者についての情報ではないが、当該患者の診療点数を算定するために必要なその他の情報も設定される。患者情報２１０のうち氏名、性別、生年月日等はレセプト帳票の固定欄に印刷される。
In the billing year /
In the
保険情報２２０には、当該レセプトに適用される保険に関する情報（保険者番号、被保険者の記号・番号等）が、当該レセプトに関連する保険数だけ設定される。保険情報２２０のうち、保険者番号等はレセプト帳票の固定欄に印刷される。
より具体的には、例えば、以下のような情報が設定される。
主保険（社保、国保）については、保険者番号、被保険者等の記号、被保険者等の番号、診療実日数、合計点数、請求金額、食事療養の回数、合計金額、請求金額、標準負担額、職務上の事由、証明書番号、保険分の負担金額、国保減免区分、国保減額割合、国保減額金額などが設定される。
老人保険については、保険者番号、被保険者等の記号、被保険者等の番号、診療実日数、合計点数、請求金額、食事療養の回数、合計金額、請求金額、標準負担額、市町村番号、受給者番号、老人減免区分、老人外来金額、老人入院金額などが設定される。
公費については、負担者番号、受給者番号、任意給付区分、診療実日数、合計点数、請求金額、負担金額、公費給付対象外来一部負担金、公費給付対象入院一部負担金、食事療養の回数、合計金額、請求金額、標準負担額などが設定される。
In the
More specifically, for example, the following information is set.
For the main insurance (company insurance, national health insurance), insurer number, symbol of insured, etc., number of insured, number of actual treatment days, total points, billing amount, number of meals, total amount, billing amount, standard The amount to be paid, job reason, certificate number, insurance amount, national insurance reduction / exemption classification, national insurance reduction rate, national insurance reduction amount, etc. are set.
For geriatric insurance, the number of the insurer, the number of the insured, the number of the insured, the actual number of medical treatments, the total number of points, the amount billed, the number of times of dietary treatment, the total amount, the amount charged, the standard burden, the municipality , Beneficiary number, elderly exemption classification, elderly outpatient amount, elderly hospitalization amount, etc. are set.
For public expenses, payer number, beneficiary number, voluntary benefit category, number of actual treatment days, total points, billing amount, burden amount, outpatient partial contribution for public expense benefits, partial contribution for hospitalization for public expense benefits, dietary treatment The number of times, total amount, billing amount, standard burden amount, etc. are set.
病名情報２３０には、当該レセプトの対象となる病名に関する情報（主病名、接頭語、接尾語、歯科部位等）が、対象となる病名数だけ設定される。病名情報２３０はレセプト帳票の病名欄に印刷される。
摘要欄情報２４０には、初診、内服薬、手術等の診療区分別に算定された点数・金額情報が設定される。摘要欄情報２４０はレセプト帳票の摘要欄に印刷される。
明細欄情報２５０には、診療内容の詳細情報が、当該診療年月に行われた診療明細の数だけ設定される。例えば、処方された薬品ごとの投与日数、適用される保険、点数・金額等、実際に行われた詳細な診療内容と点数等の情報が設定される。
明細欄情報２５０はレセプト帳票の明細欄に印刷される。
In the
The
Detailed information on the contents of medical treatment is set in the
The
なお、前述したように、レセプトファイル２の各レコードは、レセプト作成手段９１によって作成される。患者情報、保険情報、当月の診療情報等に基づいてレセプト印刷用のデータを作成する方法は、３０年以上前から国内において行われており、現在ではコンピュータを使用してレセプト帳票を印刷しない病院は皆無であると言っても良い。また、レセプト印刷用のデータを作成するに当たっての、点数計算方法等は法令によって定められている。このため、レセプトファイル２の各レコードを作成する詳細な方法については説明を省略する。
As described above, each record of the
なお、レセプト作成手段９１によるレセプトファイル２の各レコードの作成は、月に１度行われることが多い。即ち、多くの医療機関では、月初に前月分の診療情報から前月分のレコードが作成される。
しかし、医療機関によっては、月半ば過ぎに当月の前半に行われた診療に係る診療情報から、当月前半分のレコードを作成し、翌月の月初に後半分の診療に係る診療情報を参照して前月後半分のレコードを作成するとともに、前月前半分のレコードの更新を行う場合もある。
また、レセプトファイル２の各レコードを作成完了した後で、前月分の診療データの記録漏れに気付き、漏れた診療データを記録した後に、レセプト作成手段９１によって、レコードの追加や更新を行う場合もある。
以上の事情により、レセプト取込手段１１がレセプトファイル２の情報を取得した後、再度の取得を行うことが必要になる場合がある。
Note that the creation of each record of the
However, depending on the medical institution, a record of the first half of the current month was created from the medical information related to the medical care performed in the first half of the current month after the middle of the month. In addition to creating records for the second half of the previous month, the records for the first half of the previous month may be updated.
In addition, after completing the creation of each record in the
Due to the above circumstances, it may be necessary to obtain the
図３は、レセプト債権ファイル３のデータ構造図である。
レセプト債権ファイル３は、診療年月３０１、レセプト通番３０２、履歴番号３０３、審査支払機関３１１、レセプト種別３１２、入外区分３１３、医科歯科区分３１４、診療科３１５、カルテ番号３１６、請求年月３２１、患者情報３２２、最新レコードフラグ３３１、処理年月日３３２、レセプト状態３３３、削除フラグ３３４、取込年月日３３５、コメント情報３４０、保険情報３５０、および点数情報３６０から構成される。診療識別３６１、使用保険３６２、および診療点数・金額３６３から構成される。
FIG. 3 is a data structure diagram of the
The
診療年月３０１、レセプト通番３０２、および履歴番号３０３は、纏めて識別キー３００と総称し、審査支払機関３１１、レセプト種別３１２、入外区分３１３、医科歯科区分３１４、診療科３１５、およびカルテ番号３１６は、レセプトキー３１０と総称し、最新レコードフラグ３３１、処理年月日３３２、レセプト状態３３３、削除フラグ３３４、および取込年月日３３５は、ステータス３３０と総称し、診療識別３６１、使用保険３６２、および診療点数・金額３６３は、点数情報３６０と総称する。
診療年月３０１には、当該レコードの対象となっている診療年月が、例えば「２００６０７」というように記録される。この例の場合には、当該レコードに記録されている点数情報３６０が、２００６年７月に行われた診療行為に係る診療点数を計算した結果情報であることを示している。
レセプト通番３０２には、診療年月３０１が同一であるレコードを識別するための通番（１以上の連番）が設定される。
履歴番号３０３には、診療年月３０１およびレセプト通番３０２が同一であるレコードを識別するための通番（１以上の連番）が設定される。
従って、識別キー３００によって、レコードを一意に識別することが出来る。なお、識別キー３００については、レセプトキー３１０の説明後に詳細を説明する。
The medical treatment date 301, the receipt serial number 302, and the history number 303 are collectively referred to as an
In the medical treatment date 301, the medical treatment date that is the target of the record is recorded as “200607”, for example. In the case of this example, it is indicated that the
The receipt serial number 302 is set with a serial number (one or more serial numbers) for identifying records having the same medical treatment date 301.
In the history number 303, a serial number (one or more serial numbers) for identifying a record having the same medical year / month 301 and receipt serial number 302 is set.
Therefore, the record can be uniquely identified by the
審査支払機関３１１には、当該レコードから印刷出力されたレセプト帳票の審査を行う機関を示す識別コードが設定される。現行法令下においては、識別コードとして「１（支払基金）」、「２（国保連合会）」の２種類が存在する。
レセプト種別３１２には、当該レコードから印刷出力されるレセプト帳票の種類を識別するためのコードが設定される。具体的には「主保険単独」、「公費併用」、「老人保険」等、当該レセプト帳票に関する保険組み合わせの種別が設定される。
入外区分３１３には、当該レコードが対象としている診療行為が「１（外来）」「２（入院）」のいずれかを示す識別コードが設定される。
医科歯科区分３１４には、当該レコードが対象としている診療行為が「１（医科）」、「２（歯科）」、「３（調剤）」のいずれに係るものなのかを示す識別コードが設定される。
診療科３１５には、当該レコードが対象としている診療行為に係る診療科が、例えば「内科」「外科」というように設定される。
カルテ番号３１６には、当該レコードが対象としている診療行為がいずれの患者に対して行われたものかを示すため、当該患者のカルテ番号が設定される。
In the examination /
In the receipt type 312, a code for identifying the type of the receipt form printed out from the record is set. Specifically, the type of insurance combination related to the receipt form, such as “main insurance alone”, “combination of public expenses”, “elderly insurance”, etc. is set.
In the entrance / exit section 313, an identification code indicating whether the medical treatment targeted by the record is “1 (outpatient)” or “2 (hospitalization)” is set.
In the medical / dental classification 314, an identification code indicating whether the medical practice targeted by the record is “1 (medicine)”, “2 (dental)”, or “3 (dispensing)” is set. The
In the clinical department 315, the clinical departments related to the medical practice targeted by the record are set as, for example, “internal medicine” and “surgery”.
The chart number 316 is set with the chart number of the patient in order to indicate to which patient the medical treatment targeted by the record is performed.
以上のように、診療年月３０１とレセプトキー３１０の設定内容は、レセプトファイル２のレセプトキー２００の設定内容と対応している。即ち、診療年月３０１とレセプトキー３１０の組み合わせにより、レセプト債権ファイル３の各レコードを、レセプトファイル２の各レコードと一意に対応付けることが出来る。換言すればレセプト債権ファイル３の当該レコードが、いずれのレセプト帳票に係るものであるかを識別することが出来る。
As described above, the setting contents of the medical treatment date 301 and the
ここで、前述したように、レセプト取込手段１１がレセプトファイル２の情報を取得した後、再度の取得を行うことが必要になる場合がある。例えば、レセプト帳票が審査支払機関に送付され、当該レセプト帳票に関するレコードが作成された後に、診療データの記録漏れが分かったとする。この場合、レセプトファイル２のレコードを更新した後、レセプト取込処理を再度行うことになるが、同じレセプトキー３１０および診療年月３０１のレコードを再度取り込んで、作成済みのレコードを置き換えてしまうと、審査支払機関に請求している診療点数等についての記録が失われてしまう。
従って、同じレセプトキー３１０および診療年月３０１のレコードを再度取り込んだ場合には、元のレコードはそのまま残して、同じレセプトキー３１０および診療年月３０１のレコードを追加作成することが望ましい。
また、レセプトファイル２の情報を１回だけ取得した場合でも、レセプト債権ファイル３の各レコードに、後述する査定、返戻等の結果を反映する場合がある。即ち、レセプト債権ファイル３のレコード内容を変更する場合がある。このような場合にも、変更前の内容はそのままにしておき、変更後の内容で新たなレコードを追加した方が、監査上も好ましい。
ところが、レコードの記録内容を変更せずに、変更後の記録内容を保持するレコードを追加する方式を採用すると、同じ診療年月３０１およびレセプトキー３１０のレコードが複数レコード発生することになる。即ち、レセプトファイル２とは異なり、診療年月３０１およびレセプトキー３１０の組み合わせでは、レコードを一意に識別することが出来ない。このため、診療年月３０１、レセプト通番３０２および履歴番号３０３を組み合わせて識別キー３００とし、これによってレコードが一意に識別することが出来るようにしている。
即ち、レセプト通番３０２は、「１」を初期値とし、診療年月３０１が同一のレコードが追加されるたびに１ずつ加算して当該追加レコードに設定される。また、履歴番号３０３は「１」を初期値とし、元のレコードと診療年月３０１、レセプト通番３０２を同じ内容とする新たなレコードが追加されるたびに、１ずつ加算して当該追加レコードに設定される。
従って、診療年月３０１およびレセプト通番３０２が同一なレコードであれば、履歴番号３０３が異なっていても、レセプトキー３１０は同一である。逆に、診療年月３０１とレセプトキー３１０を同じくするレコードのレセプト通番３０２は、原則として同一である。ただし、後述するように、診療年月３０１とレセプトキー３１０の組み合わせが同一であっても、レセプト通番３０２が異なるという例外的な場合も発生する。
Here, as described above, it may be necessary to acquire the
Therefore, when the record of the
Even when the information of the
However, if a method of adding a record that holds the changed record content without changing the record content of the record is adopted, a plurality of records with the same medical year 301 and
That is, the receipt serial number 302 is set to the additional record by adding “1” as an initial value and adding 1 each time a record having the same medical date 301 is added. The history number 303 is incremented by one each time a new record having the same content as the original record, the medical treatment date 301, and the receipt serial number 302 is added to the history record 303 as an initial value. Is set.
Therefore, if the medical date 301 and the receipt serial number 302 are the same record, the
請求年月３２１には、診療報酬の支払いを請求した年月が設定される。レセプトファイル２から情報を取り込んだ時点では、請求年月２０８と同一の値が設定され、後述する返戻処理等を行う場合には操作者が入力した年月が設定される。
患者情報３２２には、レセプトファイル２の患者情報２１０と同じ内容が設定される。
ステータス３３０は、当該レコードに対する処理状況を示すフラグ等からなり、主として、データ変更手段１２が、当該レコードに対してどのような処理を行うべきかを判定するために使用する。
最新レコードフラグ３３１は、診療年月３０１とレセプト通番３０２が同一な１以上のレコードのうち、最新状態のレコードについて「１」、それ以外のレコードについて「スペース」が設定される。診療年月３０１とレセプト通番３０２が同一なレコードが複数存在しない場合、即ち１レコードだけ存在する場合には、「１」が設定される。
基本的には、診療年月３０１およびレセプト通番３０２が同一なレコードのうち、履歴番号３０３が最大のレコードの最新レコードフラグ３３１が「１」になっているが、例えば、最新レコードを作成した処理を、その後取り消した場合には、履歴番号３０３が最大値でないレコードについて、最新レコードフラグ３３１に「１」が設定される場合がある。
In the billing year / month 321, the year / month when billing for the payment of medical fees is set. At the time when the information is taken in from the
The same information as the
The
In the
Basically, the
処理年月日３３２には、当該レコードが作成された年月日または当該レコードについて取消等の処理が行われた最後の年月日が記録される。従って、当該診療年月３０１およびレセプト通番３０２に係るレコードについて、いつ、どのような操作が行われたかを、後日検証することが出来る。
レセプト状態３３３には、当該レコードに関するレセプト帳票の状態（「保留」、「取下」、「査定済」等の状態）を識別するコードが設定される。例えば、当該レコードがレセプトファイル２から取り込まれて直接作成された場合には「請求」が設定される。レセプト状態３３３については、後で詳述する。
削除フラグ３３４には、当該レコードが有効であるか削除済みであるかを識別するためのコードを設定する。ここで、「当該レコードが削除済み」というのは、当該レコードを作成した処理が、その後に取り消されたということを意味する。削除済みのレコードであれば「１」が、有効なレコードであれば「スペース」が設定される。
The processing date 332 records the date on which the record was created or the last date on which the processing such as cancellation was performed on the record. Therefore, it is possible to verify at a later date when and what operation has been performed on the record relating to the medical treatment date 301 and the receipt serial number 302.
In the receipt state 333, a code for identifying the state of the receipt form relating to the record (a state such as “pending”, “withdrawal”, “assessed”, etc.) is set. For example, when the record is taken directly from the
In the deletion flag 334, a code for identifying whether the record is valid or deleted is set. Here, “the record has been deleted” means that the process that created the record has been canceled. “1” is set for a deleted record, and “space” is set for a valid record.
取込年月日３３５には、当該レコードがレセプトファイル２に基づいて作成された年月日すなわちレセプト債権ファイル３の取込が行われた年月日が記録される。なお、レセプトファイル２から直接取込まれた際には処理年月日３３２と取込年月日３３５には同じ値が設定される。その後、返戻、査定等の処理によって作成されたレコードについては、取込年月日３３５は取込によって作成されたレコードの取込年月日３３５を引き継ぎ、処理年月日３３２には返戻、査定等の処理が行われた年月日が設定される。
コメント情報３４０には、後述する査定、返戻等の処理において、操作者が入力したコメントが設定される。コメント情報３４０は表示手段６に表示することができるので、例えば査定入力を行った操作者は、後日、表示されたコメントを見ることで、査定についてどのような対策を行う予定であったかなどを思い出すことが出来る。
In the acquisition date 335, the date on which the record was created based on the
In the
保険情報３５０には、レセプトファイル２の保険情報２２０と同じ内容が設定される。
点数情報３６０には、レセプトファイル２の摘要欄情報２４０、明細欄情報２５０等に基づいて、診療識別３６１毎の使用保険３６２および診療点数・金額３６３が設定される。
ここで、診療識別３６１は、初診、内服薬、手術等の診療区分を識別するコードである。
使用保険３６２は、当該診療識別３６１の診療行為に対して、いずれの保険組み合わせが適用されるか、即ちいずれの保険者が診療報酬の支払い義務を持つかを識別するための情報であり、保険情報３５０に記録されている保険のどの保険が、診療点数・金額３６３の算定に適用されたかを識別するための情報が設定される。
例えば、保険情報３５０の１番目に記録されている保険者番号が「０１１２３４５６」であり、３番目に記録されている保険者番号が「２９１２３４５６」であって、この２つの保険が適用される場合には「０１２９」のように、適用される保険者番号の上２桁を組み合わせることで、いずれの保険組み合わせが適用されるかを識別することが出来る。
診療点数・金額３６３は、当該診療識別３６１の診療行為に対して、当該使用保険３６２を適用して算定した点数または金額が設定される。診療点数・金額３６３に点数が設定されているか、金額が設定されているかは、診療識別３６１および使用保険３６２によって判定することが可能であるが、この他に点数情報３６０中に、点数が設定されているか金額が設定されているかを識別するためのコードを設けても良い。
なお、診療識別３６１が同じであっても使用保険３６２が異なる複数の保険情報３５０が発生しうる。ただし、点数情報３６０中に、診療識別３６１が同一かつ使用保険３６２が同一のデータが複数存在することはない。
In the
In the
Here, the medical treatment identification 361 is a code for identifying a medical treatment division such as first medical examination, internal medicine, and surgery.
The use insurance 362 is information for identifying which insurance combination is applied to the medical practice of the medical identification 361, that is, which insurer is obligated to pay medical fees. Information for identifying which of the insurances recorded in the
For example, when the insurer number recorded first in the
The medical score / money 363 is set to a score or an amount calculated by applying the use insurance 362 to the medical practice of the medical identification 361. It is possible to determine whether a medical score or money amount 363 is set or whether a money amount is set by the medical treatment identification 361 and the use insurance 362, but in addition, the score is set in the
Even if the medical treatment identification 361 is the same, a plurality of
図４は、査定データファイル４のデータ構造図である。
査定データファイル４は、診療年月４０１、レセプト通番４０２、履歴番号４０３、診療識別４１１、使用保険４１２、増減情報４１３、処理年月日４１４、状態４１５、および削除フラグ４１６から構成される。
診療年月４０１、レセプト通番４０２、および履歴番号４０３は、纏めて識別キー４００と総称し、診療識別４１１、使用保険４１２、増減情報４１３、処理年月日４１４、状態４１５、および状態４１５は、査定情報４１０と総称する。
診療年月４０１には、当該レコードの対象となっている診療年月が、例えば「２００６０７」というように記録される。この例の場合には、記録されている査定情報４１０が、２００６年７月に行われた診療行為に係る診療点数を査定した情報であることを示している。
レセプト通番４０２には、診療年月４０１が同一であるレコードを識別するための通番（１以上の連番）が設定される。
履歴番号４０３には、診療年月４０１およびレセプト通番４０２が同一であるレコードを識別するための通番（１以上の連番）が設定される。
従って、識別キー４００によって、レコードを一意に識別することが出来る。
FIG. 4 is a data structure diagram of the assessment data file 4.
The assessment data file 4 includes a
The
In the
The receipt serial number 402 is set with a serial number (one or more serial numbers) for identifying records having the same
In the history number 403, a serial number (one or more serial numbers) for identifying a record having the same medical year /
Therefore, the record can be uniquely identified by the
査定データファイル４の各レコードは、レセプト債権ファイル３の各レコードに対応している。即ち、査定データファイル４の各レコードには、識別キー４００と同一の識別キー３００に係るレセプト債権ファイル３のレコードの点数情報３６０について査定した情報が記録されている。
従って、レセプト債権ファイル３と査定データファイル４を別ファイルとするのでなく、レセプト債権ファイル３の各レコード内に査定情報４１０を記録することも可能である。しかしながら、このようにした場合には、後述するように、査定情報４１０についての一覧表を印刷出力する場合、レセプト債権ファイル３の全レコードを検索対象としなければならなくなる。
一般に、査定されるレセプト帳票は全体の１〜２割程度以下であるので、レセプト債権ファイル３と査定データファイル４を別ファイルとすることで、査定情報４１０にかかわるレコード数を抑え、これによって一覧表印刷出力に要する処理時間を短縮することが出来る。
Each record in the assessment data file 4 corresponds to each record in the
Therefore, instead of making the
Generally, the receipt form to be assessed is about 10 to 20% or less of the whole, so by making the
査定情報４１０には、レセプト債権ファイル３の点数情報３６０についての査定情報が設定される。
ここで、診療識別４１１は、初診、内服薬、手術等の診療区分を識別するコードである。コード体系は診療識別３６１に設定されるコードの体系と基本的に同一である。ただし、一部負担金については、診療内容によって変わる金額ではないため、レセプト債権ファイル３では保険情報３５０に記録される。一方、査定データファイル４では、一部負担金を増減する査定があった場合、増減金額を査定情報４１０に記録する。このため、レセプト債権ファイル３では、診療識別３６１に一部負担金であることを示すコードが設定されることがないのに対し、査定データファイル４では、診療識別４１１に一部負担金であることを示すコードが設定される場合がある。
使用保険４１２は、当該診療識別４１１の診療行為に対して、いずれの保険組み合わせが適用されるか、即ちいずれの保険者が診療報酬の支払い義務を持つかを識別するための情報であり、レセプト債権ファイル３の対応するレコードの保険情報３５０に記録されている保険のどの保険が、増減情報４１３に適用されるかを識別するための情報が設定される。例えば、保険情報３５０の１番目に記録されている保険者番号が「０１１２３４５６」であり、３番目に記録されている保険者番号が「２９１２３４５６」であって、この２つの保険が適用される場合には「０１２９」のように、適用される保険者番号の上２桁を組み合わせることで、いずれの保険組み合わせが適用されるかを識別することが出来る。
In the
Here, the
The use insurance 412 is information for identifying which insurance combination is applied to the medical practice of the
増減情報４１３には、当該診療識別４１１の診療行為および当該使用保険４１２の組み合わせについて、レセプト債権ファイル３の対応するレコードの点数情報３６０に対して増減すべき点数、金額、一部負担金金額が設定される。増減情報４１３に点数、金額、一部負担金金額のいずれが設定されているかは、診療識別４１１および使用保険４１２によって判定することが可能であるが、この他に査定情報４１０中に、点数、金額、一部負担金金額のいずれが設定されているかを識別するためのコードを設けても良い。
処理年月日４１４には、当該査定情報４１０が作成された年月日が記録される。従って、いつ、どのような査定処理が行われたかを、後日検証することが出来る。
状態４１５には、当該査定情報４１０に関する査定状態（「査定」、「過誤査定」等の状態）を識別するコードが設定される。具体的にどのような条件でどのようなコードが設定されるかについては、後述する各処理の説明において示す。
削除フラグ４１６には、当該査定情報４１０が有効であるか削除済みであるかを識別するためのコードを設定する。ここで、「当該査定情報４１０が削除済み」というのは、当該査定情報４１０が取り消されたということを意味する。削除済みの査定情報４１０であれば「１」が、有効な査定情報４１０であれば「スペース」が設定される。
The increase / decrease information 413 includes a score, an amount, and a partial contribution amount to be increased / decreased with respect to the
In the processing date 414, the date on which the
In the state 415, a code for identifying an assessment state (a status such as “assessment” or “error assessment”) related to the
In the deletion flag 416, a code for identifying whether the
図５は、レセプト債権ファイル３のレセプト状態３３３に設定されうるコードの一覧表である。
後述する保留、査定等の処理が行われるたびに、処理の対象となったレコードと診療年月４０１およびレセプト通番４０２を同一とし、履歴番号４０３を＋１したレコードが作成される。そして、新たに作成されたレコードのレセプト状態３３３に、行われた処理に対応するコードが設定される。
なお、図５の「請求状況」欄に記載されている「処理終了」とは、ひとまず必要な処理を終了した状態、換言すれば、当該レコードに対応するレセプト帳票については、操作者が当面何もする必要はないことを示している。「処理要」とは、審査支払機関に、訂正後のレセプト帳票の再提出等が必要であることを示している。「依頼中」とは、審査支払機関に診療報酬を請求済みであるが、その結果の確認が必要であることを示している。また、「処理終了（再審査有）」とは、ひとまず必要な処理を終了した状態ではあるが、査定結果等に不服がある場合は、再審査対象となりうることを示している。
FIG. 5 is a list of codes that can be set in the receipt state 333 of the
Each time processing such as holding, assessment, etc. described later is performed, a record is created in which the record of the processing target is the same as the medical year /
Note that “processing end” described in the “Billing Status” column of FIG. 5 means that the required processing has ended, in other words, for the receipt form corresponding to the record, what the operator does for the time being. It also shows that you don't have to. “Processing required” indicates that the examination / payment institution is required to resubmit the corrected receipt form. “Requesting” indicates that the medical examination fee has been charged to the examination / payment institution, but the result needs to be confirmed. “Processing completed (with reexamination)” indicates that the necessary processing has been completed for the time being, but if the assessment result is unsatisfactory, it can be subject to reexamination.
以下、設定されるコードの種別と、その意味について説明する。
「請求」は、当該レコードが通常のレセプト請求した状態、即ち取込処理を行って審査支払機関に診療報酬を請求した状態であることを示している。
「保留」は、当該レコードについては、意図的に診療報酬を請求しないで保管している状態であることを示している。診療行為全てが記録される前に取込処理を行ったため、請求すべき点数の一部が漏れている場合などに保留処理が行われ、「保留」が設定される
「保留請求」は、「保留」状態だったレコードについて、診療報酬請求を行った状態であることを示している。
「返戻」は、診療報酬請求を行ったが、審査支払機関から請求は認められないとして医療機関にレセプト帳票が返却された状態であることを示している。
なお、「返戻」状態となったレコードについては、後述する請求レセプト一覧表において、「返戻」状態となる前には、請求年月３２１における請求額が表示されていたはずである。このため、「返戻」状態のレコードについては、請求レセプト一覧表において、請求年月３２１での減算金額として表示する。
Hereinafter, the types of codes to be set and their meanings will be described.
“Billing” indicates that the record is in a state of requesting a normal receipt, that is, a state in which a medical fee is charged to the examination and payment institution by performing an acquisition process.
“Hold” indicates that the record is stored without intentionally requesting a medical fee. Since the acquisition process was performed before all medical care activities were recorded, a hold process is performed when a part of the points to be charged is leaked, and "hold" is set. For records that are in the “pending” state, this indicates that the medical fee has been requested.
“Return” indicates that the medical care fee has been claimed, but the receipt form has been returned to the medical institution that the request from the examination and payment institution is not allowed.
Note that for the record in the “Return” state, the charge amount in the billing month 321 should be displayed before the “Return” state in the charge receipt list described later. For this reason, a record in the “return” state is displayed as a subtraction amount in the billing month / month 321 in the billing receipt list.
「返戻請求」は、「返戻」状態だったレコードについて、診療報酬請求を行った状態であることを示している。
「過誤返戻」は、診療報酬請求を行ない、審査支払機関は請求を認めたが、保険者等から請求は認められないとして医療機関にレセプト帳票が返却された状態であることを示している。
「過誤返戻」状態となったレコードについては、既に審査支払機関からの支払を受けているため、「過誤返戻」状態であることが正しいとするなら（保険者等からの指摘が正しい場合には）、審査支払機関への請求とは別に、不当利得分を返却しなければならなくなる。このため、「過誤返戻」状態のレコードについては、請求レセプト一覧表においては表示せず、過誤レセプト一覧表に表示する。
「過誤返戻請求」は、「過誤返戻」状態だったレコードについて、再度、診療報酬請求を行った状態であることを示している。
“Return request” indicates that a medical fee has been requested for the record in the “return” state.
“Error return” indicates that the medical fee is requested and the examination / payment institution accepts the request, but the invoice is not accepted from the insurer or the like, and the receipt form is returned to the medical institution.
Records that are in the “error return” state have already been paid by the examination and payment institution, so if it is correct that the “error return” state is correct (if the insurer is correct) ), And unfair gain must be returned separately from the request to the examination and payment institution. For this reason, records in the “error return” state are not displayed in the bill receipt list, but are displayed in the error receipt list.
The “error return request” indicates that the medical fee has been requested again for the record in the “error return” state.
「取下げ依頼中」は、診療報酬請求を行ったが、その後、診療点数の一部につき請求漏れがあったことが分かったため、取下げを請求しており、レセプト帳票返却待ち状態であることを示している。
「取下げ」は、「取下げ依頼中」状態だったレコードについて、レセプト帳票が返却されてきた状態であることを示している。
「取下げ請求」は、「取下げ」状態だったレコードについて、再度、診療報酬請求を行った状態であることを示している。
“During withdrawal request” indicates that the medical fee was requested, but after that it was found that there was a lack of charge for a part of the number of medical treatment points. ing.
“Withdrawal” indicates that a receipt form has been returned for a record that has been in a “withdrawal request” state.
“Withdrawal request” indicates that the medical fee has been requested again for the record in the “withdrawal” state.
「査定」は、診療報酬請求を行ない、審査支払機関からも保険者等からも請求は認められないという指摘は受けなかったが、審査支払機関からの内容一部不備の指摘により支払いを減額されたであることを示している。
「査定」状態となったレコードについては、請求レセプト一覧表において、「査定」状態となる前には、請求年月３２１における請求額が表示されていたはずである。このため、「査定」状態のレコードについては、請求レセプト一覧表において、査定による増減金額を請求年月３２１での増減金額として表示する。
「過誤査定」は、診療報酬請求を行ない、審査支払機関からも保険者等からも請求は認められないという指摘は受けず、また、審査支払機関から内容一部不備の指摘も受けなかったが、保険者等からの内容一部不備の指摘により支払いを減額された状態であることを示している。
「過誤査定」状態となったレコードについては、既に審査支払機関からの支払を受けているため、「過誤査定」状態であることが正しいとするなら（保険者等からの指摘が正しい場合には）、審査支払機関への請求とは別に、不当利得分を返却しなければならなくなる。このため、「過誤査定」状態のレコードについては、請求レセプト一覧表においては表示せず、過誤レセプト一覧表に表示する。
「再審査依頼中」は、「査定」または「過誤査定」状態だったレコードについて、審査支払機関へ異議申し立てを行ない、再審査を依頼して結果待ちのであることを示している。
「破棄」は、当該レコードについての診療報酬請求を断念した状態であることを示している。
In the “assessment”, the medical fee was requested, and no claim was received from the examination / payment institution or the insurer, but the payment was reduced due to a partial inadequacy from the examination / payment institution. It shows that
For the record in the “assessment” state, the charge amount in the billing month 321 should have been displayed in the billing receipt list before entering the “assessment” state. For this reason, for the records in the “assessment” state, the increase / decrease amount due to the assessment is displayed as the increase / decrease amount in the billing month 321 in the billing receipt list.
“Error assessment” requested medical fees and received no indication from the examination / payment institution or the insurer that the claim was not accepted. This indicates that the payment has been reduced due to some incomplete information from the insurer.
Records that have been in the “error assessment” state have already been paid by the examination / payment institution, so if it is correct that the “error assessment” state is correct (if the indication from the insurer is correct) ), And unfair gain must be returned separately from the request to the examination and payment institution. For this reason, a record in the “error assessment” state is not displayed in the claim receipt list, but is displayed in the error receipt list.
“Requesting re-examination” indicates that the record that was in the “assessment” or “error assessment” status is filed with the examination / payment institution, requesting re-examination, and waiting for the result.
“Discard” indicates that the medical fee request for the record has been abandoned.
以下、以上のように構成されたレセプト債権管理システムの動作について説明する。
図６は、レセプト状態の遷移図である。この図を使用して、レセプト債権システムの動作概要を説明する。
まず、レセプトファイル２の情報が取込まれ、レセプト債権ファイル３のレコードが作成される際、レセプト状態３３３には「請求」が設定される。当該取込が誤りであった場合には、取込の削除を行うと、当該レコードの削除フラグ３３４に「１」が設定される。
当該レコードについての診療報酬請求をしばらく待ちたい場合には、保留処理を行ない、保留すべきことを指定すると、当該レコードの削除フラグ３３４に「１」が設定されると共に、レセプト状態３３３を「保留」とする新たなレコードが作成される。「保留」とした処理が誤りだった場合には、保留取消処理を行うと、図示していないが、当該レコードの削除フラグ３３４に「１」が設定される。
そして、レセプト状態３３３を「保留」とする新たなレコードについて、診療報酬請求を行う場合には、保留処理を行ない、請求すべきことを指定すると、当該レコードの削除フラグ３３４に「１」が設定されると共に、レセプト状態３３３を「保留請求」とする新たなレコードが作成される。
以上のように、操作者が処理を行うたびに、元のレコードは削除状態となり、新たなレセプト状態３３３のレコードが作成される。また行った処理を取り消した場合には、レコードを削除するのではなく、削除フラグ３３４に「１」を設定する。
この方式により、操作者が行った処理の履歴がレセプト債権ファイル３に残されていくのである。
なお、レセプト状態３３３の遷移等については、以降のそれぞれの処理内容説明において説明する。
The operation of the receipt claim management system configured as described above will be described below.
FIG. 6 is a transition diagram of the receipt state. The operation outline of the receipt bond system will be described with reference to this figure.
First, when the information of the
If you want to wait for a medical fee request for the record for a while, perform hold processing and specify that the record should be held. Then, the deletion flag 334 of the record is set to “1” and the receipt state 333 is set to “hold”. A new record is created. If the process of “holding” is incorrect, if a hold canceling process is performed, “1” is set in the deletion flag 334 of the record, although not shown.
When a medical fee is billed for a new record whose receipt state 333 is “pending”, a holding process is performed, and if it is specified that a charge should be made, “1” is set in the deletion flag 334 of the record. At the same time, a new record is created with the receipt state 333 as “pending request”.
As described above, each time the operator performs processing, the original record is in a deleted state, and a new record in the receipt state 333 is created. If the performed processing is canceled, the record is not deleted but “1” is set in the deletion flag 334.
By this method, the history of processing performed by the operator is left in the
Note that the transition of the receipt state 333 will be described in the following description of each processing content.
図７は、レセプト債権管理システムの処理を示すフローチャートである。
債権データ処理装置１において、操作者がレセプト債権管理システムを起動させると、メニュー表示手段１０は、表示手段６にメニュー画面を表示し（Ｓ７０１）、操作者からの操作を待つ。
メニュー画面の表示例を図１２に示す。
メニュー画面には、終了ボタン１２１と、１以上の処理ボタン１２２が表示され、操作者は、入力手段５を使用して、終了ボタン１２１または処理ボタン１２２を選択することで、レセプト債権管理システムに各種の処理を実行させることが出来る。
操作者が入力手段５を使用して、メニュー画面に表示された終了ボタン１２１をクリックするなどの操作を行うと、メニュー表示手段１０はこの操作を検知して、処理を終了する（Ｓ７０２）。
FIG. 7 is a flowchart showing processing of the receipt claim management system.
In the bond
A display example of the menu screen is shown in FIG.
On the menu screen, an
When the operator performs an operation such as clicking the
操作者が入力手段５を使用して、メニュー画面に表示された処理ボタン１２２のいずれかをクリックするなどの操作を行うと、メニュー表示手段１０はこの操作を検知して、押下（クリック）されたボタンに対応する処理手段を起動する（Ｓ７０３）。
即ち、メニュー画面の「レセプト取込」と表示された処理ボタン１２２が押下された場合には、レセプト取込手段１１を起動する。
メニュー画面の「保留」、「返戻」、「取下げ」、「破棄」、「査定」と表示された処理ボタン１２２のうちのいずれかが押下された場合には、データ変更手段１２を起動する。
メニュー画面の「請求レセプト一覧」、「保留レセプト一覧」、「返戻レセプト一覧」、「取下げレセプト一覧」「破棄レセプト一覧」「査定・再審査一覧」「査定増減一覧」と表示された処理ボタン１２２のうちのいずれかが押下された場合には、帳票印刷手段１３を起動する。
起動した各種処理が終了すると、メニュー表示手段１０は、再び表示手段６にメニュー画面を表示し（Ｓ７０１）、操作者からの操作を待つ。
When the operator uses the
That is, when the
When any of the
When the activated various processes are completed, the
図８は、レセプト取込処理の処理を示すフローチャートである。
レセプト取込処理は、メニュー表示手段１０によって起動されたレセプト取込手段１１によって行われる。
レセプト取込手段１１は、起動されるとまず、表示手段６にレセプトデータ取込画面を表示する（Ｓ８０１）。
図１３は、レセプトデータ取込画面の表示例である。
操作者は「審査支払機関」、「入外区分」右側のラジオボタンをクリックして取込対象とすべきレセプトデータの種類を選択し、「請求年月」のテキスト入力フィールドに取込対象とすべきレセプトデータの請求年月を入力する。また操作者は、「重複レセプトの格納方法」右側のラジオボタンをクリックして、レセプトキー３１０および診療年月３０１の組み合わせが同一となるレセプトデータを取込んだ場合の処理を指定する。
さらに、操作者は、画面最下部の「取込」「削除」「終了」ボタンを押下することで、レセプト取込手段１１が実行すべき処理を指定する。
なお、画面下段の「取込結果」欄はレセプト取込処理の実行結果を表示するための欄であり、レセプト取込手段１１起動時には、「新規追加」等の見出し右側のテキストフィールドには、空白が表示される（Ｓ８０１）。
FIG. 8 is a flowchart showing the process of receiving a receipt.
The receipt taking-in process is performed by the receipt taking-in
When activated, the receipt taking-in
FIG. 13 is a display example of a receipt data capture screen.
The operator clicks the radio button to the right of “Examination and Payment Agency” and “Exclusion Category”, selects the type of receipt data that should be imported, and enters the import target in the text entry field of “Billing Month”. Enter the billing date of receipt data to be received. Further, the operator clicks a radio button on the right side of “Duplicate Receipt Storage Method”, and designates a process when the receipt data having the same combination of the
Furthermore, the operator designates a process to be executed by the receipt taking-in
The “capture result” column at the bottom of the screen is a column for displaying the execution result of the receipt capture process. When the
レセプトデータ取込画面において「終了」ボタンが押下された場合（Ｓ８０２）、レセプト取込手段１１は処理を終了し、メニュー表示手段１０に制御を戻す。なお、この結果、表示手段６には、メニュー画面が表示される。
レセプトデータ取込画面において「取込」ボタンが押下された場合（Ｓ８０３）、レセプト取込手段１１は、取込処理を実行する（Ｓ８０４）。また、「削除」ボタンが押下された場合（Ｓ８０５）、レセプト取込手段１１は、削除処理を実行する（Ｓ８０６）。「終了」ボタンが押下されるまで、以上の処理を継続する。
When the “end” button is pressed on the receipt data capture screen (S802), the
When the “take” button is pressed on the receipt data take-in screen (S803), the receipt take-in means 11 executes the take-in process (S804). On the other hand, when the “delete” button is pressed (S805), the
以下、取込処理（Ｓ８０４）と削除処理（Ｓ８０６）の詳細な処理内容を、順番に説明する。
＜取込処理＞
レセプト取込手段１１は、「審査支払機関」、「入外区分」、「重複レセプトの格納方法」それぞれについて、ラジオボタンの選択が行われているか、また、適切な「請求年月」が入力されているか等をチェックし、必要に応じてレセプトデータ取込画面にエラーメッセージを表示する。
エラーなしの場合は、医事会計処理装置９に、指定された「審査支払機関」、「入外区分」および「請求年月」を送付し、該当するレセプトデータを返送するように依頼する。
Hereinafter, detailed processing contents of the capture processing (S804) and the deletion processing (S806) will be described in order.
<Import process>
The receipt capture means 11 has selected a radio button for each of “examination and payment organization”, “non-existing category”, and “method for storing duplicate receipts”, and input an appropriate “billing date”. Check if it has been done, and display an error message on the receipt data import screen if necessary.
If there is no error, the designated “examination / payment institution”, “exclusion / exclusion classification” and “billing date” are sent to the medical
医事会計処理装置９のレセプト送付手段９２は、レセプトファイル２に記録されたレコードのうち、審査支払機関２０２、入外区分２０４および請求年月２０８が、送付された「審査支払機関」、「入外区分」および「請求年月」と同一のレコードを検索し、条件を満たしたレコードの件数と、条件を満たした各レコードの設定内容を、債権データ処理装置１に送付する。
レセプト取込手段１１は、送付されたレコードの件数が０である場合、レセプトデータ取込画面にエラーメッセージを表示する。
送付されたレコードの件数が１以上の場合、レセプト取込手段１１は、送付された各レコードの設定内容から、レセプト債権ファイル３のレコードを作成し、記録する。各項目の設定内容は、レセプト債権ファイル３のデータ構成の説明で記述した通りである。
レコードをレセプト債権ファイル３に記録する際、レセプトキー３１０および診療年月３０１の組み合わせが同一であり、かつ最新レコードフラグ３３１が「１（最新）」、削除フラグ３３４が「スペース（有効）」であるレコード（以降「重複レコード」と記述する）が存在していない場合には、作成レコードと診療年月３０１が同一なレコードから、レセプト通番３０２の最大値を取得し、これを＋１カウントアップした値を作成して、作成レコードのレセプト通番３０２とする。また、作成レコードの履歴番号３０３に「１」、最新レコードフラグ３３１に「１（最新）」、処理年月日３３２に当該処理が行われている年月日、レセプト状態３３３に「請求」、削除フラグ３３４に「スペース」、取込年月日３３５に当該処理が行われている年月日を設定し、レセプト債権ファイル３に追加記録する（以降「新規追加処理」と記述する）。
The receipt sending means 92 of the medical
When the number of records sent is 0, the
When the number of sent records is 1 or more, the
When the record is recorded in the
一方、重複レコードが存在している場合には、重複レコードの設定内容、およびレセプトデータ取込画面で指定された「重複レセプトの格納方法」の指定内容によって、処理を変える。
重複レコードの取込年月日３３５も同一である場合、当該レコードは既に同日に取込済みであることになる。この場合、下記の処理を行う（以降「履歴追加処理」と記述する）。
即ち、重複レコードの最新レコードフラグ３３１をスペースに更新する。
次に、重複レコードと診療年月３０１、レセプト通番３０２が同一なレコードのうち、履歴番号３０３の最大値を取得し、これを＋１カウントアップした値を作成レコードの履歴番号３０３とする。また、最新レコードフラグ３３１に「１（最新）」、処理年月日３３２に当該処理が行われている年月日、レセプト状態３３３に「請求」、削除フラグ３３４に「スペース」、取込年月日３３５に当該処理が行われている年月日を設定し、レセプト債権ファイル３に追加記録する。
On the other hand, if there is a duplicate record, the process is changed depending on the setting contents of the duplicate record and the designation contents of “Duplicate Receipt Storage Method” designated on the receipt data fetch screen.
When the date of capture 335 of the duplicate record is also the same, the record has already been captured on the same day. In this case, the following processing is performed (hereinafter referred to as “history addition processing”).
That is, the
Next, the maximum value of the history number 303 is acquired from among the records having the same duplicated record, medical year / month 301, and receipt serial number 302, and a value obtained by incrementing this by 1 is used as the history number 303 of the created record. In addition, the
一方、重複レコードの取込年月日３３５が異なる場合には、レセプトファイル２に診療情報が追加記録されており、再度の取込が必要な可能性が高い。この場合、以下の処理を行う。
「重複レセプトの格納方法」として「履歴追加」が選択された場合、履歴追加処理を行う。
「重複レセプトの格納方法」として「スキップ」が選択された場合、当該レコードはレセプト債権ファイル３に記録しない（以降「スキップ処理」と記述する）。
「重複レセプトの格納方法」として「新規作成」が選択された場合、重複レコードと診療年月３０１が同一なレコードのうち、レセプト通番３０２の最大値を取得し、これを＋１カウントアップした値を作成レコードのレセプト通番３０２とする。また、作成レコードの履歴番号３０３に「１」、最新レコードフラグ３３１に「１（最新）」、処理年月日３３２に当該処理が行われている年月日、レセプト状態３３３に「請求」、削除フラグ３３４に「スペース」、取込年月日３３５に当該処理が行われている年月日を設定し、レセプト債権ファイル３に追加記録する。（以降「重複追加処理」と記述する）。
On the other hand, when the date of capture 335 of the duplicate record is different, the medical information is additionally recorded in the
When “add history” is selected as the “duplicate receipt storage method”, history addition processing is performed.
When “skip” is selected as the “duplicate receipt storage method”, the record is not recorded in the receipt bond file 3 (hereinafter referred to as “skip process”).
When “create new” is selected as the “duplicate receipt storage method”, the maximum value of the receipt serial number 302 is acquired from the records having the same medical record date 301 as the duplicate record, and a value obtained by incrementing this by +1 is obtained. The receipt record number 302 of the created record is assumed. In addition, the history number 303 of the created record is “1”, the
以上の処理終了後、レセプト取込画面の「取込結果」欄に、以下のように件数を設定して表示する。
「新規追加」件数には新規追加処理によって記録されたレコードの件数を表示する。
「履歴追加」件数には履歴追加処理によって記録されたレコードの件数を表示する。
「重複追加」件数には重複追加処理によって記録されたレコードの件数を表示する。
「スキップ」件数にはスキップ処理の対象となり、記録されなかったレコードの件数を表示する。
また、「合計」件数には、「新規追加」件数、「履歴追加」件数、「重複追加」件数、および「スキップ」件数の合計値を表示する。
After the above processing is completed, the number of cases is set and displayed in the “Capture result” field of the receipt capture screen as follows.
The number of records recorded by the new addition process is displayed in the “new addition” number.
The number of records recorded by the history addition process is displayed as the “history addition” number.
The number of records recorded by the duplicate addition process is displayed as the “duplicate addition” number.
“Skip” count displays the number of records that were skipped and not recorded.
In addition, the total number of “new addition”, “history addition”, “duplicate addition”, and “skip” cases is displayed as the “total” number.
＜削除処理＞
レセプト取込手段１１は、「審査支払機関」、「入外区分」それぞれについて、ラジオボタンの選択が行われているか、また、適切な「請求年月」が入力されているか等をチェックし、必要に応じてレセプトデータ取込画面にエラーメッセージを表示する。
エラーなしの場合は、レセプト取込手段１１は、レセプト債権ファイル３に記録されたレコードのうち、審査支払機関３１１、入外区分３１３および請求年月３２１が、選択・入力された「審査支払機関」、「入外区分」および「請求年月」と同一のレコード（以降「削除対象レコード」と記述する）を検索する。
削除対象レコードの件数が“０”である場合、レセプトデータ取込画面にエラーメッセージを表示する。
次に、削除対象レコードの最新レコードフラグ３３１が「１（最新）」、削除フラグ３３４が「スペース（有効）」であり、かつ、レセプト状態３３３に「請求」が設定されている場合、当該レコードの削除フラグ３３４に「１（削除済み）」を設定して更新する。
更新したレコードの件数が０である場合、レセプトデータ取込画面にエラーメッセージを表示する。
<Deleting process>
The receipt capturing means 11 checks whether the radio button has been selected for each of the “examination and payment organization” and “non-existing category” and whether an appropriate “billing date” has been entered, etc. If necessary, display an error message on the receipt data import screen.
If there is no error, the
When the number of records to be deleted is “0”, an error message is displayed on the receipt data capture screen.
Next, when the
If the number of updated records is 0, an error message is displayed on the receipt data capture screen.
図９は、保留処理の処理を示すフローチャートである。
保留処理は、メニュー表示手段１０によって起動された、データ変更手段１２によって行われる。
データ変更手段１２は、メニュー表示手段１０から起動される際、メニュー画面で「保留」が押下されたことを示す通知を受け、まず、表示手段６に保留処理画面を表示する（Ｓ９０１）。
図１４は、保留処理画面の表示例である。
操作者は「診療年月」「カルテ番号」右側のテキスト入力フィールドに検索対象とすべきレセプト債権ファイル３のレコードの請求年月およびカルテ番号を入力する。
なお、保留処理画面上、「診療年月」「カルテ番号」以外の項目は入力操作できないように初期設定されている。
さらに、操作者は、画面最下部の「検索」「更新」「取消」「終了」ボタンのうち、「検索」ボタンまたは「終了」ボタンを押下することで、データ変更手段１２が実行すべき処理を指定する。なお、保留処理画面最下段の、「更新」「取消」ボタンは、初期状態では押下しても何の処理も行わない。このことを操作者に示すために、薄グレー等、「検索」「終了」ボタンとは別の態様で表示される。
FIG. 9 is a flowchart showing the hold process.
The hold process is performed by the
When the
FIG. 14 is a display example of the hold processing screen.
The operator inputs the billing date and the chart number of the record of the
On the hold processing screen, items other than “medical date” and “medical chart number” are initially set so that input operations cannot be performed.
Further, the operator presses the “search” button or the “end” button among the “search”, “update”, “cancel”, and “end” buttons at the bottom of the screen, so that the
保留処理画面において「終了」ボタンが押下された場合（Ｓ９０２）、データ変更手段１２は処理を終了し、メニュー表示手段１０に制御を戻す。この結果、表示手段６には、メニュー画面が表示される。
保留処理画面において「検索」ボタンが押下された場合（Ｓ９０３）、データ変更手段１２は、検索処理を実行する（Ｓ９０４、Ｓ９０５）。「終了」ボタンが押下されるまで、以上の処理を継続する。
以下、検索処理（Ｓ９０４、Ｓ９０５）の詳細な処理内容を説明する。
When the “end” button is pressed on the hold processing screen (S902), the
When the “search” button is pressed on the hold process screen (S903), the
The detailed processing contents of the search processing (S904, S905) will be described below.
＜検索処理＞
診療年月、カルテ番号の入力状態を判定し、いずれかが入力されていない場合は、保留処理画面にエラーメッセージを表示する。
診療年月、カルテ番号の両方が入力されている場合、データ変更手段１２は、レセプト債権ファイル３に記録されたレコードのうち、診療年月３２１およびカルテ番号３１６が、入力された診療年月およびカルテ番号と同一であり、かつ最新レコードフラグ３３１が「１」であるレコードを検索する。
条件を満たすレコードが存在しない場合、保留処理画面にエラーメッセージを表示する（Ｓ９０４）。
条件を満たすレコードが存在する場合、保留処理画面の「氏名」欄に患者情報３２２に設定されている患者氏名を表示し、保留処理画面右端の「履歴」欄に、条件を満たすレコードのレセプト状態３３３を表示する。条件を満たすレコードが複数存在する場合は、その全てについてレセプト通番３０２の降順、即ち新たに取込まれたレコードから順に、レセプト状態３３３を表示する。
また、「履歴」欄の先頭に表示されたレコード（以降「表示対象レコード」と記述する）の審査支払機関３１１、レセプト種別３１２、入外区分３１３、医科歯科区分３１４、診療科３１５、保険情報３５０、点数情報３６０、請求年月３２１、レセプト状態３３３、コメント情報３４０の設定内容を、保留処理画面上の対応する欄に表示する（Ｓ９０５）。
このとき、保留処理画面上の診療年月、カルテ番号欄は入力不可フィールドに変更する。
また、表示対象レコードのレセプト状態３３３が「請求」、「保留請求」、「取下げ請求」、「返戻請求」、「過誤返戻請求」、「保留」のいずれかである場合には、保留処理画面上の請求年月、コメント情報のテキストフィールド、およびレセプト状態のプルダウンメニューを入力可能なフィールドに変更する。
さらに、「検索」ボタンについては押下しても何の処理も行わないように設定変更し、表示対象レコードのレセプト状態３３３が上記のいずれかの場合、「更新」「取消」ボタンについては押下すると対応する処理を行うように設定変更する。
<Search process>
The input status of the medical date and medical record number is determined, and if any of them is not input, an error message is displayed on the hold processing screen.
When both the medical treatment date and the medical record number are input, the
If there is no record that satisfies the condition, an error message is displayed on the hold processing screen (S904).
If there is a record that satisfies the condition, the patient name set in the patient information 322 is displayed in the “name” field of the hold process screen, and the record status that satisfies the condition is displayed in the “history” field on the right end of the hold process screen. 333 is displayed. When there are a plurality of records that satisfy the conditions, the receipt status 333 is displayed for all of them in descending order of the receipt serial number 302, that is, in order from the newly fetched record.
Also, the screening /
At this time, the medical date and medical record number column on the hold processing screen is changed to an input impossible field.
In addition, when the receipt state 333 of the record to be displayed is any one of “Billing”, “Holding billing”, “Dolling down billing”, “Returning billing”, “Error returning billing”, and “Holding”, the hold processing screen Change the above billing date, comment information text field, and receipt status pull-down menu to fields that can be entered.
Furthermore, when the “search” button is pressed, the setting is changed so that no processing is performed, and when the reception status 333 of the display target record is one of the above, the “update” or “cancel” button is pressed. Change settings to perform the corresponding process.
操作者は、保留処理画面上の「履歴」欄に表示された各レコードのレセプト状態を入力手段５で選択（クリック）することができる。
操作者が「履歴」欄に表示されたレセプト状態のいずれかを選択した場合、データ変更手段１２は、選択されたレセプト状態に係るレコード（以下「選択レコード」と記述する）の審査支払機関３１１、レセプト種別３１２、入外区分３１３、医科歯科区分３１４、診療科３１５、保険情報３５０、点数情報３６０、請求年月３２１、レセプト状態３３３、コメント情報３４０の設定内容を、保留処理画面上の対応する欄に表示する。
また、選択レコードのレセプト状態３３３が「請求」、「保留請求」、「取下げ請求」、「返戻請求」、「過誤返戻請求」、「保留」のいずれかである場合には、保留処理画面上の請求年月、コメント情報のテキストフィールド、およびレセプト状態のプルダウンメニューを入力可能なフィールドに変更する。
逆に、選択レコードのレセプト状態３３３が、上記のいずれでもない場合には、保留処理画面上の請求年月、コメント情報のテキストフィールド、およびレセプト状態のプルダウンメニューを入力不可フィールドに変更する。
さらに、表示対象レコードのレセプト状態３３３が上記のいずれかの場合、「更新」、「取消」ボタンについては押下すると対応する処理を行うように設定変更し、逆に、選択レコードのレセプト状態３３３が、上記のいずれでもない場合には、「更新」、「取消」ボタンについては押下しても何の処理も行わないように設定変更する。
The operator can select (click) the receipt state of each record displayed in the “History” field on the hold processing screen with the input means 5.
When the operator selects one of the receipt states displayed in the “history” column, the
In addition, if the receipt state 333 of the selected record is any one of “Billing”, “Holding billing”, “Revocation billing”, “Returning billing”, “Error returning billing”, and “Holding”, Change the billing date, comment information text field, and the receipt status pull-down menu to fields that can be entered.
On the other hand, if the receipt state 333 of the selected record is none of the above, the billing date on the hold processing screen, the comment information text field, and the receipt state pull-down menu are changed to an input-impossible field.
Further, when the reception status 333 of the display target record is any of the above, the setting is changed so that the corresponding processing is performed when the “update” and “cancel” buttons are pressed, and conversely, the reception status 333 of the selected record is If none of the above is true, the “update” and “cancel” buttons are changed so that no processing is performed even if they are pressed.
このようにして、操作者は各レコードについての点数情報３６０等を表示させて、その設定内容を確認することが出来る。
また、操作者は、選択レコードのレセプト状態３３３が「請求」、「保留請求」、「取下げ請求」、「返戻請求」、「過誤返戻請求」、「保留」のいずれかである場合には、保留画面の請求年月、コメント情報、およびレセプト状態を変更入力することができる。
In this manner, the operator can display the
Further, when the receipt state 333 of the selected record is any one of “billing”, “holding billing”, “withdrawing billing”, “return billing”, “false return billing”, “hold”, The billing date, comment information, and receipt status on the hold screen can be changed and input.
検索結果表示中の保留処理画面において「終了」ボタンが押下された場合（Ｓ９０６）、データ変更手段１２は処理を終了し、メニュー表示手段１０に制御を戻す。この結果、表示手段６には、メニュー画面が表示される。
検索結果表示中の保留処理画面において「更新」ボタンが押下された場合（Ｓ９０７）、データ変更手段１２は、更新処理を実行する（Ｓ９０８）。「取消」ボタンが押下された場合（Ｓ９０９）は、取消処理を実行する（Ｓ９１０）。「終了」ボタンが押下されるまで、以上の処理を継続する。
When the “end” button is pressed on the hold processing screen displaying the search result (S906), the
When the “update” button is pressed on the hold processing screen displaying the search result (S907), the
以下、更新処理（Ｓ９０８）、取消処理（Ｓ９１０）それぞれの詳細な処理内容を順に説明する。
＜更新処理＞
保留処理画面の履歴欄で選択されているレコード（選択レコード）のレセプト状態３３３と、保留処理画面のレセプト状態プルダウンメニューで指定されたレセプト状態を対比してエラーチェックを行う。
具体的には、選択レコードのレセプト状態３３３を指定されたレセプト状態に変更することが、状態遷移（図６参照）上、許されているかどうかチェックする。本処理の場合には、選択レコードのレセプト状態３３３が「請求」、「保留請求」、「取下げ請求」、「返戻請求」、「過誤返戻請求」であり、指定されたレセプト状態が「保留」である場合、又は選択レコードのレセプト状態３３３が「保留」であり、指定されたレセプト状態が「保留請求」である場合に正常とする。
エラーと判定した場合は、保留処理画面にエラーメッセージを表示する。
エラーなしの場合は、選択レコードの最新レコードフラグ３３１を「スペース」に更新し、新たに、最新レコードフラグ３３１が「１」のレコード（以下「更新後レコード」と記述する）を作成し、レセプト債権ファイル３に記録する。「更新後レコード」の各データ項目の設定内容は、次の通りである。
Hereinafter, detailed processing contents of the update process (S908) and the cancel process (S910) will be described in order.
<Update process>
An error check is performed by comparing the receipt status 333 of the record (selected record) selected in the history column of the hold processing screen with the receipt status specified in the receive status pull-down menu of the hold processing screen.
Specifically, it is checked whether or not changing the receipt state 333 of the selected record to the designated receipt state is permitted in the state transition (see FIG. 6). In the case of this process, the receipt state 333 of the selected record is “billing”, “holding billing”, “withdrawal billing”, “return billing”, and “error return billing”, and the specified receipt state is “pending”. Or when the reception status 333 of the selected record is “pending” and the designated reception status is “pending request”.
If an error is determined, an error message is displayed on the hold processing screen.
If there is no error, the
選択レコードと診療年月３０１およびレセプト通番３０２が同一なレコードのうち、履歴番号３０３の最大値を取得し、これを＋１カウントアップして、更新後レコードの履歴番号３０３に設定する。
最新レコードフラグ３３１には「１（最新）」、処理年月日３３２には処理が行われている現時点の年月日、レセプト状態３３３には保留処理画面で指定されたレセプト状態、削除フラグ３３４には「スペース」、コメント情報３５０には保留処理画面で入力されたコメント情報を設定する。また、保留処理画面で指定されたレセプト状態が「保留請求」である場合には、請求年月３２１には保留処理画面で入力された請求年月を設定する。
その他のデータ項目には、選択レコードと同一内容を設定する。
また、債権データファイル４に選択レコードの識別キー３００と同一識別キー４００のレコードが存在する場合、当該レコードの履歴番号４０３を、更新後レコードの履歴番号３０３に変更する。
Among the records having the same selected record, medical year / month 301 and receipt serial number 302, the maximum value of the history number 303 is acquired, and this is incremented by one and set to the history number 303 of the updated record.
The
The same contents as the selected record are set in the other data items.
Further, when there is a record having the
＜取消処理＞
選択レコードが保留処理によって作成されたものであるか（選択レコードのレセプト状態３３３が「保留」であるか否か）をチェックする。エラーと判定した場合は、保留処理画面にエラーメッセージを表示する。
エラーなしの場合は、選択レコードの処理年月日３３２に処理が行われている現時点の年月日、削除フラグ３３４に「１」を設定して、更新する。
次に、選択レコードと診療年月３０１およびレセプト通番３０２が同一なレコードのうち、当該取消処理によって最新状態となるレコードを検索する。具体的には、選択レコードの履歴番号３０３を１ずつ減算して、順次、当該減算後の識別キー３００によってレコードを取得し、削除フラグ３３４が「スペース（有効）」であるレコードを探す。条件を満たすレコードのうち最初に見つかったもの（即ち、有効レコードのうち履歴番号３０３が最大なレコード）を更新対象レコードとする。また、条件を満たすレコードが存在しない場合（即ち、全てのレコードが「削除済み」の場合）には、履歴番号３０３が「１」であるレコードを更新対象レコードとする。
次に、更新対象レコードの最新レコードフラグ３３１を「１」に更新する。
なお、メニュー画面で「返戻」「取下げ」または「破棄」が押下された場合には、図示していないが、データ変更手段１２により、表示手段６にそれぞれ返戻処理画面、取下げ処理画面、破棄処理画面が表示される。返戻処理画面、取下げ処理画面の内容は、画面のタイトルが異なる以外は保留処理画面と同一である。
<Cancellation processing>
It is checked whether or not the selected record is created by the hold process (whether or not the receipt state 333 of the selected record is “pending”). If an error is determined, an error message is displayed on the hold processing screen.
If there is no error, “1” is set in the deletion date 334 of the current date, which is the processing date 332 of the selected record, and the update is performed.
Next, among the records having the same selection record, medical year / month 301 and receipt serial number 302, the record that is in the latest state by the cancellation process is searched. Specifically, the history number 303 of the selected record is decremented by one, and the record is sequentially acquired by the
Next, the
When “Return”, “Cancel” or “Discard” is pressed on the menu screen, although not shown, the data change means 12 causes the display means 6 to display a return process screen, a cancel process screen, and a discard process, respectively. A screen is displayed. The contents of the return processing screen and the withdrawal processing screen are the same as the hold processing screen except that the screen titles are different.
データ変更手段１２は返戻処理画面、取下げ処理画面、破棄処理画面で押下されたボタンに応じて、「検索」「更新」「取消」「終了」の各処理を実行する。各処理の実行内容は、状態遷移についての判定が異なるほかは、保留処理画面から実行される「検索」「更新」「取消」「終了」の各処理と同一である。
具体的には、更新処理においては、選択レコードのレセプト状態３３３を指定されたレセプト状態に変更することが、許されているかどうかについてのチェック内容が、状態遷移（図６参照）上、異なっている。
また、取消処理においては、取消対象となるレコードのレセプト状態３３３が、それそれ「返戻」「取下げ」「破棄」である点が異なっている。
The
Specifically, in the update process, the check contents as to whether or not it is allowed to change the receipt state 333 of the selected record to the specified receipt state differs depending on the state transition (see FIG. 6). Yes.
Also, the cancellation process is different in that the receipt state 333 of the record to be canceled is “return”, “cancel”, and “discard”.
図１０は、査定処理の処理を示すフローチャートである。
査定処理は、メニュー表示手段１０によって起動された、データ変更手段１２によって行われる。
データ変更手段１２は、メニュー表示手段１０から起動される際、メニュー画面で「査定」が押下されたことを通知されると、まず、表示手段６に査定処理画面を表示する（Ｓ１００１）。
FIG. 10 is a flowchart showing the assessment process.
The assessment process is performed by the
When the
図１５は、査定処理画面の表示例である。
操作者は「診療年月」「カルテ番号」右側のテキスト入力フィールドに査定処理対象とすべきレセプト債権ファイル３のレコードの請求年月およびカルテ番号を入力する。なお、査定処理画面上、「診療年月」「カルテ番号」以外の項目は入力操作できないように初期設定されている。
さらに、操作者は、画面最下部の「査定登録」、「再審査依頼」、「再審査結果」、「修正」、「登録」、「取消」、「終了」ボタンのうち、「査定登録」、「再審査依頼」、「再審査結果」、「修正」のいずれかのボタン（以降「検索用ボタン」と総称する）または「終了」ボタンを押下することで、データ変更手段１２が実行すべき処理を指定する。
なお、レセプトデータ取込画面最下段の、「登録」、「取消」ボタンは押下しても何の処理も行わないように初期設定されている。
FIG. 15 is a display example of the assessment process screen.
The operator inputs the billing date and the chart number of the record of the
In addition, the operator can select “Assessment Registration” from among the “Assessment Registration”, “Reexamination Request”, “Reexamination Result”, “Correction”, “Registration”, “Cancel”, and “Exit” buttons at the bottom of the screen. The
The initial setting is such that no processing is performed even if the “Register” and “Cancel” buttons at the bottom of the receipt data capture screen are pressed.
査定処理画面において「終了」ボタンが押下された場合（Ｓ１００２）、データ変更手段１２は処理を終了し、メニュー表示手段１０に制御を戻す。この結果、表示手段６には、メニュー画面が表示される。
査定処理画面において検索用ボタンが押下された場合（Ｓ１００３）、データ変更手段１２は、検索用ボタンに対応した処理対象データを検索し（Ｓ１００４）、検索結果を査定処理画面上に表示する（Ｓ１００５）。「終了」ボタンが押下されるまで、以上の処理を継続する。
When the “end” button is pressed on the assessment process screen (S1002), the
When the search button is pressed on the assessment processing screen (S1003), the
以下、検索処理（Ｓ１００４、Ｓ１００５）の詳細な処理内容を説明する。
＜検索処理＞
診療年月、カルテ番号の入力状態を判定し、いずれかが入力されていない場合は、査定処理画面にエラーメッセージを表示する。
診療年月、カルテ番号の両方が入力されている場合、データ変更手段１２は、レセプト債権ファイル３に記録されたレコードのうち、診療年月３２１およびカルテ番号３１６が、入力された診療年月およびカルテ番号と同一であり、かつ最新レコードフラグ３３１が「１」であるレコードを検索する。
次に、以上のように検索したレコードのそれぞれについて、レセプト状態３３３と押下された処理ボタンの種類を対比する。
即ち「査定登録」ボタンが押下された場合は、レセプト状態３３３が「請求」、「保留請求」、「取下げ請求」、「返戻請求」、「過誤返戻請求」のいずれかであるレコードを対象とする。
「再審査依頼」ボタンが押下された場合は、レセプト状態３３３が「査定」または「過誤査定」であるレコードを対象とする。
「再審査結果」ボタンが押下された場合は、レセプト状態３３３が「再審査依頼中」であるレコードを対象とする。
「修正」ボタンが押下された場合は、レセプト状態３３３が「査定」または「過誤査定」であるレコードを対象とする。
The detailed processing contents of the search processing (S1004, S1005) will be described below.
<Search process>
The input status of the medical treatment date and medical record number is determined, and if any of them is not input, an error message is displayed on the assessment processing screen.
When both the medical treatment date and the medical record number are input, the
Next, for each of the records searched as described above, the receipt state 333 is compared with the type of the pressed processing button.
In other words, when the “assessment registration” button is pressed, a record whose receipt state 333 is any one of “request”, “pending request”, “withdrawal request”, “return request”, and “error return request” is targeted. To do.
When the “re-examination request” button is pressed, a record whose receipt state 333 is “assessment” or “error assessment” is targeted.
When the “re-examination result” button is pressed, a record whose receipt state 333 is “requesting re-examination” is targeted.
When the “correct” button is pressed, a record whose receipt state 333 is “assessment” or “false assessment” is targeted.
以上の条件を満たす対象レコードが存在しない場合、査定処理画面にエラーメッセージを表示する（Ｓ１００４）。
条件を満たすレコードが存在する場合、査定処理画面の「氏名」欄に患者情報３２２に設定されている患者氏名を表示し、保留処理画面右端の「履歴」欄に、条件を満たすレコードのレセプト状態３３３を表示する。条件を満たすレコードが複数存在する場合は、その全てについてレセプト通番３０２の降順、即ち新たに取込まれたレコードから順に、レセプト状態３３３を表示する。
また、「履歴」欄の先頭に表示されたレコード（以降「選択レコード」と記述する）の審査支払機関３１１、レセプト種別３１２、入外区分３１３、医科歯科区分３１４、診療科３１５、請求年月３２１、レセプト状態３３３、コメント情報３４０の設定内容を、査定処理画面上の対応する欄に表示する。さらに、査定情報履歴欄１５０１、および査定情報入力欄１５０２の表示を行う（Ｓ１００５）。
If there is no target record that satisfies the above conditions, an error message is displayed on the assessment processing screen (S1004).
If there is a record that satisfies the condition, the patient name set in the patient information 322 is displayed in the “name” field of the assessment process screen, and the receipt status of the record that satisfies the condition is displayed in the “history” field at the right end of the hold process screen. 333 is displayed. When there are a plurality of records that satisfy the conditions, the receipt status 333 is displayed for all of them in descending order of the receipt serial number 302, that is, in order from the newly fetched record.
In addition, the screening /
査定情報履歴欄１５０１には、査定データファイル４に選択レコードの識別キー３００と同一識別キー４００のレコードが存在する場合に、当該レコードの査定情報４１０に設定されている情報を編集表示する。
具体的には、査定情報４１０を記録されている数（ｔ）だけ、記録順に査定情報履歴欄１５０１に表示する。ただし、削除フラグ４１６が「１」（削除済み）である査定情報４１０は表示対象としない。従って、操作者は査定情報履歴欄１５０１右のスクロールバーを操作することで、全ての有効な査定情報４１０を表示させることが出来る。
ここで、「番号」欄には当該情報が査定情報４１０の何番目に設定されているかを示す番号（１〜ｔ）を表示する。「修正」、「削除」欄は、後述するように操作者が入力手段５を使用して選択（クリック）する部分であり、押下された処理ボタンにより表示内容等を変更する。即ち「査定登録」「再審査依頼」「再審査結果」ボタンが押下された場合は、空白を表示し、表示した査定情報に対する修正、削除処理を実行不能とする。
「修正」ボタンが押下された場合は、それぞれ「修正」、「削除」という文字を表示し、当該査定情報に対する修正、削除処理を実行可能とする。
「処理日」、「状態」、「診療識別」、「増減情報」、「使用保険情報」の各欄には、それぞれ、処理年月日４１４、状態４１５、診療識別４１１、増減情報４１３、使用保険４１２の設定内容を設定する。
また、査定情報入力欄１５０２の「診療識別」、「増減情報」、「使用保険情報」の各欄には、空白を表示する。
このとき、査定処理画面上の診療年月、カルテ番号欄は入力不可フィールドに変更し、レセプト状態のプルダウンメニュー、およびコメント情報のテキストフィールドを入力可能なフィールドに変更する。また、各検索用ボタンについては押下しても何の処理も行わないように設定し、逆に「登録」「取消」ボタンについては押下すると対応する処理を行うように設定する。
In the assessment information history column 1501, when there is a record with the
Specifically, the
Here, in the “number” column, numbers (1 to t) indicating the number of the
When the “correction” button is pressed, the characters “correction” and “deletion” are displayed, respectively, so that correction and deletion processing for the assessment information can be executed.
In the columns of “processing date”, “state”, “medical treatment identification”, “increase / decrease information”, and “use insurance information”, the processing date 414, state 415,
Also, blanks are displayed in the “medical care identification”, “increase / decrease information”, and “used insurance information” fields in the assessment
At this time, the date of medical treatment and the medical record number column on the assessment processing screen are changed to non-inputable fields, and the pull-down menu of the receipt state and the text field of comment information are changed to inputable fields. Each search button is set so that no processing is performed even if it is pressed, and conversely, if the “register” and “cancel” buttons are pressed, the corresponding processing is performed.
また、押下された選択処理ボタンが「査定登録」、「修正」のいずれかである場合には、査定情報入力欄１５０２の診療識別、増減情報、使用保険情報欄を入力可能フィールドに変更し、「追加」「取消」ボタンを押下すると対応する処理を行うように設定する。
操作者は、査定処理画面上の「履歴」欄に表示された各レコードのレセプト状態を入力手段５で選択（クリック）することができる。
操作者が「履歴」欄に表示されたレセプト状態のいずれかを選択した場合、データ変更手段１２は、選択されたレセプト状態に係るレコード（以降はこのレコードを「選択レコード」と記述する）の審査支払機関３１１、レセプト種別３１２、入外区分３１３、医科歯科区分３１４、診療科３１５、請求年月３２１、レセプト状態３３３、コメント情報３４０の設定内容を、査定処理画面上の対応する欄に表示する。さらに、査定情報履歴欄１５０１、および査定情報入力欄１５０２の表示を行う。
このようにして、操作者は各レコードについての査定情報４１０等を表示させて、その設定内容を確認することが出来る。
When the selection processing button that is pressed is either “assessment registration” or “correction”, the medical treatment identification, increase / decrease information, and use insurance information fields in the assessment
The operator can select (click) the receipt state of each record displayed in the “history” column on the assessment processing screen with the input means 5.
When the operator selects one of the receipt states displayed in the “history” column, the
In this way, the operator can display the
操作者が、選択レコードについて査定情報を登録、変更、削除したい場合、次のように操作する。なお、以下の操作が可能なのは、査定情報入力欄１５０２の診療識別、増減情報、使用保険情報欄が入力可能フィールドである場合、即ち、押下された選択処理ボタンが「査定登録」「修正」のいずれかである場合のみである。選択処理ボタンが「再審査依頼」「再審査結果」のいずれかである場合には、入力が可能なのは、レセプト状態とコメント情報のみである。
新たな査定情報を登録したい場合には、査定情報入力欄１５０２の診療識別欄に登録したい査定情報の診療区分（初診、内服薬、手術等の区分）を示すコードを入力し、使用保険情報欄に適用すべき保険の組み合わせを入力する。
具体的には、例えば選択レコードに係る保険者番号等が「０１１２３４５６」「２９１２３４５６」「７０１２３４５６」の３保険である場合に、この３保険全てが適用されるのであれば「０１２９７０」というように保険者番号の上２桁を組み合わせて入力すればよい。またはこのようにしないで、主保険のみ適用の場合には「１」、主保険と第１公費併用の場合には「２」というように保険組み合わせに対応するコードを、システムで定めておき、これを入力させるようにしても良い。
増減情報欄には当該診療区分および使用保険情報に係る増減点数または増減金額の値を「１４０」、「―１００」というように入力する。この入力値が点数を示しているのか金額を示しているのかの別は、診療区分および使用保険情報によって一意に判定することが可能である。
When the operator wants to register, change, or delete the assessment information for the selected record, it operates as follows. The following operations are possible when the medical treatment identification, increase / decrease information, and use insurance information fields of the assessment
If you want to register new assessment information, enter the code indicating the medical treatment category (initial medical treatment, internal medicine, surgery, etc.) of the assessment information you want to register in the medical treatment identification column of the assessment
Specifically, for example, if the insurer number related to the selected record is “01123456”, “29123456”, “7013456”, and all three insurances are applied, the insurance is “012970”. What is necessary is just to input combining the first two digits of the person number. Or instead of doing this, the system defines a code that corresponds to the insurance combination, such as “1” when only the main insurance is applied, and “2” when the main insurance and the first public expenditure are combined. You may make it input this.
In the increase / decrease information column, the value of the increase / decrease point or the increase / decrease amount related to the medical treatment category and the use insurance information is input as “140”, “−100”. Whether the input value indicates a score or an amount of money can be uniquely determined based on the medical treatment classification and the use insurance information.
操作者が、診療区分、使用保険情報、増減情報を入力して、査定情報入力欄１５０２の「追加」ボタンを選択（クリック）すると、データ変更手段１２は、入力された診療区分、使用保険情報、増減情報の内容が妥当かどうかを判定し、エラーの場合には、査定処理画面にエラーメッセージを表示する。エラーなしの場合には、査定情報履歴欄１５０１の最下段データとして、入力された情報を表示する。具体的には、「番号」欄には査定情報４１０の登録数（ｔ）を＋１ずつカウントアップした値を表示する。例えば、「追加」が３回行われた場合には、３回目の処理では「ｔ＋３」が設定される。「修正」、「削除」欄にはそれぞれ「追加」「削除」という文字を表示する。
「処理日」には、査定処理が行われている現在の年月日、「状態」には空白、「診療識別」「増減情報」「使用保険情報」の各欄には、それぞれ査定情報入力欄１５０２入力された値を設定する。
ただし、査定情報入力欄１５０２の使用保険情報として、「１」（主保険のみ適用）、「２」（主保険と第１公費併用）といった保険組み合わせに対応するコードが入力させた場合には、入力コードを保険者番号上２桁の組み合わせに変換した値（例えば「０１２９７０」）を「使用保険情報」に設定する。
When the operator inputs the medical classification, usage insurance information, and increase / decrease information and selects (clicks) the “add” button in the assessment
“Processing date” is the current date of the assessment process, “Status” is blank, and “Treatment identification”, “Increase / decrease information” and “Insurance information” are entered in the respective fields.
However, if the code corresponding to the insurance combination such as “1” (applicable only to the main insurance), “2” (the main insurance and the first public expense combination) is entered as the use insurance information in the assessment
操作者が、査定情報入力欄１５０２の「取消」ボタンを選択（クリック）すると、データ変更手段１２は、査定情報入力欄１５０２の「診療識別」「増減情報」「使用保険情報」の各欄に空白を表示する。
査定情報履歴欄１５０１に表示された査定情報のうち、「修正」欄に「追加」または「修正」と表示されている情報については、査定内容を変更することが出来る。即ち、操作者が変更したい査定情報の「修正」欄に表示されている文字を選択（クリック）すると、データ変更手段１２は、当該査定情報の診療識別、増減情報に設定されている値を査定情報入力欄１５０２の「診療識別」「増減情報」に表示する。また、使用保険情報に設定されている保険の組み合わせを示す情報を、査定情報入力欄１５０２の「使用保険情報」に表示する。
このとき、データ変更手段１２は、「診療識別」、「使用保険情報」を入力不可フィールドとする。従って、操作者は査定情報入力欄１５０２のうち、「増減情報」のみを変更することができる。
操作者が、増減情報を入力して、査定情報入力欄１５０２の「追加」ボタンを選択（クリック）すると、データ変更手段１２は、入力された増減情報の内容が妥当かどうかを判定し、エラーの場合には、査定処理画面にエラーメッセージを表示する。エラーなしの場合には、査定情報履歴欄１５０１の対応する査定情報の増減情報を、査定情報入力欄１５０２の「増減情報」に入力された値で置き換え、修正欄の表示内容が「追加」である場合には「修正」に変更して表示する。同時に、「診療識別」「使用保険情報」欄を入力可能フィールドに戻す。
When the operator selects (clicks) the “Cancel” button in the assessment
Among the assessment information displayed in the assessment information history column 1501, the content of assessment can be changed for the information displayed as “added” or “modified” in the “modification” column. That is, when the operator selects (clicks) a character displayed in the “correction” column of the assessment information that the operator wants to change, the
At this time, the
When the operator inputs the increase / decrease information and selects (clicks) the “add” button in the assessment
また、操作者が、査定情報入力欄１５０２の「取消」ボタンを選択（クリック）すると、データ変更手段１２は、査定情報入力欄１５０２の「診療識別」、「増減情報」、「使用保険情報」の各欄に空白を表示し、「診療識別」、「使用保険情報」を入力可能フィールドに戻す。
査定情報履歴欄１５０１に表示された査定情報のうち、「削除」欄に「削除」と表示されている情報については、査定内容を削除することが出来る。即ち、操作者が削除したい査定情報の「削除」欄に表示されている文字を選択（クリック）すると、データ変更手段１２は、当該査定情報を査定情報入力欄１５０２から削除する。
When the operator selects (clicks) the “cancel” button in the assessment
Of the assessment information displayed in the assessment information history column 1501, the content of assessment can be deleted for the information displayed as “deleted” in the “delete” column. That is, when the operator selects (clicks) a character displayed in the “delete” column of the assessment information to be deleted, the
次に、操作者は、「査定登録」処理中である場合には、査定処理画面左端部の「レセプト状態」プルダウンメニューから、登録、変更した査定情報について適用すべきレセプト状態を「査定」「過誤査定」のいずれかから選択することが出来る。
一方、「再審査結果」「再審査依頼」「修正」処理中の場合には、レセプト状態は一意に定まるので、選択することは出来ない。コメント情報については、いずれの処理中であっても自由に入力することが出来る。
Next, when the “assessment registration” process is in progress, the operator selects the “assessment” and “receipt” from the “receipt state” pull-down menu at the left end of the assessment process screen. It is possible to select from “Error assessment”.
On the other hand, when “re-examination result”, “re-examination request”, and “correction” processing are in progress, the receipt state is uniquely determined and cannot be selected. Comment information can be freely input during any processing.
操作者が、全ての入力操作を終えて、査定処理画面最下段の「終了」ボタンが押下された場合（Ｓ１００６）、データ変更手段１２は処理を終了し、メニュー表示手段１０に制御を戻す。この結果、表示手段６には、メニュー画面が表示される。
「登録」ボタンが押下された場合（Ｓ１００７）、データ変更手段１２は、登録処理を実行する（Ｓ１００８）。「取消」ボタンが押下された場合（Ｓ１００９）は、取消処理を実行する（Ｓ１０１０）。「終了」ボタンが押下されるまで、以上の処理を継続する。
When the operator finishes all input operations and presses the “end” button at the bottom of the assessment process screen (S1006), the data change
When the “Register” button is pressed (S1007), the
以下、登録処理（Ｓ１００８）、取消処理（Ｓ１０１０）それぞれの詳細な処理内容を順に説明する。
＜登録処理＞
選択レコードの最新レコードフラグ３３１を「スペース」に更新し、新たに、最新レコードフラグ３３１が「１」のレコード（以下「更新後レコード」と記述する）を作成し、レセプト債権ファイル３に記録する。「更新後レコード」の各データ項目の設定内容は、次の通りである。
選択レコードと診療年月３０１およびレセプト通番３０２が同一なレコードのうち、履歴番号３０３の最大値を取得し、これを＋１カウントアップして、更新後レコードの履歴番号３０３に設定する。
最新レコードフラグ３３１には「１（最新）」、処理年月日３３２には処理が行われている現時点の年月日、レセプト状態３３３には査定処理画面で指定されたレセプト状態、削除フラグ３３４には「スペース」、コメント情報３５０には査定処理画面で入力されたコメント情報を設定する。その他のデータ項目には、選択レコードと同一内容を設定する。
Hereinafter, detailed processing contents of the registration process (S1008) and the cancellation process (S1010) will be described in order.
<Registration process>
The
Among the records having the same selected record, medical year / month 301 and receipt serial number 302, the maximum value of the history number 303 is acquired, and this is incremented by one and set to the history number 303 of the updated record.
The
債権データファイル４に選択レコードの識別キー３００と同一識別キー４００のレコードが存在する場合、当該レコードの履歴番号４０３を、更新後レコードの履歴番号３０３に変更する。存在しない場合には、更新後レコードの識別キー３００と同一識別キー４００のレコードを作成する。いずれの場合も、査定情報４１０について、下記の通り、設定・更新を行う。
査定情報４１０のうち、削除フラグ４１６が「１」であるもの（即ち、査定情報履歴欄１５０１に表示されていない査定情報４１０）については、更新を行わない。
If there is a record with the
Of the
一方、査定情報４１０のうち、削除フラグ４１６が「スペース」であるもの（即ち、査定情報履歴欄１５０１に表示されている査定情報４１０）については、査定情報履歴欄１５０１に表示されている増減情報を増減情報４１３に設定し、処理年月日４１４に処理が行われている現時点の年月日を設定する。
また、査定情報４１０に記録されていないもの（即ち、査定情報履歴欄１５０１に新たに追加表示されている査定情報）については、査定情報４１０として追加設定する。この時、診療識別４１１、使用保険４１２、増減情報４１３には、それぞれ査定情報履歴欄１５０１に表示されている情報を設定し、処理年月日４１４に処理が行われている現時点の年月日を、状態４１５に査定処理画面で指定されたレセプト状態を、削除フラグ４１６には「スペース」を設定する。
On the other hand, in the
Information not recorded in the assessment information 410 (that is, assessment information newly displayed in the assessment information history column 1501) is additionally set as
＜取消処理＞
選択レコードの処理年月日３３２に処理が行われている現時点の年月日、削除フラグ３３４に「１」を設定して、更新する。
次に、選択レコードと診療年月３０１およびレセプト通番３０２が同一なレコードのうち、当該取消処理によって最新状態となるレコードを検索する。
具体的には、選択レコードの履歴番号３０３を１ずつ減算して、順次、当該減算後の識別キー３００によってレコードを取得し、削除フラグ３３４が「スペース（有効）」であるレコードを探す。条件を満たすレコードのうち最初に見つかったもの（即ち、有効レコードのうち履歴番号３０３が最大なレコード）を更新対象レコードとする。また、条件を満たすレコードが存在しない場合（即ち、全てのレコードが「削除済み」の場合）には、履歴番号３０３が「１」であるレコードを更新対象レコードとする。
次に、更新対象レコードの最新レコードフラグ３３１を「１」に更新する。
<Cancellation processing>
The current date and time of processing on the processing date 332 of the selected record is set to “1” in the deletion flag 334 and updated.
Next, among the records having the same selection record, medical year / month 301 and receipt serial number 302, the record that is in the latest state by the cancellation process is searched.
Specifically, the history number 303 of the selected record is decremented by one, and the record is sequentially acquired by the
Next, the
図１１は、請求レセプト一覧印刷処理の処理を示すフローチャートである。
請求レセプト一覧印刷処理は、メニュー表示手段１０によって起動された、帳票印刷手段１３によって行われる。
帳票印刷手段１３は、メニュー表示手段１０から起動される際、メニュー画面で「請求レセプト一覧」が押下されたことを通知されると、まず、表示手段６に請求レセプト一覧印刷画面を表示する（Ｓ１１０１）。
図１６は、請求レセプト一覧印刷画面の表示例である。
操作者は「審査支払機関」、「入外区分」右側のラジオボタンをクリックして印刷対象とすべきレコードの種類を選択し、「請求年月」のテキスト入力フィールドに印刷対象とすべきレコードの請求年月を入力する。また操作者は、「レセプト状態」欄のチェックボタンをクリックして、印刷対象とするレコードのレセプト状態を指定する。さらに、「出力順」欄に表示される項目を選択することで、印刷対象となるレコードの出力順番を指定することが出来る。
操作者は、画面最下部の「印刷」「終了」ボタンを押下することで、帳票印刷手段１３が実行すべき処理を指定する。
請求レセプト一覧印刷画面において「終了」ボタンが押下された場合（Ｓ１１０２）、帳票印刷手段１３は処理を終了し、メニュー表示手段１０に制御を戻す。なお、この結果、表示手段６には、メニュー画面が表示される。
請求レセプト一覧印刷画面において「印刷」ボタンが押下された場合（Ｓ１１０３）、帳票印刷手段１３は、印刷対象データを検索し（Ｓ１１０４）、対象データを編集・出力する（Ｓ１１０５）。「終了」ボタンが押下されるまで、以上の処理を継続する。
FIG. 11 is a flowchart showing the billing receipt list printing process.
The bill receipt list printing process is performed by the
When the
FIG. 16 is a display example of a billing receipt list print screen.
The operator selects the type of record to be printed by clicking the radio button to the right of “Examination / Payment Institution” and “Non-Exempt”, and records to be printed in the text input field of “Billing Month” Enter the billing date for. In addition, the operator clicks a check button in the “Receive state” column and designates the receipt state of the record to be printed. Furthermore, by selecting an item displayed in the “output order” column, the output order of records to be printed can be specified.
The operator designates the process to be executed by the
When the “end” button is pressed on the billing receipt list printing screen (S1102), the
When the “print” button is pressed on the claim receipt list print screen (S1103), the
以下、印刷処理（Ｓ１１０４、Ｓ１１０５）の詳細な処理内容を説明する。
＜印刷処理＞
帳票印刷手段１３は、「審査支払機関」、「入外区分」それぞれについて、ラジオボタンの選択が行われているか、適切な「請求年月」が入力されているか、レセプト状態が最低１つ選択されているか、また、出力順欄が選択されているか等をチェックし、必要に応じて請求レセプト一覧印刷画面にエラーメッセージを表示する。
エラーなしの場合、帳票印刷手段１３は、レセプト債権ファイル３に記録されたレコードのうち、審査支払機関３１１、入外区分３１３、および請求年月３２１が、選択された審査支払機関、入外区分、および請求年月と同一であり、最新レコードフラグ３３１が「１」であり、削除フラグ３３４が「スペース」であり、かつ、レセプト状態３３３が選択されたレセプト状態のうちの一つと同一であるレコードを検索する。
なお、レセプト状態として「請求」を選択した場合には、レセプト状態３３３が「請求」のレコード、「保留」を選択した場合には「保留請求」のレコード、「返戻」を選択した場合には「返戻請求」のレコード、「過誤」を選択した場合には「過誤返戻請求」のレコード、「取下」を選択した場合には「取下げ請求」のレコードが対象となる。
The detailed processing contents of the printing processing (S1104, S1105) will be described below.
<Print processing>
The form printing means 13 selects whether the radio button is selected for each of the “examination / payment institution” and “exclusion / exit division”, whether the appropriate “billing date” is input, or at least one receipt state is selected. It is checked whether the output order column is selected, and an error message is displayed on the billing receipt list print screen as necessary.
If there is no error, the form printing means 13 will select the screening /
When “Billing” is selected as the receipt state, a record of “Billing” is selected as the receipt state 333. When “Pending” is selected, a “Billing request” record is selected. When “Return” is selected. A record of “return request”, a record of “error return request” when “error” is selected, and a record of “revocation request” when “withdrawal” is selected.
条件を満たすレコードが存在しない場合、請求レセプト一覧印刷画面にエラーメッセージを表示する（Ｓ１１０４）。
条件を満たすレコードが存在する場合、当該レコードを出力順欄が選択された項目の順にソートし、各レコードに設定された内容を請求レセプト一覧表として編集出力する。Ｓ１１０４）。
図１７に、請求レセプト一覧帳票の出力例を示す。
なお、メニュー画面で「保留レセプト一覧」、「返戻レセプト一覧」、「取下げレセプト一覧」、「破棄レセプト一覧」または「査定・再審査一覧」が押下された場合には、図示していないが、帳票印刷手段１３により、表示手段６にそれぞれ保留レセプト一覧印刷画面、返戻レセプト一覧印刷画面、取下げレセプト一覧印刷画面、破棄レセプト一覧印刷画面、査定・再審査レセプト一覧印刷画面が表示される。
各画面の内容は、画面のタイトルが異なり、レセプト状態の選択対象が異なる以外は請求レセプト一覧印刷画面と同一である。
即ち、「保留レセプト一覧」についてはレセプト状態３３３が「保留」のレコードが対象となり、「返戻レセプト一覧」については「返戻」または「過誤返戻」のレコードが、「取下げレセプト一覧」については「取下げ依頼中」または「取下げ」のレコードが、「破棄レセプト一覧」については「破棄」のレコードが、「査定・再審査レセプト一覧」については「査定」、「過誤査定」、「再審査依頼中」または「再審査結果」のレコードが対象となる。
帳票印刷手段１３は各画面で押下されたボタンに応じて、「印刷」、「終了」の各処理を実行する。各処理の実行内容は、編集出力対象とするレセプト状態３３３についての判定が異なるほかは、請求レセプト一覧印刷画面から実行される「印刷」、「終了」の各処理と同一である。
印刷出力される帳票の内容も、帳票のタイトル、印刷出力対象となるレコードが異なるほかは、請求レセプト一覧帳票と同じである。
If there is no record that satisfies the condition, an error message is displayed on the billing receipt list print screen (S1104).
If there is a record that satisfies the conditions, the records are sorted in the order of the items selected in the output order column, and the contents set in each record are edited and output as a billing receipt list. S1104).
FIG. 17 shows an output example of a bill receipt list form.
It should be noted that when “Pending Receipt List”, “Return Receipt List”, “Cancellation Receipt List”, “Discarded Receipt List” or “Assessment / Reexamination List” is pressed on the menu screen, The
The contents of each screen are the same as the billing receipt list printing screen except that the screen title is different and the selection target of the receipt state is different.
That is, for the “pending receipt list”, the record whose receipt state 333 is “pending” is targeted, for the “return receipt list”, the record of “return” or “false return”, and for the “reception receipt list”, “withdrawal”. “Requested” or “Withdrawn” records, “Discarded” records for “Discarded Receipt List”, “Assessed”, “Failure Appraisal”, “Requesting Reexamined” for “Assessment / Reexamination Receipt List” Or the “re-examination result” record is targeted.
The
The contents of the printed form are the same as the bill receipt list form except that the form title and the record to be printed are different.
メニュー画面で「査定増減一覧」が押下された場合には、図示していないが、帳票印刷手段１３により、表示手段６に査定増減一覧印刷画面が表示される。画面の内容は、画面のタイトルが異なり、レセプト状態の選択対象が異なる以外は請求レセプト一覧印刷画面と同一である。
即ち、「査定増減一覧」についてはレセプト状態３３３が「査定」、「過誤査定」、「再審査結果」のレコードが対象となる。
帳票印刷手段１３は各画面で押下されたボタンに応じて、「印刷」、「終了」の各処理を実行する。
終了処理の実行内容は、請求レセプト一覧印刷画面から実行される終了処理と同一である。
印刷処理の実行内容は、下記の点が、請求レセプト一覧印刷画面から実行される印刷処理と異なり、その他については同一である。
まず、検索対象となるのは、レセプト状態３３３が「査定」、「過誤査定」、「再審査結果」のいずれかのレコードである。
次に、対象となるレコードが見つかったら、査定データファイル４から識別キー３００と同一識別キー４００のレコードを参照し、増減情報４１３の合計を一覧表情に編集出力する。この時、対象となるレコードの中で、診療年月４０１とレセプト通番４０２がともに等しいレコードについては、増減情報４１３を合算して編集出力する。
図１８に、査定増減一覧帳票の出力例を示す。
印刷出力される帳票の内容については、帳票のタイトル、印刷出力対象となるレコードが異なるほかは、請求レセプト一覧帳票と同じである。
When the “assessment increase / decrease list” is pressed on the menu screen, the form increase / decrease list print screen is displayed on the display means 6 by the form printing means 13 (not shown). The contents of the screen are the same as the billing receipt list printing screen except that the screen title is different and the selection target of the receipt state is different.
That is, regarding the “assessment increase / decrease list”, records in which the receipt state 333 is “assessment”, “false assessment”, and “re-examination result” are targeted.
The
The execution content of the end process is the same as the end process executed from the billing receipt list print screen.
The execution contents of the printing process are the same as the printing process executed from the claim receipt list printing screen except for the following points.
First, the records to be searched are records in which the receipt state 333 is “assessment”, “false assessment”, or “re-examination result”.
Next, when the target record is found, the record of the
FIG. 18 shows an output example of the assessment increase / decrease list form.
The contents of the form to be printed out are the same as the billing receipt list form except that the form title and the record to be printed out are different.
次に、本発明を適用したレセプト債権管理システムの他の実施の形態について説明する。
図１９は、他の実施形態に係るレセプト債権管理システムのシステム構成図である。
レセプト債権管理システムは、管理センタ１４と１以上の医療機関１５を通信回線８で接続したシステムである。
各医療機関１５には、医事会計処理装置９が存在する。医事会計処理装置９には、入力手段５、表示手段６および印刷手段７が接続されるとともに、レセプトファイル２を記録したハードディスク等の記録媒体が接続されている。また、医事会計処理装置９は、レセプト作成手段９１およびレセプト送付手段９２を備えている。レセプトファイル２には、審査支払機関に提出するためのレセプト帳票を印刷するために必要な情報が記録されている。
入力手段５は、各医療機関の操作者が、債権データ処理装置１のメニュー表示手段１０、レセプト取込手段１１、データ変更手段１２、および帳票印刷手段１３（以下、図１９の説明において「各手段」と総称する）を操作するために用いる装置であり、キーボード、マウス等によって実現することが出来る。
表示手段６は、各手段の操作を行うために必要な情報や各手段の処理結果等を表示ための装置であり、ＣＲＴ、液晶表示手段等によって実現することが出来る。
印刷手段７は、各手段の処理結果等を印刷するための装置であり、レーザープリンタ等によって実現することが出来る。
レセプト作成手段９１、レセプト送付手段９２の機能は、前述した実施形態と同じである。
Next, another embodiment of the receipt credit management system to which the present invention is applied will be described.
FIG. 19 is a system configuration diagram of a receipt credit management system according to another embodiment.
The receipt credit management system is a system in which a
Each
The input means 5 is provided by the operator of each medical institution as the menu display means 10, the receipt capture means 11, the data change means 12, and the form printing means 13 (hereinafter referred to as “each This is a device used for operating the “means” and can be realized by a keyboard, a mouse, or the like.
The
The
The functions of the
管理センタ１４には、債権データ処理装置１が存在する。債権データ処理装置１には、レセプト債権ファイル３および査定データファイル４を記録したハードディスク等の記録媒体が接続されている。また、債権データ処理装置１は、メニュー表示手段１０、レセプト取込手段１１、データ変更手段１２、および帳票印刷手段１３を備えている。
レセプト債権ファイル３には、レセプト毎に請求点数等の情報が記録される。査定データファイル４には、審査支払機関等がレセプトを査定した結果の請求点数等の情報が、レセプト毎に記録される。
メニュー表示手段１０、レセプト取込手段１１、データ変更手段１２、帳票印刷手段１３の機能は、前述した実施形態と同じである。
各ファイルのデータ項目も基本的には、前述した実施形態と同じであるが、以下の点で異なる。即ち、レセプト債権ファイル３、査定データファイル４ともに、識別キーの一部として医療機関コードを有する。つまり、識別キー３００は、医療機関コード、診療年月３０１、レセプト通番３０２、履歴番号３０３を組み合わせたものであり、識別キー４００は、医療機関コード、診療年月４０１、レセプト通番４０２、履歴番号４０３を組み合わせたものである。
医療機関コードを医療機関１５毎に異なった内容とすることで、各病院に係るレコードを正しく処理することが出来る。
The
In the
The functions of the menu display means 10, the receipt capture means 11, the data change means 12, and the form printing means 13 are the same as those in the above-described embodiment.
The data items of each file are basically the same as in the above-described embodiment, but differ in the following points. That is, both the
By making the medical institution code different for each
また、この実施形態においては、管理センタ１４が、各医療機関のレセプト債権に適切な価格を提示して買い取ることができる。この点について、以下説明する。
図示していないが、債権データ処理装置１には、入力手段、表示手段等を備えることができる。そして、管理センタ１４では、各医療機関から前月分のレセプト帳票を審査支払機関に送付したという連絡を受けた後、レセプト債権ファイル３に記録された当該医療機関に係るレコードから、診療報酬請求全てが認められた場合に、当該医療機関に支払われることになる金額を算定することが出来る。
即ち、管理センタ１４の操作者が、入力手段を操作して医療機関コードおよび請求年月を入力すると、債権データ処理装置１は、レセプト債権ファイル３に記録されたレコードから、医療機関コードおよび請求年月３２１が入力値と同一で、最新レコードフラグ３３１が「１」、削除フラグ３３４が「スペース」であり、かつ、レセプト状態３３３が「請求」「保留請求」のいずれかであるレコードを検索する。そして、検索条件に該当するレコードの点数情報３６０から診療報酬請求額を計算して、該当全レコード分合算して、表示手段に表示する。この表示金額は、診療報酬請求全てが認められた場合に、当該医療機関に支払われることになる金額を示している。従って、管理センタ１４では表示金額および、返戻、査定等についての予測減額率から、適切な買取価格を決定することが出来る。
また、各医療機関では、審査支払機関に、レセプト帳票とともに、当該レセプト帳票に係る診療報酬請求額の合算帳票（「総括表」）を送付する定めになっている。よって、管理センタ１４では、医療機関から総括表の写しを送付してもらい、表示金額と一致するかどうかを確認することで、各医療機関におけるレセプト債権ファイル３に記録された情報が、実際に診療報酬請求内容と合致しているか、監査することが出来る。
Moreover, in this embodiment, the
Although not shown, the bond
That is, when the operator of the
In addition, each medical institution is stipulated to send, together with the receipt form, a combined form (“summary table”) of the medical fee claim amount related to the receipt form to the examination and payment institution. Therefore, the
また、管理センタ１４では、審査支払機関から診療報酬の支払いが行われた後に、各医療機関が、返戻、査定レセプトについて対応しているかどうか確認することができる。即ち、管理センタ１４の操作者は、医療機関コードと請求年月を指定し、該当するレコードのうち、複数の履歴が作成されているレコード、即ち、履歴番号３０３として「２」以上の値が設定されているレコードについて、診療年月３０１およびカルテ番号３１６の一覧表を表示させるとともに、査定データファイル４に記録された情報から、返戻・査定による減額金額を算定することが出来る。そして、この減額金額（ａ）、減額がなければ支払われるはずだった金額（ｂ）、および実際に審査支払機関から支払われた金額（ｃ）が、ｃ＝ｂ−ａの関係を満たすかどうかを検証することで、返戻、査定レセプトについて対応が取られているかを確認することが出来る。
さらに、レセプト債権ファイル３および査定データファイル４により、各返戻、査定レセプトについて、医療機関がどのような処理を行ったのか、削除処理も含めた処理履歴を調査し、各返戻、査定レセプトについて、適切に対応されているかどうか、監査することも出来る。
In addition, the
In addition, the
１…債権データ処理装置、１０…メニュー表示手段、１１…レセプト取込手段、１２…データ変更手段、１３…帳票印刷手段、２…レセプトファイル、３…レセプト債権ファイル、４…査定データファイル、５…入力手段、６…表示手段、７…印刷手段、８…通信回線、９…医事会計処理装置、９１…レセプト作成手段、９２…レセプト送付手段。
DESCRIPTION OF
Claims (1)
医療機関の医事会計処理装置で作成されたレセプトデータを格納するレセプトデータ記憶手段と、
格納されたレセプトデータを所定期間毎に取込み、レセプト債権データ記憶手段に格納するレセプトデータ取り込み手段と、
取込んだレセプトデータについて支払機関への支払い請求、支払い取下げ請求などの請求処理を行うと共に、支払機関からの上記請求処理に対する審査結果、あるいは応答に応じて、前記レセプトデータを訂正し、再審査請求、取り下げ請求などの応答処理を行い、これらの処理に係るレセプトデータの状態履歴を更新し、その状態履歴と訂正履歴を前記レセプト債権データ記憶手段に格納するレセプトデータ変更手段と、
格納されたレセプト債権データの一覧を画面表示し、当該一覧に対する操作メニューの選択操作に応じて、保留レセプト、返戻レセプト、取り下げレセプト、破棄レセプト、査定・再審査レセプトの一覧を作成し出力する出力手段と、
医療機関における支払機関への支払い請求後において、請求済みとなっている複数のレセプトデータに含まれる診療点数情報に基づき総請求額を算出した後、予測減額率を乗算し、支払いが認められた場合の診療報酬額をレセプト債権の買取り価格として算出する手段と、
前記支払機関への支払い請求後において、前記レセプト債権データ記憶手段に格納されたレセプトデータに基づいて支払われた金額について実際に支払われた金額、減額された金額、減額が無ければ支払われる筈であった金額の値に基づき返戻、査定レセプトに係る処理が適切に実施されているかを検証する手段と、
を備えることを特徴とするレセプト債権管理システム。
A system for managing a claim claim for medical fees at a medical institution and payment from a paying institution,
A receipt data storage means for storing the receipt data created by the medical accounting processing apparatus of the medical institution;
Receipt data fetching means for fetching the stored receipt data every predetermined period and storing it in the receipt bond data storage means;
The received data is billed to the payment institution, payment withdrawal request, etc., and the receipt data is corrected and re-examined according to the examination result or response to the above billing process from the payment institution. Receiving data changing means for performing response processing such as claiming, withdrawal request, etc., updating the status history of the receipt data related to these processing, and storing the status history and correction history in the receipt bond data storage means;
Displays a list of stored claims receivable data on the screen, and generates and outputs a list of pending receipts, return receipts, withdrawal receipts, discard receipts, and assessment / reexamination receipts according to the operation menu selection operation for the list Means,
After requesting payment to the paying institution at the medical institution, the total amount charged was calculated based on the information on the number of medical points included in the multiple billed data, and the payment was approved by multiplying the expected reduction rate. A means for calculating the medical remuneration amount as the purchase price of the receipt claim,
After the payment request to the payment institution, the amount paid based on the receipt data stored in the receipt bond data storage means is the amount actually paid, the amount reduced, and the amount paid if there is no reduction. Based on the value of the amount that was returned, a means to verify that the processing related to the return and assessment receipt is properly implemented,
A receipt receivable management system characterized by comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006186827A JP4925269B2 (en) | 2006-07-06 | 2006-07-06 | Receipt Claim Management System |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006186827A JP4925269B2 (en) | 2006-07-06 | 2006-07-06 | Receipt Claim Management System |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2008015821A JP2008015821A (en) | 2008-01-24 |
| JP2008015821A5 JP2008015821A5 (en) | 2009-08-06 |
| JP4925269B2 true JP4925269B2 (en) | 2012-04-25 |
Family
ID=39072765
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006186827A Expired - Fee Related JP4925269B2 (en) | 2006-07-06 | 2006-07-06 | Receipt Claim Management System |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4925269B2 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011076436A (en) * | 2009-09-30 | 2011-04-14 | Sanyo Electric Co Ltd | Receipt processor |
| JP5502056B2 (en) * | 2011-10-31 | 2014-05-28 | 株式会社日本ケアコミュニケーションズ | Intermediary device for nursing care benefit billing procedures |
| JP2016014927A (en) * | 2014-06-30 | 2016-01-28 | 東芝テック株式会社 | Medicine registration device and program |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002288345A (en) * | 2001-03-28 | 2002-10-04 | Nippon Telegraph & Telephone East Corp | System, method and program for managing nursing care medical benefit request information |
| JP2003036309A (en) * | 2001-07-23 | 2003-02-07 | Fujitsu Ltd | Device and program for assessment of medical receipt |
-
2006
- 2006-07-06 JP JP2006186827A patent/JP4925269B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2008015821A (en) | 2008-01-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11763277B2 (en) | Systems and methods for a health care e-commerce marketplace | |
| US8099295B2 (en) | Prescription creation and adjudication method | |
| US20070162308A1 (en) | System and methods for performing distributed transactions | |
| US20040143464A1 (en) | Integrated system and method for insurance products | |
| US8635083B1 (en) | Systems and methods for facilitating the establishment of pharmaceutical rebate agreements | |
| US7912735B1 (en) | Method and system for eligible health care expense identification | |
| US8392208B1 (en) | Method and system for health expense verification and processing | |
| JP4925269B2 (en) | Receipt Claim Management System | |
| JP6995325B2 (en) | Medical facility balance calculation support system | |
| US20040143456A1 (en) | Input assisting system | |
| US20050234903A1 (en) | Medical information management apparatus and method, and medical information management program | |
| JP4774308B2 (en) | Depreciation cost calculation program and depreciation cost calculation method | |
| JP4969035B2 (en) | Insurance business management system | |
| US20040167835A1 (en) | Record keeping system supporting tax determination | |
| US20220300908A1 (en) | System and method for claim reimbursement | |
| JP6920526B2 (en) | Medical accounting support system | |
| CN101611421A (en) | The health care administration of patient-interactive | |
| JP2018077618A (en) | Electronic medical chart system | |
| McManus et al. | Weighing the risks of consumer-driven health plans for families | |
| Ayabakan et al. | Where is my money? The interplay between healthcare information technologies and denied claims | |
| Baum et al. | Revenue Cycle Management | |
| McGlynn et al. | Health information systems | |
| Perloff et al. | Surgical Episodes of Care for Price Transparency Using the Episode Grouper for Medicare | |
| Roselle et al. | Estimating private sector professional fees for VA providers | |
| JP2023082764A (en) | Health savings investment trust system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090619 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090619 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110511 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110513 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110712 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120203 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120203 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150217 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4925269 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |