WO2001071584A1 - Apparatus and method for issuing medical fee specifications - Google Patents

Apparatus and method for issuing medical fee specifications

Info

Publication number
WO2001071584A1
WO2001071584A1 PCT/JP2000/006636 JP0006636W WO0171584A1 WO 2001071584 A1 WO2001071584 A1 WO 2001071584A1 JP 0006636 W JP0006636 W JP 0006636W WO 0171584 A1 WO0171584 A1 WO 0171584A1
Authority
WO
WIPO (PCT)
Prior art keywords
medical
statement
data
database
patient
Prior art date
Application number
PCT/JP2000/006636
Other languages
French (fr)
Japanese (ja)
Inventor
Yoichi Takada
Chikayoshi Yuzawa
Yuuji Maniwa
Original Assignee
Kabushiki Kaisha Toshiba
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Kabushiki Kaisha Toshiba filed Critical Kabushiki Kaisha Toshiba
Publication of WO2001071584A1 publication Critical patent/WO2001071584A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/04Billing or invoicing

Definitions

  • the present invention relates to an apparatus and a method for issuing an electronic medical fee statement via a communication network at the request of a medical institution such as a clinic or a hospital.
  • the fee paid to medical institutions such as clinics and hospitals when patients receive treatment and medication is called medical fees.
  • Medical payments can be broadly divided into two types: fee-based payment and fixed-rate payment.
  • the fee-for-pay system is a system in which, for example, in Japan, points are displayed for each type of medical treatment of insurance medical treatment, the sum of the points is multiplied by a unit price to calculate the medical treatment fee, and the amount is paid by the insurer. Say. In other countries, there may be limits on the total amount of medical expenses paid, different unit prices, or a combination of flat-rate payments.
  • Medical institutions such as hospitals, which are relatively large, have introduced an order ring system and a medical accounting system to manage medical fees and billing. Recently, some hospitals have built more sophisticated hospital information systems, such as incorporating an electronic medical record system into these systems. In such hospitals, when a doctor performs medical treatment, information on medical treatment is input from each terminal of the electronic medical record system / ordering system. The entered medical information is stored in the information department database. The medical accountant in the accounting department searches for medical information and other necessary information stored in the database for each patient using the medical accounting system, and refers to the search results to obtain a medical remuneration statement. Create on paper.
  • the accounting department sends the medical reimbursement statement prepared for each patient to the insurance reviewing agency, for example, on a monthly basis, and requests a review and payment of the medical reimbursement.
  • the accounting department will also charge the patient for an amount that is proportional to the patient's burden.
  • An object of the present invention is to provide an apparatus and a method for issuing a medical remuneration statement rationally and efficiently.
  • An apparatus for preparing a medical fee statement is a communication workstation for receiving at least medical information of a patient and medical data including identification information of the patient from a medical institution via a network.
  • a first database storing medical data received by the communication workstation, a part of medical data read out from the first database, and based on the read medical data.
  • a plurality of creating workstations for creating a medical remuneration statement for each of the patient identification information and the medical information; and a plurality of creating workstations respectively.
  • a management workstation for monitoring a status of preparing the medical fee statement, and displaying a list of the status for each patient identification information.
  • the method of issuing a medical fee statement is a method for connecting a plurality of facilities for storing and managing medical data including at least medical information of a patient and identification information of the patient via a network.
  • a method for issuing a medical fee statement by a computer system comprising: a medical data receiving step for receiving the medical data from the facility via the network; and a medical fee based on the received medical data. It consists of a medical fee statement preparation step for preparing or supporting the preparation of the statement.
  • the method for issuing a medical fee statement is provided at each of a plurality of facilities having a database for storing and managing at least medical information of patients and medical data including identification information of the patients.
  • a method for issuing a medical remuneration statement by a combi-user system connected to a terminal via a network comprising: transmitting the medical data stored and managed in the database to the terminal of the facility.
  • FIG. 1 is a diagram showing a relationship between a plurality of hospitals, a claim issuing agent, and an insurance reviewing agency in one embodiment of the present invention.
  • Figure 2 shows the flow of the issuance and review of the receipt
  • Figure 3A shows the order information input screen
  • Figure 3 ⁇ 4B shows the screen at the end of the consultation
  • Figure 3C shows the screen when sending medical data
  • Figure 3D shows the screen for receiving notification of medical data
  • Fig. 3E shows a screen for prompting retransmission of medical data.
  • Fig. 4 is a block diagram showing the schematic configuration of a system for creating a receptor.
  • Fig. 5 is a block diagram showing the schematic configuration of a workstation for creating a reception.
  • Figure 6A shows the application reception
  • Fig. 6B shows the patient's reception '' 'Fig. 7 shows the reception processing information screen on the management workstation
  • Figure 8A shows the screen when submitting a claim application
  • Fig. 8B shows a screen for receiving a receipt request with a receipt number.
  • Fig. 8C shows the screen of the receipt notification of the receipt application without the reception number
  • Figure 9 shows a list of insurance points and payment amounts for each patient notified to medical institutions on a monthly basis.
  • Figure 10 shows a screen listing the status of examinations by the insurance reviewing organization.
  • Fig. 11 is a flow chart showing the flow of the examination by the insurance examination organization
  • Figure 12 shows the monthly payment amount list screen for each medical institution at the service center.
  • FIG. 13 is a diagram for explaining another embodiment of the present invention.
  • FIG. 14 is a flow chart showing a flow of creating a receptor in a medical accounting system of a medical institution.
  • Fig. 15A shows the screen when connecting from the medical accounting system to the database of the service center.
  • Fig. 15B shows the screen at the end of the reception creation in the medical accounting system.
  • Fig. 15C shows the screen when logging the connection from the medical accounting system to the database of the service center.
  • Fig. 16 shows the case where the medical accounting system takes in the database of the service center.
  • Figure 17 shows the screen when the medical accounting system takes in the database of the service center
  • Figure 1 is a conceptual diagram showing the relationship between clinics and hospitals, agents who issue medical reimbursement statements (hereinafter referred to as “rezept”), and insurance review organizations.
  • Figure 2 is a diagram showing the general procedure for creating a receptor by the agent.
  • the receptor issuing agent 11 shown in Fig. 1 belongs to a service center (center of a business or hospital group), and its terminal 11a is connected via a network to, for example, the A clinic 12 , B clinic 13, C clinic 14, and D clinic 15 (12 a Etc.) and the terminal 16a of the insurance reviewing agency 16 and the terminal 12b of the patient.
  • the Recipient Issuing Agent 11 receives electronic medical record information on patients and order information such as medicines necessary for diagnosis and treatment from the clinics 12, 13, 15 and the hospital 14, and Create a receipt on behalf of the applicant and submit an application to insurance review agency 16.
  • the electronic medical record information of a patient is the electronic version of the information written on the patient's paper medical record.
  • medical records include information for recognizing the patient, such as the patient's name, the insurance union in which the patient is enrolled, the number of the insured person's card, age, address, telephone number, etc. Consists of In some cases, the medical record and the inspection form (order) are separated from each other. In this case, the electronic medical record information does not include the order information. Information on all orders, such as diagnosis, injection, etc.
  • Patient identification information is the patient's personal information, such as the insurance union that the patient has joined, the insured person's card number, age, address, and telephone number.
  • the medical care information consists of order information, the patient's chief complaint, an objective diagnosis (a finding) from the doctor's point of view, and the next medical care plan.
  • step S1 the physician in the clinic A 12 activates the terminal 12a in the clinic A 12 in FIG. 1 and displays order information on the treated patient on a predetermined screen (not shown). And input electronic medical record information (hereinafter collectively referred to as medical treatment data).
  • medical treatment data input electronic medical record information
  • For order information enter information such as patient injections, medications, and tests.
  • the blood test is performed for the (test) item
  • the Xml of the drug is injected for the (injection) item
  • the MRI test is performed for the (image) item.
  • the item is entered.
  • the physician checks whether there are any errors in the entry or whether there are any missing or deficient items.
  • the data is temporarily stored in a database (not shown).
  • a screen as shown in FIG. 3B is displayed on the terminal 12a. On this screen, the name of the patient who will end the consultation will be displayed, such as "Taro Toshiba will end consultation.”, And "Do you want to exit patient care?" Is required? "Is displayed, and the user is prompted to enter an answer to this message.
  • a settlement contract such as a direct debit
  • the physician checks with the patient whether or not a same-day reception is required, and then clicks the Yes button on the same-day / no-request selection screen on terminal 12a. If the doctor does not end the medical treatment, the doctor's click on the No button on the screen in Fig. 3B will display the electronic medical record and order input screen.
  • terminal 12a of the clinic A sends the medical treatment data consisting of the electronic medical record information and order information stored in the database to the reception issuing agent. Send to terminal 1 1 a of 1 1.
  • the transmission timing is determined as appropriate, such as each time one patient is completed, at regular intervals, or once a day of medical treatment is completed. Of course, the request may be transmitted at any time when the medical data is generated.
  • a screen as shown in FIG. 3C is displayed. This screen prompts the operator (doctor) to confirm whether the medical data can be transmitted. When the doctor clicks the 0K button on this screen, the medical data is actually transmitted. ⁇
  • the transmitted medical data is stored in the database of the receptor issuing agent 11.
  • the terminal 11a of the receptor issuing agent 11 retrieves the medical data from the clinic A from the database in step S3 and receives it (step S3). It should be noted that the request issuing agent 11 can directly access the database of Clinic A to retrieve medical data. You can also.
  • a screen as shown in Fig. 3D is displayed in step S4. According to this screen, it is confirmed by the A clinic 12 that the reception issuing agent 11 has successfully received the medical data of the patient “Toshiba Toshiba”. In the unlikely event that the reception issuing agent 11 did not receive the medical care data normally, as shown in Figure 3E, for example, "Please resend the medical care data of Taro Toshiba.”
  • a screen for prompting retransmission is displayed on terminal 12a of clinic A12. When the Yes button is clicked on this screen, the medical care data is sent again to the receptor issuing agent 11.
  • the reception issuing agent 11 receives the medical data of each patient not only from the clinic A, but also from the terminals of the clinic B 13, the C hospital 14, and the D clinic 1.5. It is necessary to resolve the certification of each of these medical institutions before providing services. By performing authentication, it is possible to suppress an unauthorized application from being intentionally applied.
  • the receptor issuing agent 11 creates a receptor based on the medical data sent from each clinic or hospital.
  • the claim issuing agent 11 confirms whether or not the prepared claim is an appropriate one or not.
  • it checks whether or not each clinic has already created it, and whether or not it is true (Step S6).
  • the generated claims are: A clinic, patients, and ⁇ Sent to each insurance review organization (step S7).
  • the claim issuing agent 11 confirms the receipt of the receipt by the insurance review agency 16 (step S8).
  • Fig. 4 is a block diagram showing the configuration of the system for creating a receipt applied to the service center.
  • This system is composed of a local area network (LAN) 70 as a basic element.
  • LAN local area network
  • This network 70 is connected to an external network 80 for communication with medical institutions such as clinics and hospitals and insurance review organizations.
  • the network 70 includes a plurality of receptacle creation workstations (hereinafter referred to as WS) 20 a, 20 b, 20 c,..., And a management WS 30.
  • the communication WS 40 and the databases 50 and 60 are connected.
  • the communication WS 40 receives a request for creating a receptor and basic information required for creating a receptor from a medical institution via the network 80.
  • the basic information is the medical data described above, and at least information identifying the date and time of the medical treatment, the clinic, and the patient, and the specific contents of the medical treatment, i.e., the diagnosis, treatment, and medication. It consists of information.
  • the WS 40 for communication may receive a request created by a medical institution. Processing based on the received receipt will be described later.
  • Communication W The basic information received by S40 is sent to the database 50 and stored therein (fl).
  • the management WS 30 distributes the tasks based on the plurality of request creation requests received by the communication WS 40 to the plurality of receptor creation WSs 20.
  • the WS 20 b for creating a request which is requested from the management WS 30, reads the corresponding basic information based on the tasks distributed from the database 50 (f 2), and reads the read basic information. Create a receptor based on the. Further, the WS 20 b for creating a receptor outputs the created receptor to the database 60 (f 3).
  • the WS 20a for creating a receptor Similar to the WS 20b for creating a receptor, the WS 20a for creating a receptor, 20c... creates a receptor based on a request from the management WS 30 and stores the result in a database 60b.
  • the management WS 30 By accessing the database 60, the management WS 30 displays the status of the creation of the receptor and creates a report (f4). At this time, the ability to create a receptor per human or WS is displayed. This information is extremely useful when creating vast numbers of receptors. Based on the progress of receptor creation, if necessary, add a new WS for receptor creation to the system to improve processing capacity or stop unnecessary WS In addition, it is easy to increase the occupancy rate by reducing it. It is also effective to send a report on the status of progress to a medical institution or an insurance review institution at regular or arbitrary times. The ability to judge the load status of the system based on the report, and enable the requester to adjust the request for creating a receipt.
  • FIG. 5 is a block diagram showing the configuration of the WS for creating a receptor.
  • the WS for creating a receptor includes a communication interface 21, a basic information acquisition unit 22, a reception creation unit 23, a user interface 24, and a database (low power / )
  • the communication interface 21 is connected to the network 70.
  • the basic information acquisition unit 22 receives the request for creating a request distributed from the management WS 30, and obtains the basic information stored in the database 50 via the communication interface 21.
  • U.S. management WS
  • the basic information acquisition unit 22 causes the receptor creation unit 23 to start creating a receptor based on the basic information.
  • a user interface 24 is connected to the receptor creation section 23.
  • the user interface 24 is composed of an input unit 241 composed of a keyboard, a mouse and the like, and a display unit 242 composed of a display and the like.
  • the database 25 temporarily stores the data of the receptor created by the receptor creator 23.
  • the processing unit 26 is responsible for the created It performs various information processing such as data transmission processing and error data handling processing.
  • Figure 6A shows the format of a claim for application to insurance review agency 16.
  • Figure 6B shows the format of the patient / hospital reception.
  • the claim consists of the information required for examination and payment, such as the name of the hospital where the application was made, the name of the agency issuing the claim, the name of the patient and the number of the insured person's card.
  • Reception for an application to an insurance reviewing agency is important to understand how much you can claim a medical fee from the reviewing agency.
  • Patient and hospital receptions are also important to understand which patients need to pay and how much medical care they need to pay.
  • the contents of the claim consist of the contents of the medical treatment consisting of consultation, medication, injection, examination, and diagnostic imaging, and information such as the insurance score for each.
  • the lower part is calculated by multiplying the total insurance points, the percentage paid by the paying organization (the fund of the insurer's union, etc.) and the total insurance points by the percentage.
  • the payment amount to be obtained is displayed.
  • the payer is the patient, and the payment amount according to the burden rate of the patient is displayed.
  • Such a receipt is created based on the basic information acquisition unit 22 by the calculation unit 23 for calculating the payment amount based on the number of insurance points.
  • the receptor is created as record data registered in the database 25.
  • the created record of the receptor is displayed on the display section 242 and is confirmed by the operator. When confirming this, the operator makes an error in the If you look at, record code of receptions bets correction of data rows that cormorants t check is made through the input unit 2 4 1 is temporarily held in the database 2 5.
  • the processing unit 26 is a communication interface 21 and a network 70, which stores all records of the receptor created by the receptor creating unit 23 and stored in the database 25. Then, the data is transferred to the database 60 (f3 in FIG. 4).
  • the records of the receptor can be arbitrarily extracted and sorted (sorted) using at least the fields of the medical institution and the patient name as keys.
  • the management WS 30 shown in FIG. 4 accesses the database 60 and displays the processing information of the receptor as shown in FIG. In other words, a list of hospital names, patient names, insurance coverage, receipt preparation status, claim application status, and payment status is displayed for each case. Recepts that are required to be issued on the same day in advance are indicated with an identifier 100 so that they can be distinguished from other claims. ⁇
  • Such a list display may be performed not only in the management WS 30 but also in the WS 20 a, b, c,.
  • the operator inputs the first list item (Shibaura Hospital, Taro Toshiba) in the list of Fig. 4 in order to process the top ten items on the list display.
  • the patient's medical data is displayed.
  • an electronic file in a predetermined format is created and the data of the receipt is written, and the relevant data is written.
  • the data of the receipt is printed out on paper and transmitted to the insurance reviewing agency 16 (offline application).
  • the service center acts only for the issuance of the claim and does not act for the application, it sends the created claim data to the requesting medical institution and ends the service.
  • a message such as “Send a request for application” is displayed on the display of the management WS 30.
  • the OK button When the user clicks the OK button on this screen, an electronic file for applying for a claim is transmitted to the insurance review organization 16.
  • the insurance review agency 16 Upon receipt of the claim application from the claim issuing agent 11, the insurance review agency 16 sends a response notice to the claim issuing agent 11.
  • the message issuance agent 11 displays a message, for example, as shown in FIG. 8B, indicating that "Taro Toshiba has received a request for a request.”
  • a receipt number is added to the reception response notification of this request. Have been.
  • This receipt number is the reference number in the order of receipt of the claim application submitted to the insurance review agency 16.
  • the claim issuing agent 11 can make an inquiry about the claim application to the insurance review agency 16 based on the receipt number.
  • a receipt number be assigned.However, during a short period such as one day, the number of applications is small.
  • the reception number may be omitted as shown in Figure 8C.
  • the claim issuing agent 11 will process them with the highest priority. After that, the created request is sent to the requesting medical institution. When the medical institution receives the reception data, a message is displayed to confirm the receipt. If the patient is to receive the receipt at a later date, send it to the terminal 12b at the patient's home.
  • FIG. 9 shows an example of a screen display on a terminal of a medical institution such as a clinic or a hospital. This screen displays, for each patient who visited in a certain month (for example, January), a list of insurance points and payment amounts for that month.
  • a claim application is sent to insurance reviewing agencies 16 from a number of claim issuers and a number of hospitals. Terminals at Insurance Review Agency 16 keep track of all received application statuses To be able to do so, a list of receptors as shown in Figure 10 is displayed.
  • the reception for the selected hospital is selected.
  • Data is displayed. Based on the displayed data of the claim, the reviewer of the insurance review agency 16 conducts the review.
  • FIG 11 is a flow chart showing the flow of the review performed by the insurance review agency.
  • the terminal 16a of the insurance review agency 16 receives the reception.
  • the receipt issuing agent 11 conducts a re-examination of the returned claim (step S95).
  • the claim which has been reviewed by the claim issuer 11 and the deficiencies and inappropriate matters have been resolved, will be re-examined by the insurance review agency 16.
  • step S93 the receptionist is again checked whether or not the reception is appropriate. If the reception is appropriate, the medical fee is transferred. If it is not appropriate, the process returns to step S95, and the examination, the claim application by the claim agent 11 and the claim examination by the insurance reviewing agency are repeated.
  • the terminal 16a of the insurance reviewing agency 16 displays not only a list of the screening status as shown in Fig. 10 but also a list of monthly payments as shown in Fig. 12 for example.
  • the hospital name, number of medical treatments, payment amount, account number, and payment status are listed. Therefore, the insurance review agency 16 can check at a glance how much the medical fee has been paid to each clinic or hospital, and can also pay the medical fee to each clinic or hospital. Upon payment, a confirmation will be displayed.
  • the receptor issuing agent 11 also performs the payment procedure, the same display is performed on the terminal 11 a of the receptor issuing agent 11.
  • the claim issuing agent 11 who applied for the claim will submit application data indicating which claim was applied, Of the applicants passed the review, and status data indicating which claims were reexamined, such as the receipt number issued by the insurance reviewing agency 16.
  • the information is stored in the database 60 in association with the unique data of the database. This information is useful for efficient and rational processing of the receptor, similar to the information on the preparation status of the receptor described above. According to the above-described embodiment, the information is applied to the service center.
  • the system for creating a reception receives medical data (basic information) of each patient from multiple medical institutions such as clinics and hospitals via a network, and creates a reception based on the data. Apply to an insurance reviewing agency.
  • each medical institution has its own accounting department, etc. Receptacles will be issued more reasonably and efficiently than if humans create them manually.
  • each medical institution can greatly reduce the burden on the accounting department and other organizations.
  • each medical institution can avoid introducing expensive dedicated equipment and systems for issuing issuance of claims, etc., and can achieve significant cost reductions including labor costs.
  • One of the advantageous effects is that the receipt of documents will be digitized and issued promptly, which will greatly speed up accounting work and counter service operations.
  • the system of the service center (recipient issuing agent 11) issues a receptor based on basic information such as medical care data transmitted from a medical institution via a network. And made an application.
  • the service center performs only part of the work in the flow from the issuance of the receipt to the application.
  • the service center will provide a database that is useful for preparing the receipt.
  • FIG. 13 is a diagram for explaining another embodiment of the present invention.
  • the clinic B 13 transmits basic information such as medical data to the service center (recipient issuing agent) 11 and requests the issuance and examination of the receptor (D 1),
  • the center 11 receiving the request receives the basic information, and prepares and issues a receptor based on the received basic information.
  • the center 11 submits an application based on the issued claim to the examination and payment machine (insurance examination organization) 16 (D2).
  • the screening payment institution 16 reviews the applied claim and, if the claim is appropriate, the insurance institution (fund for the union of insurers, etc.) described in the receipt, for example, A insurance union (D 3).
  • the medical insurance fee stated in the receipt will be paid by Insurance Association A.
  • the service center 11 is solely responsible for creating the receptor.
  • the clinic A 12 sends basic information such as medical data to the service center 11 and requests the creation of a receptor based on the basic information (D 4), the service center 11 that has received the request prepares a receptor based on the basic information, and transmits the prepared receptor to the A clinic 12 (D5).
  • a clinic A2 which received the request created by the service center 11, sends the same request directly to the examination and payment institution 16 without going through the service center 11, and applies for the examination. (D6).
  • a medical institution prepares a reception, and at that time, necessary information provision is received from the service center 11.
  • C Hospital 14 creates a receipt in the hospital's medical accounting system.
  • the prepared claim is sent directly to the screening payment institution 16 (D7).
  • the examination and payment institution 16 returns this to C Hospital 14 (D8).
  • C Hospital 14 sends the returned receptor to service center 11 (D 9).
  • the service center 11 adjusts, corrects errors, etc., and provides useful add-on information to the hospital 14 received from the hospital 14 (D10). It goes without saying that such information service may be received before applying to the examination and payment agency 16.
  • step S111 the medical care data is transmitted to the medical accounting system on the network inside the medical institution. You.
  • Step S 1 1 the medical accounting system of the medical institution is set up in the service center 11 and prepares a receipt.
  • the database 60 used for the application is accessed via an external network.
  • Step S 1 1 2 the message displayed in the medical accounting system is shown in Figure 15A.
  • step S113 relevant data for creating a receptor is received.
  • the database 60 of the service center 11 is always accessed via the network to exchange data. Copy and import the data required to create the receptor in real time.
  • Figure 15B shows the confirmation screen when the reception creation is completed.
  • the Yes button is clicked on this screen, the connection between the medical accounting system and the database 60 for preparing a receipt provided in the service center 11 is disconnected.
  • the message shown in Figure 15C is displayed, and the medical accounting system ends.
  • step S115 an application is made by sending the prepared receipt to the institution / payment agency 16.
  • Fig. 13 shows a case where the medical accounting system takes in the database 60 from the service center 11 and creates a receipt. If the internal database of the medical accounting system has not been updated for a certain period of time, a message as shown in Fig. 17 is displayed and the service center 11-cara database 60 is retrieved. To get the latest information.
  • a medical accounting system may be incorporated in a service center acting on behalf of issuing and applying for a claim
  • the present invention may be implemented as a system acting on behalf of a medical accounting business.
  • the present invention is useful in a system technology field that uses a computer and a network to streamline and improve the efficiency of medical accounting operations in insurance medical treatment.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

For example, a clinic B (13) transmits basic information including medical treatment data to a service center (11) and requests the center (11) to issue a receipt and make an examination (D1). The requested center (11) receives the basic information, makes and issues a receipt according to the received basic information, and applies for payment to examination payment institution (16) on the basis of the issued receipt (D2). The examination payment institution (16) examines the receipt for which payment is requested and sends the receipt to the medical insurance institution described in the receipt if the receipt is a proper one (D3).

Description

明 細 書  Specification
診療報酬明細書を発行する装置および方法 Apparatus and method for issuing medical fee statement
技術分野 Technical field
本発明は、 診療所や病院等の医療機関からの依頼によ り 通 信ネッ ト ワーク を介して電子的な診療報酬明細書を発行する 装置および方法に関する。  The present invention relates to an apparatus and a method for issuing an electronic medical fee statement via a communication network at the request of a medical institution such as a clinic or a hospital.
背景技術 Background art
患者が治療や投薬を受けた場合に、 診療所、 病院等の医療 機関に対して支払われる料金のこ と を診療報酬とい う。 診療 報酬の支払方式を類型化する と、 出来高払い制と定額払い制 と に大別される。 出来高払い制は、 例えば日本のよ う に保険 診療の診療行為の内容ごと に点数を表示し、 その点数の総和 に一点単価を乗じて診療報酬を算出 し、 その金額を保険者が 支払 う方式をい う。 他の国々では、 支払われる医療費総額に 制限を設けた り 、 一点単価を変えた り 、 定額払い制と併用す る場合もある。  The fee paid to medical institutions such as clinics and hospitals when patients receive treatment and medication is called medical fees. Medical payments can be broadly divided into two types: fee-based payment and fixed-rate payment. The fee-for-pay system is a system in which, for example, in Japan, points are displayed for each type of medical treatment of insurance medical treatment, the sum of the points is multiplied by a unit price to calculate the medical treatment fee, and the amount is paid by the insurer. Say. In other countries, there may be limits on the total amount of medical expenses paid, different unit prices, or a combination of flat-rate payments.
比較的規模の大きい病院等の医療機関では、 診療報酬およ びその課金等を管理するためにオーダー リ ングシステム と 医 事会計システムを導入している。 最近では、 これらのシステ ムに対しさ らに電子カルテシステムを組み入れるなど、 よ り 高度な病院情報システムを構築している病院もある。 こ のよ う な病院では、 医師が診療を行った際に、 電子カルテシステ ムゃオーダーリ ングシステムの各端末から診療行為に関する 情報を入力する。 入力された診療情報は情報部門のデータべ ース に格納される。 そ して、 会計部門の医事会計士は、 医事会計システムを利 用 してデータベース に格納されている診療情報およびその他 必要な情報を患者毎に検索し、 検索結果を参照しながら診療 報酬明細書を紙で作成する。 そ して会計部門は、 各患者につ いて作成された診療報酬明細書を例えば月 毎にま と めて保険 審査機関に送付し、 審査及び診療報酬の支払いを請求する。 また、 会計部門は、 患者に対し、 その患者の負担率に応じた 金額の支払いを請求する。 Medical institutions such as hospitals, which are relatively large, have introduced an order ring system and a medical accounting system to manage medical fees and billing. Recently, some hospitals have built more sophisticated hospital information systems, such as incorporating an electronic medical record system into these systems. In such hospitals, when a doctor performs medical treatment, information on medical treatment is input from each terminal of the electronic medical record system / ordering system. The entered medical information is stored in the information department database. The medical accountant in the accounting department searches for medical information and other necessary information stored in the database for each patient using the medical accounting system, and refers to the search results to obtain a medical remuneration statement. Create on paper. Then, the accounting department sends the medical reimbursement statement prepared for each patient to the insurance reviewing agency, for example, on a monthly basis, and requests a review and payment of the medical reimbursement. The accounting department will also charge the patient for an amount that is proportional to the patient's burden.
と ころで、 各種医療機関においては、 他業種の一般企業と 同様に経営資源の合理化、 および効率化の促進が叫ばれてい る。 例えば、 大規模の医療機関では、 医事会計に携わる人員 を多数確保しなければならず、 人件費等の経費が経営に大き く 影響する。 また小規模の病院や診療所では、 医事会計に携 わる専門の人材を確保する こ と 自体困難な場合もある。 月末 および月初など診療報酬明細書の作成に係る事務処理が集中 する時期には、 一時的な増員が必要になる。 繁忙時期におけ る人員不足は請求の遅れや請求漏れ等の発生にもつながる。  At the same time, there is a call for various medical institutions to streamline their management resources and promote efficiency, just like general companies in other industries. For example, a large medical institution must secure a large number of personnel involved in medical accounting, and personnel expenses and other expenses will have a significant effect on management. In small hospitals and clinics, securing specialized human resources for medical accounting can be difficult in some cases. At the end of the month and at the beginning of the month, when clerical work related to the preparation of medical remuneration statements is concentrated, a temporary increase in staff is required. Shortage of staff during busy periods can lead to delays in billing and omission of billing.
また、 診療報酬明細書作成のための専用の機器を医療機関 が独自 に導入する場合、 診療所など小規模の医療機関では、 患者数が比較的少ないため設備投資に関する費用対効果も多 く を見込めない。 また、 保健医療に関する法改正等によ り診 療報酬の算定手順が変更になったよ う な場合のシステ ム変更 にも莫大な手間 と コ ス トがかかる。  In addition, if a medical institution introduces its own equipment for preparing a medical fee statement, a small medical institution such as a clinic will have a relatively small number of patients, so the cost-effectiveness of capital investment will be high. I can't expect it. In addition, enormous effort and cost are required to change the system in the case where the procedure for calculating medical fees has been changed due to the revision of the law on healthcare.
また、 診療報酬明細書を効率的に発行する こ とで事務処理 能力を高め、 会計処理の窓口における患者への迅速な対応サ 一ビスを実現する こ と も必要である。 In addition, the efficient issuance of medical fee reimbursement statements enhances the administrative processing capacity, and promptly responds to patients at accounting desks. It is also necessary to realize one service.
一方、 保険審査機関でほ、 各医療機関から送付されてきた 紙の診療報酬明細書を手作業によ り 処理しなければならず、 煩雑であって効率が悪く 時間がかかる。 また、 紙の診療報酬 明細書に記載された事項は、 これを電子化しない限り 、 人間 が精査を行 う他に自動的にチェ ックする手段はない。 このた め、 過去の情報との照合によ り過剰診療等をチェ ックする こ と にも莫大な手間がかかっていた。  On the other hand, an insurance reviewing institution must manually process the paper medical remuneration statement sent from each medical institution, which is cumbersome, inefficient and time-consuming. In addition, unless there is a digitization of the matters described in the paper medical remuneration statement, there is no other means of automatically checking other than human scrutiny. For this reason, it took a huge amount of time to check for excessive medical treatment by checking with past information.
以上述べたよ う に従来では、 病院や診療所等のそれぞれの 医療機関が専用の機器を導入し、 会計部門において紙の診療 報酬明細書を独自 に作成し発行していたので、 効率が悪く 、 合理的で迅速な診療明細書の発行ができないとい う 問題があ つた。  As described above, in the past, each medical institution such as a hospital or clinic installed a dedicated device, and the accounting department independently created and issued a paper medical remuneration statement, which was inefficient. There was a problem that it was not possible to issue a medical statement in a reasonable and prompt manner.
発明の開示 Disclosure of the invention
本発明は、 診療報酬明細書を合理的かつ効率的に発行する 装置及び方法を提供する こ と を 目的とする。  An object of the present invention is to provide an apparatus and a method for issuing a medical remuneration statement rationally and efficiently.
本発明の診療報酬明細書作成装置は、 少なく と も患者の診 療情報及びこの患者の識別情報を含む診療データをネッ ト ヮ ーク を介して医療機関から受信するための通信用ワークステ ーシ ヨ ンと 、 前記通信用ワーク ステーショ ンによ り 受信され た診療データ を記憶する第 1 のデータベース と 、 前記第 1 の データベースから一部の診療データを読み出 し、 該読み出し た診療データに基づき、 前記患者の識別情報及び診療情報毎 に診療報酬明細書を作成する複数の作成用ワークステーショ ンと 、 前記複数の作成用ワークステーショ ンのそれぞれにお ける前記診療報酬明細書の作成状況を監視し、 該作成状況を 前記患者の識別情報毎に一覧表示する管理用ワークステーシ ヨ ンと を具備する。 An apparatus for preparing a medical fee statement according to the present invention is a communication workstation for receiving at least medical information of a patient and medical data including identification information of the patient from a medical institution via a network. Yon, a first database storing medical data received by the communication workstation, a part of medical data read out from the first database, and based on the read medical data. A plurality of creating workstations for creating a medical remuneration statement for each of the patient identification information and the medical information; and a plurality of creating workstations respectively. And a management workstation for monitoring a status of preparing the medical fee statement, and displaying a list of the status for each patient identification information.
また、 本発明の診療報酬明細書の発行方法は、 少なく と も 患者の診療情報及びこの患者の識別情報を含む診療データを 保存管理する複数の施設にネ ッ ト ワーク を介して接続される コ ンピュータ システムによ り診療報酬明細書を発行する方法 であって、 前記施設から前記ネ ッ ト ワーク を介して前記診療 データ を受信する診療データ受信ステ ップと 、 受信した前記 診療データから診療報酬明細書の作成又は作成支援を行 う診 療報酬明細書作成ステ ップと から成る。  In addition, the method of issuing a medical fee statement according to the present invention is a method for connecting a plurality of facilities for storing and managing medical data including at least medical information of a patient and identification information of the patient via a network. A method for issuing a medical fee statement by a computer system, comprising: a medical data receiving step for receiving the medical data from the facility via the network; and a medical fee based on the received medical data. It consists of a medical fee statement preparation step for preparing or supporting the preparation of the statement.
また、 本発明の診療報酬明細書を発行する方法は、 少なく と も患者の診療情報及びこの患者の識別情報を含む診療デー タ を保存管理するデータベースを有する複数の施設にそれぞ れ設け られた端末とネッ ト ワーク を介して接続される コ ンビ ユ ータシステムによ り診療報酬明細書を発行する方法であつ て、 前記施設の端末に対して前記データベース に保存管理さ れる前記診療データ の送信を促すステ ップと 、 前記診療デー タ を受信して、 前記診療報酬明細書の作成又は作成支援を行 う ステ ップと、 作成された前記診療報酬明細書を診療報酬明 細書の正当性を審査する審査機関に前記ネ ッ ト ワーク を介し て送信するステ ップとから成る。  Further, the method for issuing a medical fee statement according to the present invention is provided at each of a plurality of facilities having a database for storing and managing at least medical information of patients and medical data including identification information of the patients. A method for issuing a medical remuneration statement by a combi-user system connected to a terminal via a network, comprising: transmitting the medical data stored and managed in the database to the terminal of the facility. A step of prompting, a step of receiving the medical data and providing or supporting the preparation of the medical fee statement, and a step of validating the created medical fee statement with the validity of the medical fee statement. Transmitting to the reviewing agency through the network.
図面の簡単な説明 BRIEF DESCRIPTION OF THE FIGURES
図 1 は本発明の一実施形態における、 複数の病院と レセプ ト発行代行者と保険審査機関と の関係を示す図 図 2 はレセプ トの発行および審査の流れを示す図 FIG. 1 is a diagram showing a relationship between a plurality of hospitals, a claim issuing agent, and an insurance reviewing agency in one embodiment of the present invention. Figure 2 shows the flow of the issuance and review of the receipt
図 3 Aはオーダー情報入力画面を示す図  Figure 3A shows the order information input screen
図 ¾ B は受診終了時の画面を示す図  Figure ¾B shows the screen at the end of the consultation
図 3 Cは診療データ送信時の画面を示す図  Figure 3C shows the screen when sending medical data
図 3 Dは診療データの受信通知の画面を示す図  Figure 3D shows the screen for receiving notification of medical data
図 3 Eは診療データの再送信を促すための画面を示す図 図 4 はレセプ ト作成のためのシス テ ムの概略構成を示すプ ロ ッ ク図  Fig. 3E shows a screen for prompting retransmission of medical data. Fig. 4 is a block diagram showing the schematic configuration of a system for creating a receptor.
図 5 はレセプ ト作成用ワークス テーシ ョ ンの概略構成を示 すプロ ック 図  Fig. 5 is a block diagram showing the schematic configuration of a workstation for creating a reception.
図 6 Aは申請用の レセプ ト を示す図  Figure 6A shows the application reception
図 6 Bは患者用の レセプ ト を示す図 ' ' 図 7 は管理用ワークスステーショ ンにおける レセプ ト処理 情報の画面を示す図  Fig. 6B shows the patient's reception '' 'Fig. 7 shows the reception processing information screen on the management workstation
図 8 Aはレセプ ト 申請の送信時の画面を示す図  Figure 8A shows the screen when submitting a claim application
図 8 B は受付番号が付与された レセプ ト 申請の受信通知の 画面を示す図  Fig. 8B shows a screen for receiving a receipt request with a receipt number.
図 8 Cは受付番号が付与されないレセプ ト 申請の受信通知 の画面を示す図  Fig. 8C shows the screen of the receipt notification of the receipt application without the reception number
図 9 は医療機関向けに月 次で通知された各患者毎の保険点 数及び支払金額の一覧画面を示す図  Figure 9 shows a list of insurance points and payment amounts for each patient notified to medical institutions on a monthly basis.
図 1 0 は保険審査機関における審查状況の一覧画面を示す 図  Figure 10 shows a screen listing the status of examinations by the insurance reviewing organization.
図 1 1 は保険審查機関における審査の流れを示すフローチ ヤー ト 図 1 2 はサービスセンターにおける各医療機関毎の月 次の 支払金額の一覧画面を示す図 Fig. 11 is a flow chart showing the flow of the examination by the insurance examination organization Figure 12 shows the monthly payment amount list screen for each medical institution at the service center.
図 1 3 は本発明の他の実施形態を説明するための図 図 1 4 は医療機関の医事会計システムにおける レセプ ト作 成の流れを示すフ ローチヤ一 ト  FIG. 13 is a diagram for explaining another embodiment of the present invention. FIG. 14 is a flow chart showing a flow of creating a receptor in a medical accounting system of a medical institution.
図 1 5 Aは医事会計システムからサービスセンターのデー タベースへの接続時の画面を示す図 図 1 5 Bは医事会計システムにおける レセプ ト作成終了時 の画面を示す図  Fig. 15A shows the screen when connecting from the medical accounting system to the database of the service center. Fig. 15B shows the screen at the end of the reception creation in the medical accounting system.
図 1 5 Cは医事会計システムからサービスセンターのデー タベースへの接続をロ グァゥ トする時の画面を示す図 図 1 6 は医事会計システムがサービスセンターのデータべ ース を取 り 込む場合を示すフ ローチヤ一 ト  Fig. 15C shows the screen when logging the connection from the medical accounting system to the database of the service center. Fig. 16 shows the case where the medical accounting system takes in the database of the service center. Flow chart
図 1 7 は医事会計システムがサー ビスセンターのデータべ ースを取 り 込む場合の画面を示す図  Figure 17 shows the screen when the medical accounting system takes in the database of the service center
発明を実施するための最良の形態 BEST MODE FOR CARRYING OUT THE INVENTION
以下、 本発明の一実施形態について説明する。  Hereinafter, an embodiment of the present invention will be described.
図 1 は診療所や病院と、 診療報酬明細書 (以下、 レセプ ト (rezept)とい う ) の発行代行者と、 保険審査機関と の関係を 概念的に示す図である。 図 2 は発行代行者による レセプ ト作 成の大まかな手順を示す図である。  Figure 1 is a conceptual diagram showing the relationship between clinics and hospitals, agents who issue medical reimbursement statements (hereinafter referred to as “rezept”), and insurance review organizations. Figure 2 is a diagram showing the general procedure for creating a receptor by the agent.
図 1 に示すレセプ ト発行代行者 1 1 は、 サー ビスセンター (業者又は病院群のセンター) に属してお り 、 その端末 1 1 a は、 ネ ッ ト ワーク を介して、 例えば A診療所 1 2、 B診療 所 1 3、 C病院 1 4 、 および D診療所 1 5 の各端末 ( 1 2 a 等) 及び保険審查機関 1 6 の端末 1 6 a 、 及び患者の端末 1 2 b と通信が可能である。 . レセプ ト発行代行者 1 1 は上記診療所 1 2 , 1 3, 1 5 お よび病院 1 4 から患者に関する電子カルテ情報及び診断 · 治 療に際して必要な薬品な どのオーダー情報を受け取り 、 これ らに代わってレセプ ト を作成し、 保険審査機関 1 6 に申請す る業務を行う。 The receptor issuing agent 11 shown in Fig. 1 belongs to a service center (center of a business or hospital group), and its terminal 11a is connected via a network to, for example, the A clinic 12 , B clinic 13, C clinic 14, and D clinic 15 (12 a Etc.) and the terminal 16a of the insurance reviewing agency 16 and the terminal 12b of the patient. The Recipient Issuing Agent 11 receives electronic medical record information on patients and order information such as medicines necessary for diagnosis and treatment from the clinics 12, 13, 15 and the hospital 14, and Create a receipt on behalf of the applicant and submit an application to insurance review agency 16.
患者の電子カルテ情報と は、 その患者の紙のカルテに書力 れている情報を電子化したものをい う。 一般に、 カルテには 患者名、 患者の加入している保険組合、 被保険者証の番号、 年齢、 住所、 電話番号等の患者を認識するための情報と検査 投薬、 診断、 注射な どのオーダー情報から成る。 カルテ と検 查依賴用紙 (オーダー) は別々 に分かれている こ と もあ り 、 その場合、 電子カルテ情報にはオーダー情報を含んでいない 'オーダー情報と は、 過去から現在までの、 検査、 投薬、 診 断、 注射等、 すべてのオーダーに関する情報である。 患者認 識情報は、 患者の加入している保険組合、 被保険者証の番号 年齢、 住所、 電話番号など、 その患者の個人情報である。 ま た診療情報は、 オーダー情報と患者の主訴、 医師から見た客 観的な診断 (所見とい う) 、 および次回の診療計画等から成 る。  The electronic medical record information of a patient is the electronic version of the information written on the patient's paper medical record. In general, medical records include information for recognizing the patient, such as the patient's name, the insurance union in which the patient is enrolled, the number of the insured person's card, age, address, telephone number, etc. Consists of In some cases, the medical record and the inspection form (order) are separated from each other. In this case, the electronic medical record information does not include the order information. Information on all orders, such as diagnosis, injection, etc. Patient identification information is the patient's personal information, such as the insurance union that the patient has joined, the insured person's card number, age, address, and telephone number. The medical care information consists of order information, the patient's chief complaint, an objective diagnosis (a finding) from the doctor's point of view, and the next medical care plan.
なお、 保険審査機関 1 6 から診療所 1 2, 1 3, 1 5 およ び病院 1 4への診療報酬の支払については、 指定口座への送 金を行う 契約が予め締結される ものとする。  For the payment of medical fees from the insurance reviewing institution 16 to the clinics 12, 13, 15 and the hospital 14, a contract for remittance to the designated account shall be concluded in advance. .
こ こ で、 図 2 を参照 しながら、 図 1 に示した例えば A診療 所が レセプ ト発行代行者 1 1 に対しレセプ ト の作成 · 発行を 依頼し、 さ らにこ の レセ プ トについて、 レセプ ト発行代行者 1 1 が保険審査機関 1 6 に対し審査を申請する場合について 説明する。 Here, referring to FIG. 2, for example, the Requests the preparation and issuance of the claim from the agency that issues the claim 11, and the agency that issues the claim applies for an assessment to the insurance review agency 16. The case will be described.
A診療所 1 2 の医師は、 ステップ S 1 に示すよ う に、 図 1 の A診療所 1 2 にある端末 1 2 a を起動し、 図示しない所定 の画面上において、 診療した患者に関するオーダー情報及ぴ 電子カルテ情報 (以下、 ま と めて診療データ と い う) を入力 する。  As shown in step S1, the physician in the clinic A 12 activates the terminal 12a in the clinic A 12 in FIG. 1 and displays order information on the treated patient on a predetermined screen (not shown). And input electronic medical record information (hereinafter collectively referred to as medical treatment data).
オーダー情報と しては'、 患者の注射、 投薬、 検査などの情 報を入力する。 例えば、 図 3 Aに示す画面において、 (検 查) 項目 については血液検査、 (注射) 項目 については〇 X △薬の l m l の投薬、 (画像) 項目 については M R I 検查、 とい う 具合に所定項目 の入力が行われる。 この表示に基づい て、 医師は入力に誤り や項目 の過不足がないかの確認を行う 電子カルテ情報及びオーダー情報の入力が完了する と、 そ れらのデータ は一旦、 図示しないデータベース に保存される さ らに、 端末 1 2 a に例えば図 3 B に示すよ う な画面が表示 される。 こ の画面では、 「東芝太郎さんの受診を終了 しま す。 」 とい う 具合に受診を終了する患者名が表示される と共 に、 「患者診療を終了 しますか?」 , 「即 日 レセ プ ト が必要 ですか? 」 とい う 具合にメ ッセージが表示され、 こ の表示に 対するユーザからの回答入力が促される。  For order information, enter information such as patient injections, medications, and tests. For example, in the screen shown in Fig. 3A, the blood test is performed for the (test) item, the Xml of the drug is injected for the (injection) item, and the MRI test is performed for the (image) item. The item is entered. Based on this display, the physician checks whether there are any errors in the entry or whether there are any missing or deficient items. Once the input of the electronic medical record information and the order information is completed, the data is temporarily stored in a database (not shown). Further, a screen as shown in FIG. 3B is displayed on the terminal 12a. On this screen, the name of the patient who will end the consultation will be displayed, such as "Taro Toshiba will end consultation.", And "Do you want to exit patient care?" Is required? "Is displayed, and the user is prompted to enter an answer to this message.
患者と 医療機関と の間、 及び患者と レセプ ト発行代行者と の間において口座引落等の決済契約が締結されていない場合 には即 日 の支払が必要になる。 この場合、 患者や病院な どで レセプ トが当 日 中に必要になる。 その場合、 医師は即日 レセ プ トが必要かど う か患者に確認しなが ら、 端末 1 2 a の上記 即 日 レセプ ト の要否選択画面で Y e s ボタ ンをク リ ックする, 患者診療を終了 しない場合、 図 3 B の画面において医師が N o ボタ ンをク リ ッ クする と、 電子カルテやオーダーの入力 画面が表示される。 When a settlement contract, such as a direct debit, has not been concluded between the patient and the medical institution, and between the patient and the agent issuing the receipt Requires payment on the same day. In this case, patients and hospitals will need to receive a claim on the same day. In this case, the physician checks with the patient whether or not a same-day reception is required, and then clicks the Yes button on the same-day / no-request selection screen on terminal 12a. If the doctor does not end the medical treatment, the doctor's click on the No button on the screen in Fig. 3B will display the electronic medical record and order input screen.
図 2 のステ ップ S 2 に示すよ う に、 A診療所の端末 1 2 a は、 そのデータベース に蓄え られた電子カルテ情報おょぴォ ーダー情報からなる診療データを、 レセプ ト発行代行者 1 1 の端末 1 1 a に送信する。 送信のタイ ミ ングは、 一人の患者 が終了する度、 一定時間おき、 あるいは一日 の診療が終了す る度など、 適宜に定められる。 勿論、 診療データが発生した 任意のタイ ミ ングで依頼送信が行われても良い。  As shown in step S2 in Fig. 2, terminal 12a of the clinic A sends the medical treatment data consisting of the electronic medical record information and order information stored in the database to the reception issuing agent. Send to terminal 1 1 a of 1 1. The transmission timing is determined as appropriate, such as each time one patient is completed, at regular intervals, or once a day of medical treatment is completed. Of course, the request may be transmitted at any time when the medical data is generated.
なお、 A診療所の端末 1 2 a において、 診療データの送信 が行われる際、 図 3 Cに示すよ う な画面が表示される。 こ の 画面においては、 診療データ を送信してよいかど う かの確認 を操作者 (医師) に促す。 こ の画面において医師が 0 Kボタ ンをク リ ッ クする と診療データが実際に送信される。 ·  At the terminal 12a of the clinic A, when the medical data is transmitted, a screen as shown in FIG. 3C is displayed. This screen prompts the operator (doctor) to confirm whether the medical data can be transmitted. When the doctor clicks the 0K button on this screen, the medical data is actually transmitted. ·
送信された診療データは、 レセプ ト発行代行者 1 1 のデー タベース に格納される。 レセプ ト発行代行者 1 1 の端末 1 1 a では、 ステ ップ S 3 において A診療所からの診療データ を 上記データベースから取り 出 し、 受け付ける (ステ ップ S 3 ) 。 なお、 レセプ ト発行代行者 1 1 では、 例えば A診療所 のデータベース に直接ア ク セス して診療データ を取り 出すこ と もでき る。 The transmitted medical data is stored in the database of the receptor issuing agent 11. In step S3, the terminal 11a of the receptor issuing agent 11 retrieves the medical data from the clinic A from the database in step S3 and receives it (step S3). It should be noted that the request issuing agent 11 can directly access the database of Clinic A to retrieve medical data. You can also.
送った診療データがレセプ ト発行代行者 1 1 に確実に届い たかを A診療所 1 2側が確認したい場合、 ステップ S 4 にお いて図 3 Dのよ う な画面が表示される。 こ の画面によれば、 患者 「東芝太郞さん」 の診療データをレセプ ト発行代行者 1 1 が正常に受け取ったこ とが A診療所 1 2側で確認される。 万一、 レセプ ト発行代行者 1 1 が診療データを正常に受信 できなかった場合には、 例えば図 3 Eに示すよ う に、 「東芝 太郎さんの診療データを再送信して く ださい」 とい う 具合に 再送信を促すための画面が A診療所 1 2 の端末 1 2 a に表示 される。 こ の画面で Y e s ボタ ンがク リ ッ ク される と診療デ ータがレセプ ト発行代行者 1 1 に再度送信される。  If the A clinic 12 wants to confirm whether the sent medical data has reached the receptor issuing agent 11 reliably, a screen as shown in Fig. 3D is displayed in step S4. According to this screen, it is confirmed by the A clinic 12 that the reception issuing agent 11 has successfully received the medical data of the patient “Toshiba Toshiba”. In the unlikely event that the reception issuing agent 11 did not receive the medical care data normally, as shown in Figure 3E, for example, "Please resend the medical care data of Taro Toshiba." A screen for prompting retransmission is displayed on terminal 12a of clinic A12. When the Yes button is clicked on this screen, the medical care data is sent again to the receptor issuing agent 11.
レセプ ト発行代行者 1 1 は、 各患者の診療データを、 A診 療所からだけではなく 、 B診療所 1 3 、 C病院 1 4及び D診 療所 1 · 5 の端末から も同様に受信する。 なお、 これら医療機 関の各々 の認証を、 サー ビス提供に先だって解決しておく 必 要がある。 認証を行う こ とで不正なレセプ トが故意に申請さ れる こ と を抑制でき る。  The reception issuing agent 11 receives the medical data of each patient not only from the clinic A, but also from the terminals of the clinic B 13, the C hospital 14, and the D clinic 1.5. It is necessary to resolve the certification of each of these medical institutions before providing services. By performing authentication, it is possible to suppress an unauthorized application from being intentionally applied.
そ して、 図 2 のステップ S 5 に示すよ う に、 レセプ ト発行 代行者 1 1 は、 各診療所や病院から送られて く る診療データ に基づいてレセプ ト を作成する。 こ こで、 レセプ ト発行代行 者 1 1 においては、 作成した レセプ トが適正なものである力、 否かの確認を行う。 また、 各診療所等が既に作成したものが あるかど う か、 偽り がないかど う か、 などの確認も行う (ス テツプ S 6 ) 。 作成されたレセプ トは、 A診療所、 患者、 及 ぴ保険審査機関のそれぞれに送信される (ステップ S 7 ) 。 レセプ ト送信に基づく 審査申請を行った場合、 レセプ ト発行 代行者 1 1 は保険審査機関 1 6側における レセプ ト の受信を 確認する (ス テ ッ プ S 8 ) 。 Then, as shown in step S5 in FIG. 2, the receptor issuing agent 11 creates a receptor based on the medical data sent from each clinic or hospital. Here, the claim issuing agent 11 confirms whether or not the prepared claim is an appropriate one or not. In addition, it checks whether or not each clinic has already created it, and whether or not it is true (Step S6). The generated claims are: A clinic, patients, and 送信 Sent to each insurance review organization (step S7). When the application for examination is made based on the transmission of the receipt, the claim issuing agent 11 confirms the receipt of the receipt by the insurance review agency 16 (step S8).
以下、 サー ビスセ ンターに適用 される レセプ ト作成等のた めのシステム及ぴ同シス テムにおいて行われるサー ビスにつ いて説明する。  In the following, a system for creating a claim applied to the service center and services provided in the system will be described.
図 4 は、 サー ビスセンターに適用 される レセプ ト作成等の ためのシステムの構成を示すプロ ック 図である。 このシステ ム は、 ローカ ルエ リ アネ ッ ト ワーク ( L A N ) 7 0 を基本要 素と して構成される。 このネッ ト ワーク 7 0 は、 診療所や病 院等の医療機関および保険審査機構との通信のために、 外部 のネ ッ ト ワ ー ク 8 0 に接続されてい る。  Fig. 4 is a block diagram showing the configuration of the system for creating a receipt applied to the service center. This system is composed of a local area network (LAN) 70 as a basic element. This network 70 is connected to an external network 80 for communication with medical institutions such as clinics and hospitals and insurance review organizations.
ネッ ト ワーク 7 0 には、 複数台のレセプ ト作成用ワークス テーシ ヨ ン (以下、 W S と記す) 2 0 a , 2 0 b , 2 0 c , . . . と 、 管理用 W S 3 0 と、 通信用 W S 4 0 と、 デー タベース 5 0 および 6 0 とが接続されている。  The network 70 includes a plurality of receptacle creation workstations (hereinafter referred to as WS) 20 a, 20 b, 20 c,..., And a management WS 30. The communication WS 40 and the databases 50 and 60 are connected.
先ず通信用 W S 4 0 は、 ネッ ト ワーク 8 0 を通じて医療機 関から レセプ ト作成依頼およびレセプ ト作成に要する基本情 報を受信する。 基本情報と は、 上述じた診療データ の こ と で あって、 少なく と も診療の 日 時、 診療所、 および患者を識別 する情報、 および診療の具体的内容すなわち、 診断、 治療、 および投薬に関する情報等からなる。 なお、 通信用 W S 4 0 は、 医療機関が作成したレセプ ト を受信する こ と もある。 受 信したレセプ ト に基づく 処理については後述する。 通信用 W S 4 0 が受信した基本情報はデータベース 5 0 に送られ、 同 データベース 5 0 内に格納される ( f l ) 。 First, the communication WS 40 receives a request for creating a receptor and basic information required for creating a receptor from a medical institution via the network 80. The basic information is the medical data described above, and at least information identifying the date and time of the medical treatment, the clinic, and the patient, and the specific contents of the medical treatment, i.e., the diagnosis, treatment, and medication. It consists of information. Note that the WS 40 for communication may receive a request created by a medical institution. Processing based on the received receipt will be described later. Communication W The basic information received by S40 is sent to the database 50 and stored therein (fl).
こ こ で管理用 W S 3 0 は、 通信用 W S 4 0 が受信した複数 の レセプ ト作成依頼に基づく タスク を、 複数台のレセプ ト作 成用 W S 2 0 に分配する。 例えば管理用 W S 3 0 から依頼を 受けた レセ プ ト作成用 W S 2 0 b は、 データベース 5 0 から 分配されたタ ス ク に基づき該当する基本情報を読み出し ( f 2 ) 、 読み出 した基本情報に基づいてレセプ ト を作成する。 またレセプ ト作成用 W S 2 0 b は、 作成したレセプ トをデー タベース 6 0 に出力する ( f 3 ) 。  Here, the management WS 30 distributes the tasks based on the plurality of request creation requests received by the communication WS 40 to the plurality of receptor creation WSs 20. For example, the WS 20 b for creating a request, which is requested from the management WS 30, reads the corresponding basic information based on the tasks distributed from the database 50 (f 2), and reads the read basic information. Create a receptor based on the. Further, the WS 20 b for creating a receptor outputs the created receptor to the database 60 (f 3).
レセプ ト作成用 W S 2 0 b と 同様に、 レセプ ト作成用 W S 2 0 a , 2 0 c …は、 管理用 W S 3 0 からの依頼に基づいて レセプ ト を作成し、 その結果をデータベース 6 0 に出力する , レセプ ト作成用 W S 2 0 が複数設け られてお り 、 レセプ ト 作成用 W S 2 0 のそれぞれが管理用 W S 3 0 からの依頼に基 づいてレセプ ト作成を行う よ う に構成されているので、 レセ ブ ト作成に係る処理を適切に分散させる こ とができ、 システ ム全体のスループッ ト を向上でき る。  Similar to the WS 20b for creating a receptor, the WS 20a for creating a receptor, 20c… creates a receptor based on a request from the management WS 30 and stores the result in a database 60b. There are a plurality of WS20 for creating a receptacle, which are output to the client, and each of the WS20 for creating a receptacle is configured to create a receptacle based on a request from the management WS30. As a result, the processing related to the receipt creation can be appropriately distributed, and the throughput of the entire system can be improved.
管理用 W S 3 0 は、 データベース 6 0 へア ク セスする こ と によ り 、 レセプ ト の作成状況をモニ タ表示し、 リ ポー ト を作 成する ( f 4 ) 。 このと き、 人間又は W S 当た り の レセプ ト 作成能力を表示する。 こ の情報は、 莫大な数の レセプ ト を作 成する際に極めて有用である。 レセプ ト作成の進涉状況に基 づいて、 必要であれば新たなレセプ ト作成用 W S を当該シス テムに追加 して処理能力を向上させた り 、 不要な W S を停止 又は削減する こ と で稼働率を高める と いっ たこ と が容易に実 現可能になる。 なお、 進渉状.況の リ ポー ト を定期的若し く は 任意のタイ ミ ングで医療機関や保険審査機関へ送信する こ と も有効である。 リ ポー ト に基づいて当該システムの負荷状況 を判断でき、 依頼元において レセプ ト作成等の依頼を調整可 能になる力 らである。 By accessing the database 60, the management WS 30 displays the status of the creation of the receptor and creates a report (f4). At this time, the ability to create a receptor per human or WS is displayed. This information is extremely useful when creating vast numbers of receptors. Based on the progress of receptor creation, if necessary, add a new WS for receptor creation to the system to improve processing capacity or stop unnecessary WS In addition, it is easy to increase the occupancy rate by reducing it. It is also effective to send a report on the status of progress to a medical institution or an insurance review institution at regular or arbitrary times. The ability to judge the load status of the system based on the report, and enable the requester to adjust the request for creating a receipt.
図 5 は、 レセプ ト作成用 W S の構成を示すプロ ッ ク図であ る。 同図に示すよ う に レセプ ト作成用 W S は、 通信イ ンター フ ェース 2 1 , 基本情報取得部 2 2 , レセプ ト作成部 2 3 , ユーザーイ ンタ ーフ ェース 2 4 , データベース (ロー力 /レ ) FIG. 5 is a block diagram showing the configuration of the WS for creating a receptor. As shown in the figure, the WS for creating a receptor includes a communication interface 21, a basic information acquisition unit 22, a reception creation unit 23, a user interface 24, and a database (low power / )
2 5 , および処理部 2 6 から構成される。 通信イ ンターフ エ ース 2 1 はネ ッ ト ワーク 7 0 に接続されている。 基本情報取 得部 2 2 は、 管理用 W S 3 0 から分配された レセプ ト作成依 頼タス ク を受領し、 通信イ ンターフェース 2 1 を介してデー タベース 5 0 に格納されている基本情報の う ち、 管理用 W S2 and a processing unit 26. The communication interface 21 is connected to the network 70. The basic information acquisition unit 22 receives the request for creating a request distributed from the management WS 30, and obtains the basic information stored in the database 50 via the communication interface 21. U.S. management WS
3 0 から依頼されている レセプ ト の作成に必要な基本情報を 読み出 し、 ローカルのデータベース 2 5 に一時的に記憶させ る。 また基本情報取得部 2 2 は、 レセプ ト作成部 2 3 に対 し 上記基本情報に基づく レセプ ト の作成を開始させる。 It reads the basic information required to create the request requested from 30 and temporarily stores it in the local database 25. Further, the basic information acquisition unit 22 causes the receptor creation unit 23 to start creating a receptor based on the basic information.
レセプ ト作成部 2 3 には、 ユーザーイ ンターフェース 2 4 が接続されている。 ユーザイ ンターフェース 2 4 は、 キーボ ー ド及びマ ウス等から なる入力部 2 4 1 と 、 ディ スプレイ等 力、ら なる表示部 2 4 2 と によ り 構成される。 データベース 2 5 は、 レセプ ト作成部 2 3 によ り 作成された レセプ ト のデー タ を一時的に記憶する。 処理部 2 6 は、 作成されたレセプ ト のデータ送信処理や、 誤り データ対応処理など各種情報処理 を行う部分である。 A user interface 24 is connected to the receptor creation section 23. The user interface 24 is composed of an input unit 241 composed of a keyboard, a mouse and the like, and a display unit 242 composed of a display and the like. The database 25 temporarily stores the data of the receptor created by the receptor creator 23. The processing unit 26 is responsible for the created It performs various information processing such as data transmission processing and error data handling processing.
保険審査機関 1 6への申請用のレセプ トの書式を図 6 Aに 示す。 また、 患者用 · 病院用のレセプ ト の書式を図 6 Bに示 す。 レセプ トは、 申請元の病院の名称、 レセプ ト発行代行者 の名称、 患者の氏名及び被保険者証の番号など、 審査や支払 に必要な情報から構成される。  Figure 6A shows the format of a claim for application to insurance review agency 16. Figure 6B shows the format of the patient / hospital reception. The claim consists of the information required for examination and payment, such as the name of the hospital where the application was made, the name of the agency issuing the claim, the name of the patient and the number of the insured person's card.
保険審査機関への申請用のレセプ トは、 審査機関にどの程 度医療報酬を請求でき るかを把握するのに重要である。 また 患者用 · 病院用のレセプ トは、 どの患者がどの程度の医療費 を払 う必要があるのかを把握するのに重要である。 レセプ ト の内容と しては、 診察、 投薬、 注射、 検査、 および画像診断 からなる診療の内容と、 それぞれの保険点数といった情報か らなる。 保険審查機関への申請用のレセプ ト の場合、 その下 部には保険点数の合計、 支払い機関 (保険者の組合等の基 金) の負担率、 及び保険点数の合計に負担率を乗じて求まる 支払金額が表示される。 なお、 患者用 · 病院用の レセプ ト の 場合、 支払者は患者であ り 、 当該患者の負担率に応じた支払 金額が表示される。  Reception for an application to an insurance reviewing agency is important to understand how much you can claim a medical fee from the reviewing agency. Patient and hospital receptions are also important to understand which patients need to pay and how much medical care they need to pay. The contents of the claim consist of the contents of the medical treatment consisting of consultation, medication, injection, examination, and diagnostic imaging, and information such as the insurance score for each. In the case of an application for application to an insurance reviewing organization, the lower part is calculated by multiplying the total insurance points, the percentage paid by the paying organization (the fund of the insurer's union, etc.) and the total insurance points by the percentage. The payment amount to be obtained is displayed. In the case of a patient / hospital claim, the payer is the patient, and the payment amount according to the burden rate of the patient is displayed.
このよ う な レセプ トは、 基本情報取得部 2 2 に基づき、 保 険点数によ る支払額の計算等をレセプ ト作成部 2 3が行なつ て作成される。 また、 レセプ トは、 データベース 2 5 に登録 される レコー ドデータ と して作成される。 作成された レセプ ト の レコー ドは、 表示部 2 4 2 に表示され、 操作者によって 確認される。 こ の確認時に、 操作者がレセプ ト に誤り 等を発 見した場合、 入力部 2 4 1 を介してデータの訂正等を行な う t 確認がなされたレセプ ト の レ コ ー ドは、 データベース 2 5 において一時的に保持される。 Such a receipt is created based on the basic information acquisition unit 22 by the calculation unit 23 for calculating the payment amount based on the number of insurance points. In addition, the receptor is created as record data registered in the database 25. The created record of the receptor is displayed on the display section 242 and is confirmed by the operator. When confirming this, the operator makes an error in the If you look at, record code of receptions bets correction of data rows that cormorants t check is made through the input unit 2 4 1 is temporarily held in the database 2 5.
' 以上のよ う なレセプ ト作成が、 基本情報に含まれる診療デ 一タの全件について繰り 返される。  'The above process is repeated for all medical data contained in the basic information.
処理部 2 6 は、 レセプ ト作成部 2 3 によ り作成され、 デー タベース 2 5 に記憶されている レセプ トのレコー ドの全件を 通信イ ンターフ ェース 2 1 及ぴネ ッ ト ワーク 7 0 を介してデ ータベース 6 0 に転送する (図 4 の f 3 ) 。  The processing unit 26 is a communication interface 21 and a network 70, which stores all records of the receptor created by the receptor creating unit 23 and stored in the database 25. Then, the data is transferred to the database 60 (f3 in FIG. 4).
データベース 6 0 内において、 レセプ トのレコ一 ドは、 少 なく と も医療機関及び患者名のフ ィ ール ドをキーと し、 任意 に抽出及び並び替え (ソー ト) が可能である。  In the database 60, the records of the receptor can be arbitrarily extracted and sorted (sorted) using at least the fields of the medical institution and the patient name as keys.
<状況表示〉 <Status display>
図 4 に示す管理用 W .S 3 0 は、 データベース 6 0ヘアクセ ス し、 図 7 に示すよ う に、 レセプ ト の処理情報を表示する。 即ち、 病院名、 患者名、 加入保険、 レセプ ト作成状況、 レセ ブ ト 申請状況、 及び支払状況を各件について一覧表示する。 即 日 の発行が事前に求め られている レセプ トについては、 こ れを他のレセプ ト と 区別でき る よ う に識別子 1 0 0 を付与し て表示する。 ■  The management WS 30 shown in FIG. 4 accesses the database 60 and displays the processing information of the receptor as shown in FIG. In other words, a list of hospital names, patient names, insurance coverage, receipt preparation status, claim application status, and payment status is displayed for each case. Recepts that are required to be issued on the same day in advance are indicated with an identifier 100 so that they can be distinguished from other claims. ■
このよ う な一覧表示は、 管理用 W S 3 0 のみならず、 レセ プ ト作成用 W S 2 0 a , b , c , . . . のそれぞれにおいて 行っても良い。 この場合において、 例えば、 .一覧表示上で最 上段の レセプ十 を処理するために、 図 4 の一覧表において、 操作者が 1 番 目 の リ ス ト項目 (芝浦病院、 東芝太郎) を入力 部 2 4 1 等によ り選択する と、 当該患者の診療データ (電子 カルテ情報及びオーダー情報) が表示される。 Such a list display may be performed not only in the management WS 30 but also in the WS 20 a, b, c,. In this case, for example, the operator inputs the first list item (Shibaura Hospital, Taro Toshiba) in the list of Fig. 4 in order to process the top ten items on the list display. When selected by Part 2 41, etc., the patient's medical data (electronic medical record information and order information) is displayed.
く レセプ ト審査の申請〉 Application for claim examination>
作成された申請用 レセプ ト を用いて保険審査機関 1 6 への 申請を行 う 際に、 好ま しい実施形態では、 所定フォーマッ ト の電子フ ァイルを作成して レセプ ト のデータを書き込み、 当 該電子フ ァイルをネ ッ ト ワーク 8 0 を介して保険審查機関 1 6 へ送信する (オンライ ン申請) 。 なお、 他の実施形態と し て、 レセプ ト のデータ を紙にプリ ン トアウ ト し、 これを保険 審査機関 1 6 へ送付する場合 (オフ ライ ン申請) も ある。 ま た後述するが、 当該サー ビスセンターがレセプ ト発行のみを 代行し、 申請については代行しない場合は、 作成されたレセ ブ トのデータ を依頼元の医療機関に送信してサービス終了 と なる。  When an application is made to the insurance reviewing agency 16 using the created application receipt, in a preferred embodiment, an electronic file in a predetermined format is created and the data of the receipt is written, and the relevant data is written. Send the electronic file to the insurance review agency 16 via the network 80 (online application). As another embodiment, there is a case where the data of the receipt is printed out on paper and transmitted to the insurance reviewing agency 16 (offline application). Also, as will be described later, if the service center acts only for the issuance of the claim and does not act for the application, it sends the created claim data to the requesting medical institution and ends the service.
上記オンライ ン申請の際に、 管理用 W S 3 0 の表示部には 図 8 Aに示すよ う に、 「 レセプ ト 申請を送信します」 とレ、 う メ ッセージが表示される。 この画面においてユーザが O Kボ タンをク リ ッ クする と、 保険審查機関 1 6 にレセプ ト 申請の ための電子フ アイルが送信される。  At the time of the above-mentioned online application, as shown in FIG. 8A, a message such as “Send a request for application” is displayed on the display of the management WS 30. When the user clicks the OK button on this screen, an electronic file for applying for a claim is transmitted to the insurance review organization 16.
保険審査機関 1 6 は、 レセプ ト発行代行者 1 1 からの レセ ブ ト の申請を受信する と、 その応答通知を レセプ ト発行代行 者 1 1 に送信する。 レセプ ト発行代行者 1 1 は、 この応答通 知を受信する と 、 例えば図 8 B に示すよ う に 「東芝太郎さん の レセプ ト申請を受信しま した」 とい う メ ッセージが表示さ れる。 この レセプ ト 申請の受信応答通知には受付番号が付与 されている。 この受付番号は保険審査機関 1 6 に提出された レセプ ト 申請の受付順の整理番号である。 受付番号が付与さ れた以後は、 レセプ ト発行代行者 1 1 はこの受付番号に基づ いて保険審査機関 1 6 に レセプ ト 申請についての照会を行う こ と ができ る。 Upon receipt of the claim application from the claim issuing agent 11, the insurance review agency 16 sends a response notice to the claim issuing agent 11. Upon receipt of the response notification, the message issuance agent 11 displays a message, for example, as shown in FIG. 8B, indicating that "Taro Toshiba has received a request for a request." A receipt number is added to the reception response notification of this request. Have been. This receipt number is the reference number in the order of receipt of the claim application submitted to the insurance review agency 16. After the receipt number is assigned, the claim issuing agent 11 can make an inquiry about the claim application to the insurance review agency 16 based on the receipt number.
なお、 1 ヶ月 など比較的長期間にわたる多数の申請状況を 回答する場合、 受付番号が付与されている こ とが好ま しいが . 1 日 など短期間の場合は申請の数が僅かであるので、 図 8 C に示すよ う に受付番号が省略される こ とがある。  When responding to the status of a large number of applications over a relatively long period, such as one month, it is preferable that a receipt number be assigned.However, during a short period such as one day, the number of applications is small. The reception number may be omitted as shown in Figure 8C.
また、 即日 中に発行が必要なレセプ トについて、 レセプ ト 発行代行者 1 1 はこれを最優先で処理する。 その後、 作成し たレセプ ト を依頼元の医療機関へ送信する。 医療機関側でレ セプ トデータが受信される と、 受信確認のための表示がなさ れる。 患者に対して後 日 レセプ ト を送信する場合には、 患者 の自宅の端末 1 2 b に送信する。  In addition, for the claims that need to be issued on the same day, the claim issuing agent 11 will process them with the highest priority. After that, the created request is sent to the requesting medical institution. When the medical institution receives the reception data, a message is displayed to confirm the receipt. If the patient is to receive the receipt at a later date, send it to the terminal 12b at the patient's home.
以上のよ う なレセプ ト申請に関する情報は、 例えば月毎に 一括して レセプ ト発行代行者から医療機関へ通知される。 例 えば図 9 は、 診療所や病院等の医療機関の端末における画面 表示の一例を示している。 この画面は、 ある月 (例えば 1 月) に来院した各患者毎に、 その月 の保険点数と支払金額と を一覧で表示する。  Information on such a claim application is sent to the medical institution in batches, for example, on a monthly basis from the claim issuer. For example, FIG. 9 shows an example of a screen display on a terminal of a medical institution such as a clinic or a hospital. This screen displays, for each patient who visited in a certain month (for example, January), a list of insurance points and payment amounts for that month.
く保険審査機関における レセプ ト審査〉 Insurance screening agencies)
保険審査機関 1 6 には、 複数の レセプ ト発行代行者や複数 の病院等から レセプ ト申請書が送信されてく る。 保険審査機 関 1 6 の端末は、 受信した全てのレセプ ト の申請状況を把握 でき る よ,う に、 図 1 0 に示すよ う なレセプ ト の一覧表を表示 する。 A claim application is sent to insurance reviewing agencies 16 from a number of claim issuers and a number of hospitals. Terminals at Insurance Review Agency 16 keep track of all received application statuses To be able to do so, a list of receptors as shown in Figure 10 is displayed.
この一覧表において、 審査を通過したレセプ トはく レセプ ト審査〉の項目 が 「完了」 と表示される。 再度の審査が必要 なレセプ トには、 「要調査」 と表示される。 未処理のレセプ トについては、 「未審査」 と表示される。 このよ う な一覧表 示によれば、 それぞれのレセプ トの審査状況を容易に把握で き る。  In this list, the item of “Receipt that passed the screening” is displayed as “Completed”. Recipes that need to be reviewed again will be labeled “Needs investigation”. Unprocessed receipts will be marked as “unreviewed”. According to such a list, it is possible to easily grasp the review status of each of the claims.
レセプ ト審査の際には、 一覧表において、 病院名 (及び患 者名) 毎に区別される項目行の う ち、 所望の項目行を選択す る と 、 その選択された病院についてのレセプ トのデータが表 示される。 表示された レセプ トのデータに基づいて保険審査 機関 1 6 の審查担当者が審査を行う。  At the time of the receipt review, if a desired item line is selected from among the item lines distinguished for each hospital name (and patient name) in the list, the reception for the selected hospital is selected. Data is displayed. Based on the displayed data of the claim, the reviewer of the insurance review agency 16 conducts the review.
図 1 1 は保険審査機関において実施される審査の流れを示 すフローチャー トである。 まず、 ステップ S 9 1 に示すよ う に保険審査機関 1 6 の端末 1 6 a がレセプ ト を受信する。 次 にステップ S 9 2 において、 受信したレセプ トが審査される。 こ の審査の結果、 レセプ トが適正なものであった場合 (ステ ップ S 9 3 = Y e s ) 、 診療報酬の振込み (送金) がなされ る (ステ ップ S 9 4 ) 。  Figure 11 is a flow chart showing the flow of the review performed by the insurance review agency. First, as shown in step S91, the terminal 16a of the insurance review agency 16 receives the reception. Next, in step S92, the received receipt is examined. As a result of this examination, if the receipt is appropriate (step S93 = Yes), a medical fee is remitted (remittance) (step S94).
一方、 ステ ップ S 9 2 における審査の結果、 レセプ トが適 正でないと判断された場合 (ステップ S 9 3 = N o ) 、 審査 したレセプ ト を レセプ ト発行代行者 1 1 に差し戻す。 レセプ ト発行代行者 1 1 は差し戻された レセプ トについて再度の調 査を行う (ステ ップ S 9 5 ) 。 レセプ ト発行代行者 1 1 が再調査を行って不備および不適 切な事項が解消されたレセプ トは保険審査機関 1 6 によ り 再 度審査される。 ステ ップ S 9 3 にてレセプ トが適正か否か再 度チェ ッ ク され、 適正であれば、 診療報酬の振込みがなされ る。 適正でなければ再ぴステ ップ S 9 5 に戻り 、 レセプ ト発 行代行者 1 1 による調査及びレセプ ト 申請、 保険審査機関に よ る レセプ ト審査が繰り 返される。 On the other hand, as a result of the examination in step S92, if the receptor is judged to be inappropriate (step S93 = No), the examined receptor is returned to the claim issuing agent 11. The receipt issuing agent 11 conducts a re-examination of the returned claim (step S95). The claim, which has been reviewed by the claim issuer 11 and the deficiencies and inappropriate matters have been resolved, will be re-examined by the insurance review agency 16. In step S93, the receptionist is again checked whether or not the reception is appropriate. If the reception is appropriate, the medical fee is transferred. If it is not appropriate, the process returns to step S95, and the examination, the claim application by the claim agent 11 and the claim examination by the insurance reviewing agency are repeated.
審查を通過 したレセプ トに関する情報は レセプ ト発行代行 者 1 1 及び該当する医療機関に通知される。 また、 レセプ ト 審査通過の後、 数週間後も しく は指定月 日 に支払いが完了 し た時点で、 図 1 0 の一覧表示画面において、 <支払 >の項目 を 「完了」 の表示にする。 なお、 支払いが完了 した項目 は、 一覧から削除しても良い。  Information on the claim that passed the examination will be notified to the claim issuer 11 and the medical institution concerned. In addition, when payment is completed several weeks after the receipt screening or on the specified date, the <Payment> item is displayed as “Complete” on the list display screen in Figure 10. Items for which payment has been completed may be deleted from the list.
保険審査機関 1 6 の端末 1 6 a では、 図 1 0 の よ う な審査 状況の一覧のみならず、 例えば図 1 2 に示すよ う に 1 月毎の レセプ ト支払の一覧を表示する。 この表示では病院名、 診療 数、 支払金額、 口座番号、 支払状況が一覧表示される。 した がって、 保険審査機関 1 6 では、 各診療所や病院に対して診 療報酬がいく ら支払われたかを一目 で確認する こ とができ る また、 各診療所や病院へ診療報酬を支払った際は、 確認表示 が行われる。 なお、 レセプ ト発行代行者 1 1 が、 支払手続き をも代行する場合には、 レセプ ト発行代行者 1 1 の端末 1 1 a において同様の表示が行われる。  The terminal 16a of the insurance reviewing agency 16 displays not only a list of the screening status as shown in Fig. 10 but also a list of monthly payments as shown in Fig. 12 for example. In this display, the hospital name, number of medical treatments, payment amount, account number, and payment status are listed. Therefore, the insurance review agency 16 can check at a glance how much the medical fee has been paid to each clinic or hospital, and can also pay the medical fee to each clinic or hospital. Upon payment, a confirmation will be displayed. In addition, when the receptor issuing agent 11 also performs the payment procedure, the same display is performed on the terminal 11 a of the receptor issuing agent 11.
レセプ ト の申請を行ったレセプ ト発行代行者 1 1 は、 どの レセプ ト を申請したかを示す申請データや、 申請したレセプ トの う ち、 どの レセプ トが審查を通過したか、 また、 どの レ セプ トが再審査になっているかを示す状況データ等を、 保険 審査機関 1 6 から交付された受付番号などレセプ トそれぞれ の固有データ に関連付けてデータベース 6 0 に蓄積し管理す る。 こ の情報は、 上述したレセプ ト の作成状況に関する情報 と 同様に、 効率的かつ合理的な レセプ ト の処理に有用である , 以上説明 した本実施形態によれば、 サー ビスセ ンターに適 用される レセプ ト作成等のためのシス テム が、 ネッ ト ワーク を介して診療所や病院な ど複数の医療機関から各患者の診療 データ (基本情報) を受信し、 これに基づき レセプ トを作成 して保険審査機関への申請を行う。 このよ う に医療機関同士 の隔た り を超えた集約的なレセプ ト発行 · 申請の仕組みが提 供される こ と によ り 、 医療機関のそれぞれにおいて独自 に設 け られた会計部門等において人間が手作業でレセプ トを作成 する場合に比べ、 合理的且つ効率的にレセプ ト が発行される よ う になる。 これによ り 各医療機関は会計部門等の負担を大 幅に軽減でき る。 また各医療機関は、 レセプ ト発行等のため に高価な専用機器及びシステ ム等を導入する こ と を回避でき 人件費を含め大幅なコス ト削減を実現でき る。 また、 保険診 療に係る制度改正等に伴い診療報酬の算定手順が変更になる 場合があっても、 サー ビスセンター側における対応のみで済 む。 また、 レセプ トが電子化され迅速に発行されるこ と で会 計事務、 窓口対応業務等が大幅に迅速化される こ と も有利な 効果の一つである。 The claim issuing agent 11 who applied for the claim will submit application data indicating which claim was applied, Of the applicants passed the review, and status data indicating which claims were reexamined, such as the receipt number issued by the insurance reviewing agency 16. The information is stored in the database 60 in association with the unique data of the database. This information is useful for efficient and rational processing of the receptor, similar to the information on the preparation status of the receptor described above. According to the above-described embodiment, the information is applied to the service center. The system for creating a reception receives medical data (basic information) of each patient from multiple medical institutions such as clinics and hospitals via a network, and creates a reception based on the data. Apply to an insurance reviewing agency. In this way, by providing a system for intensive receipt and application of medical treatment that goes beyond the distance between medical institutions, each medical institution has its own accounting department, etc. Receptacles will be issued more reasonably and efficiently than if humans create them manually. As a result, each medical institution can greatly reduce the burden on the accounting department and other organizations. In addition, each medical institution can avoid introducing expensive dedicated equipment and systems for issuing issuance of claims, etc., and can achieve significant cost reductions including labor costs. In addition, even if the procedure for calculating medical fees may change due to the revision of the insurance medical care system, only the service center needs to respond. One of the advantageous effects is that the receipt of documents will be digitized and issued promptly, which will greatly speed up accounting work and counter service operations.
こ こ で、 本発明の他の実施形態を説明する。 上記実施形態は、 サー ビスセ ンタ ー ( レセプ ト発行代行者 1 1 ) 側のシステムがネッ ト ワーク を介して医療機関から送 信されてきた診療データ等の基本情報をも と にレセプ ト を発 行し、 申請を行 う ものであった。 他の実施形態は、 レセプ ト の発行から 申請までの流れにおいて、 サー ビスセンターがー 部の作業のみを代行する。 また、 サー ビスセンターが レセプ ト作成に有用なデータベースを提供する ものである。 Here, another embodiment of the present invention will be described. In the above embodiment, the system of the service center (recipient issuing agent 11) issues a receptor based on basic information such as medical care data transmitted from a medical institution via a network. And made an application. In another embodiment, the service center performs only part of the work in the flow from the issuance of the receipt to the application. In addition, the service center will provide a database that is useful for preparing the receipt.
図 1 3 は、 本発明の他の実施形態を説明するための図であ る。  FIG. 13 is a diagram for explaining another embodiment of the present invention.
まず上述した実施形態は、 例えば B診療所 1 3 がサー ビス センター ( レセ プ ト発行代行者) 1 1 に診療データ等の基本 情報を送信し、 レセ プ ト の発行及び審査を依頼する ( D 1 ) , 依頼を受けたセンター 1 1 は基本情報を受信し、 該受信した 基本情報に基づいて レセプ ト を作成し発行する。 そしてセン ター 1 1 は、 発行された レセプ トによ る 申請を審査支払機闋 (保険審査機関) 1 6 に対して行 う ( D 2 ) 。 審査支払機関 1 6 は申請されたレセプ ト を審査し、 該レセプ トが適正なも のである場合は、 同 レセプ トに記載の保険機関 (保険者の組 合等の基金) 、 例えば A保険組合に同レセプ ト を送る ( D 3 ) 。 そ して、 A保険組合によ り レセプ トに記載の診療報酬 が支払われる。  First, in the above-described embodiment, for example, the clinic B 13 transmits basic information such as medical data to the service center (recipient issuing agent) 11 and requests the issuance and examination of the receptor (D 1), The center 11 receiving the request receives the basic information, and prepares and issues a receptor based on the received basic information. Then, the center 11 submits an application based on the issued claim to the examination and payment machine (insurance examination organization) 16 (D2). The screening payment institution 16 reviews the applied claim and, if the claim is appropriate, the insurance institution (fund for the union of insurers, etc.) described in the receipt, for example, A insurance union (D 3). The medical insurance fee stated in the receipt will be paid by Insurance Association A.
次に、 他の実施形態では、 サー ビスセンター 1 1 がレセプ トの作成のみを請け負 う。 これは、 例えば A診療所 1 2 が、 診療データ等の基本情報をサー ビスセンター 1 1 に送信する と と もに該基本情報に基づく レセプ トの作成を依頼し (D 4 ) 、 依頼を受けたサー ビスセ ンタ ー 1 1 が該基本情報に基 づいてレセプ ト を作成し、 A診療所 1 2 に作成したレセプ ト を送信する ( D 5 ) とい う ものである。 サー ビスセンター 1 1 によ り 作成されたレセプ ト を受信した A診療所 1 2 は、 同 レセプ ト をサー ビスセ ンタ ー 1 1 を介さずに直接、 審查支払 機関 1 6 に送信し、 審査の申請をする ( D 6 ) 。 Next, in another embodiment, the service center 11 is solely responsible for creating the receptor. This means that, for example, the clinic A 12 sends basic information such as medical data to the service center 11 and requests the creation of a receptor based on the basic information (D 4), the service center 11 that has received the request prepares a receptor based on the basic information, and transmits the prepared receptor to the A clinic 12 (D5). A clinic A2, which received the request created by the service center 11, sends the same request directly to the examination and payment institution 16 without going through the service center 11, and applies for the examination. (D6).
また、 他の実施形態では、 医療機関にてレセプ トを作成す る こ と と し、 その際に必要な情報提供をサー ビスセンター 1 1 から享受する。  Further, in another embodiment, a medical institution prepares a reception, and at that time, necessary information provision is received from the service center 11.
例えば、 C病院 1 4 では、 同病院の医事会計システムにお いて レセプ ト を作成する。 作成されたレセプ トは、 審査支払 機関 1 6 に直接、 送信される ( D 7 ) 。 こ こ で、 C病院 1 4 にて作成された レセプ トに誤り 等が含まれる場合、 審査支払 機関 1 6 はこれを C病院 1 4 に差し戻す ( D 8 ) 。  For example, C Hospital 14 creates a receipt in the hospital's medical accounting system. The prepared claim is sent directly to the screening payment institution 16 (D7). Here, if the receipt prepared at C Hospital 14 contains an error, etc., the examination and payment institution 16 returns this to C Hospital 14 (D8).
このよ う な場合、 C病院 1 4 はサー ビスセンター 1 1 に差 し戻されたレセプ ト を送信する (D 9 ) 。 サー ビスセンター 1 1 は、 C病院 1 4 から送られてきたレセプ トについて、 調 查し、 誤り 等を正した り 、 有用なア ドパイ ス情報を C病院 1 4 に提供する ( D 1 0 ) 。 なお、 審査支払機関 1 6 に申請を 行う前にこのよ う な情報サー ビスを受けても良いこ と は言 う までもない。  In such a case, C Hospital 14 sends the returned receptor to service center 11 (D 9). The service center 11 adjusts, corrects errors, etc., and provides useful add-on information to the hospital 14 received from the hospital 14 (D10). It goes without saying that such information service may be received before applying to the examination and payment agency 16.
こ こ で、 医療機関における レセプ ト作成について図 1 4 乃 至図 1 7 を参照 しながら説明する。  Here, the creation of a receptor at a medical institution will be described with reference to FIGS. 14 to 17.
先ずステップ S 1 1 1 に示すよ う に、 医療機関内部のネッ ト ワーク において診療データが医事会計シス テム に送信され る。 First, as shown in step S111, the medical care data is transmitted to the medical accounting system on the network inside the medical institution. You.
次に、 医療機関の医事会計システ ムは、 サー ビスセ ンタ ー 1 1 に設け られ、 レセプ ト の作成 . 申請に用い られるデータ ベー ス 6 0 に外部ネ ッ ト ワーク を介 してア ク セ スする (ステ ップ S 1 1 2 ) 。 こ の と き 、 医事会計シス テムにおいて表示 される メ ッセージを図 1 5 Aに示す。  Next, the medical accounting system of the medical institution is set up in the service center 11 and prepares a receipt. The database 60 used for the application is accessed via an external network. (Step S 1 1 2). At this time, the message displayed in the medical accounting system is shown in Figure 15A.
次に、 ステ ッ プ S 1 1 3 において レセプ ト を作成するため の関連データ を受信する。  Next, in step S113, relevant data for creating a receptor is received.
ステ ップ S 1 1 4 における レセプ ト の作成中は、 ネ ッ ト ヮ ーク を介 してサービスセンター 1 1 のデータベース 6 0 に常 にア ク セス してデータ のや り 取 り を行い、 レセプ ト作成に必 要なデータ を リ アルタイ ムにコ ピー して取 り 込む。  During the preparation of the reception in step S114, the database 60 of the service center 11 is always accessed via the network to exchange data. Copy and import the data required to create the receptor in real time.
レセプ ト作成を終了する際の確認画面を図 1 5 B に示す。 こ の画面上で、 Y e s ボタ ンがク リ ッ ク される と 、 医事会計 システム と サー ビスセンター 1 1 に設け られている レセプ ト 作成用のデータベース 6 0 と の接続が切断される。 そ して図 1 5 C に示すメ ッセージが表示され、 医事会計システムは終 了する。  Figure 15B shows the confirmation screen when the reception creation is completed. When the Yes button is clicked on this screen, the connection between the medical accounting system and the database 60 for preparing a receipt provided in the service center 11 is disconnected. The message shown in Figure 15C is displayed, and the medical accounting system ends.
ステ ップ S 1 1 5 において、 作成された レセプ ト を審查支 払機関 1 6 に送信する こ と で申請を行 う 。  In step S115, an application is made by sending the prepared receipt to the institution / payment agency 16.
図 1 3 は、 医事会計システムが、 サー ビスセンター 1 1 力、 らデータベース 6 0 を取 り 込んで レセプ ト を作成する場合を 示 している。 医事会計システ ムの内部のデータベースが一定 期間にわた り 未更新の場合、 図 1 7 に示すよ う なメ ッセージ を表示してサー ビスセンター 1 1 カゝらデータベース 6 0 を取 り込むこ とで最新情報を取得する。 Fig. 13 shows a case where the medical accounting system takes in the database 60 from the service center 11 and creates a receipt. If the internal database of the medical accounting system has not been updated for a certain period of time, a message as shown in Fig. 17 is displayed and the service center 11-cara database 60 is retrieved. To get the latest information.
以上説明 した他の実施形態によれば、 サー ビスセ ンタ ー 1 1 からの レセ プ ト作成に係る有効な支援を受ける こ とができ る。 したがって、 作成されたレセプ ト に含まれる誤り を低減 でき、 審査支払機関においても十分な審査を行う こ とが可能 になる。  According to the other embodiment described above, it is possible to receive effective support from the service center 11 for creating a receipt. Therefore, errors included in the prepared claim can be reduced, and sufficient screening can be performed by the screening and payment organization.
なお、 上述した実施形態はあく まで一例であ り 、 本発明は 上述した実施形態のみに限定される こ と なく 種々変形して実 施可能である。 例えば、 レセプ ト の発行及び申請を代行する サー ビスセ ンターに医事会計システ ムを組み入れ、 医事会計 業務をも代行するシステ ム と して本発明を実施しても よい。 産業上の利用可能性  The above-described embodiment is merely an example, and the present invention is not limited to the above-described embodiment and can be implemented with various modifications. For example, a medical accounting system may be incorporated in a service center acting on behalf of issuing and applying for a claim, and the present invention may be implemented as a system acting on behalf of a medical accounting business. Industrial applicability
本発明は、 コ ン ピュータ及ぴネ ッ ト ワーク を利用 し、 保険 診療における医事会計業務を合理化、 効率化するシステ ム技 術分野に有用である。  INDUSTRIAL APPLICABILITY The present invention is useful in a system technology field that uses a computer and a network to streamline and improve the efficiency of medical accounting operations in insurance medical treatment.

Claims

請 求 の 範 囲 The scope of the claims
1 . 少なく と も患者の診療情報及びこの患者の識別情報を 含む診療データ をネッ ト ワーク を介して医療機関から受信す るための通信用ワーク ステーシ ョ ンと 、  1. a communication workstation for receiving at least a patient's medical information and medical data including the patient's identification information from a medical institution via a network;
前記通信用ワーク ステーシ ョ ンによ り 受信された診療デー タを記憶する第 1 のデータベース と、  A first database for storing medical data received by the communication workstation;
前記第 1 のデータベースから一部の診療データ を読み出 し、 該読み出した診療データに基づき、 前記患者の識別情報及び 診療情報毎に診療報酬明細書を作成する複数の作成用ワーク ステーショ ンと 、  A plurality of preparation stations for reading a part of the medical data from the first database, and for generating a medical remuneration statement for each of the patient identification information and the medical information based on the read medical data,
前記複数の作成用ワークステーショ ンのそれぞれにおける 前記診療報酬明細書の作成状況を監視し、 該作成状況を前記 患者の識別情報毎に一覧表示する管理用ワークス.テーショ ン と 、 を具備する診療報酬明細書作成装置。  A management work station comprising: a management work station that monitors a creation status of the medical fee statement in each of the plurality of creation workstations and displays a list of the created status for each patient identification information. Statement creation device.
2 . 前記複数の作成用ワークステーショ ンによ り 作成され た診療報酬明細書のデータ を記憶する第 2 のデータベースを さ らに具備し、  2. It further comprises a second database for storing data of the medical fee statement created by the plurality of creating workstations,
前記通信用ワークステーショ ンは、 前記第 2 のデータべ一 スから前記診療報酬明細書のデータを読み出し、 該データを 診療報酬明細書の正当性を審査する審査機関に前記ネ ッ ト ヮ ーク を介して送信する請求項 1 に記載の装置。  The communication workstation reads out the data of the medical remuneration statement from the second database and sends the data to an examination organization that examines the validity of the medical reimbursement statement. The apparatus according to claim 1, wherein the transmission is performed via a device.
3 . 少なく と も患者の診療情報及びこ の患者の識別情報を 含む診療データ を保存管理する複数の施設にネ ッ ト ワーク を 介して接続される コ ンピュータシステムによ り診療報酬明細 書を発行する方法であって、 前記施設から前記ネッ ト ワーク を介して前記診療データを 受信する診療デー タ受信ステ ッ プ と 、 3. Issue a medical remuneration statement through a computer system that is connected via a network to a plurality of facilities that store and manage medical data, including at least the patient's medical information and the patient's identification information. A way to A medical data receiving step for receiving the medical data from the facility via the network;
受信した前記診療データから診療報酬明細書の作成又は作 成支援を行う 診療報酬明細書作成ステ ッ プとから成る診療報 酬明細書の発行方法。  A method for issuing a medical remuneration statement, comprising: a medical remuneration statement creation step for creating or supporting the creation of a medical remuneration statement from the received medical data.
4 . 前記施設は、 少なく と も患者の診療情報及びこ の患者 の識別情報を含む診療データ を保存管理するデータベースを 有し、 前記診療データ受信ステップにおいて、 前記データべ ースから前記診療データ を受信する請求項 3記載の診療報酬 明細書の発行方法。  4. The facility has a database for storing and managing medical data including at least the medical information of the patient and the identification information of the patient, and in the medical data receiving step, the medical data is obtained from the database. The method for issuing a medical fee statement according to claim 3 to be received.
5 . 作成された前記診療報酬明細書を診療報酬明細書の正 当性を審査する審査機関に前記ネ ッ ト ワーク を介して申請す る 申請ス テ ッ プを含む請求項 3記載の診療報酬明細書の発行 方法。  5. The medical remuneration according to claim 3, including an application step for applying the created medical reimbursement statement to an examination agency that examines the validity of the medical reimbursement statement via the network. How the statement is issued.
6 . 前記診療報酬明細書に関するデータ を、 診療を行った 施設及び患者に前記ネッ ト ワーク を介して送信する請求項 3 に記載の診療報酬明細書の発行方法。  6. The method of issuing a medical fee statement according to claim 3, wherein the data on the medical fee statement is transmitted to the facility and the patient who performed the medical treatment via the network.
7 . 前記審査機関から、 申請した前記診療報酬明細書が所 定の基準を満さないとの通知を受けて、 再度、 前記診療報酬 明細書作成ステ ップによ り診療報酬明細書を作成し、 前記診 療報酬明細書申請ステップによ り ネッ ト ワーク を介して前記 審査機関に申請する請求項 5記載の診療報酬明細書の発行方 法。  7. Receiving notification from the reviewing institution that the applied medical reimbursement statement does not meet the prescribed criteria, and again preparing a medical reimbursement statement by the medical reimbursement statement preparing step 6. The medical remuneration statement issuance method according to claim 5, wherein the medical remuneration statement application step applies to the examination institution via a network.
8 . 前記診療データ受信ステ ッ プにおいて、 診療報酬明細 書の作成が必要と なった診療毎に診療データを受信する請求 項 3記載の診療報酬明細書の発行方法。 8. In the medical treatment data receiving step, a request to receive medical treatment data for each medical treatment for which a medical fee statement needs to be prepared. How to issue the medical fee statement described in item 3.
9 . 前記診療データ受信ステ ップにおいて、 診療報酬明細 書の作成が必要と なった診療に関する診療データ を一定期間 毎に受信する請求項 3記載の診療報酬明細書の発行方法。  9. The method of issuing a medical fee statement according to claim 3, wherein in the medical data receiving step, the medical fee data relating to the medical treatment for which the medical fee statement has been required is received at regular intervals.
1 0 . 前記診療報酬明細書作成ステ ップにおいて、 過去に 受信した前記診療データ を含めて少なく と も診療報酬明細書 の作成が完了 しているかど う か又は申請が完了 しているかど う かの どち らか一方を診療別に一覧で表示する請求項 5記載 の診療報酬明細書の発行方法。  10. In the medical fee statement preparation step, whether at least the medical fee statement including the medical data received in the past has been completed or the application has been completed. 6. The method for issuing a medical fee statement according to claim 5, wherein one of the medical fees is displayed in a list for each medical care.
1 1 . 少なく と も患者の診療情報及びこ の患者の識別情報 を含む診療データ を保存管理するデータベースを有する複数 の施設にそれぞれ設けられた端末とネ ッ ト ワーク を介して接 続される コ ンピュータシステムによ り診療報酬明細書を発行 する方法であって、  11 1. A network that is connected via a network to terminals provided at a plurality of facilities each having a database that stores and manages at least patient medical information and medical data including this patient's identification information. A method for issuing a medical fee statement by a computer system, comprising:
前記施設の端末に対して前記データベースに保存管理され る前記診療データの送信を促すステップと 、  Prompting the terminal of the facility to transmit the medical care data stored and managed in the database;
前記診療データ を受信して、 前記診療報酬明細書の作成又 は作成支援を行う ステップと、  Receiving the medical treatment data and performing or assisting in the preparation of the medical remuneration statement;
作成された前記診療報酬明細書を診療報酬明細書の正当性 を審査する審査機関に前記ネッ ト ワーク を介して送信するス テツプとから成る診療報酬明細書の発行方法。  A step of transmitting the created medical fee statement to an examination organization that examines the validity of the medical fee statement via the network.
1 2 . 前記施設の端末に診療報酬明細書の配信時の希望の 入力を促すステ ップを備える請求項 1 1 記載の診療報酬明細 書の発行方法。  12. The method for issuing a medical remuneration statement according to claim 11, further comprising a step of prompting the terminal of the facility to input a request when distributing the medical remuneration statement.
1 3 . 受信した前記診療データ を入力された配信時順に診 療別に一覧で表示する請求項 1 2記載の診療報酬明細書の発 行方法。 1 3. The received medical data are examined in the order of distribution The method for issuing a medical remuneration statement according to claim 12, which is displayed in a list by treatment.
1 4 . 少なく と も患者の診療情報及びこの患者の識別情報 を含む診療データを保存管理するデータベースを複数の施設 にネッ ト ワーク を介して接続される コ ンピュータシステムに よ り 診療報酬明細書を発行する方法であって、  14. At least a database that stores and manages medical information including the patient's medical information and the patient's identification information is used to generate a medical fee statement by a computer system connected to multiple facilities via a network. Issuance method,
前記データベースにアクセス して前記診療データ を読み出す ステ ップと 、 Reading the medical data by accessing the database;
前記診療データ を読み出して、 前記診療報酬明細書の作成 又は作成支援を行う ステップと、  Reading the medical care data and performing or supporting the preparation of the medical remuneration statement;
作成された前記診療報酬明細書を診療報酬明細書の正当性 を審査する審査機関に前記ネッ ト ワーク を介して送信するス テ ツプとから成る診療報酬明細書の発行方法。  A step of transmitting the created medical fee statement to a reviewing organization that examines the validity of the medical fee statement via the network.
1 5 . 前記データベースに所定時間間隔でアクセス し、 前 回のアクセスから更新のあった診療データベースに関して読 み出す請求項 1 4記載の診療明細書の発行方法。  15. The method for issuing a medical statement according to claim 14, wherein the database is accessed at a predetermined time interval, and the medical database updated from the previous access is read.
1 6 . 前記データベースからデータ の更新の通知を受けて 前記データベースから更新のあった診療データを読み出す請 求項 1 4記載の診療報酬明細書の発行方法。  16. The method for issuing a medical remuneration statement according to claim 14, wherein a request for reading updated medical data from the database is received upon receiving a data update notification from the database.
PCT/JP2000/006636 2000-03-21 2000-09-27 Apparatus and method for issuing medical fee specifications WO2001071584A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2000078449 2000-03-21
JP2000-78449 2000-03-21

Publications (1)

Publication Number Publication Date
WO2001071584A1 true WO2001071584A1 (en) 2001-09-27

Family

ID=18595861

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2000/006636 WO2001071584A1 (en) 2000-03-21 2000-09-27 Apparatus and method for issuing medical fee specifications

Country Status (1)

Country Link
WO (1) WO2001071584A1 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003196396A (en) * 2001-12-27 2003-07-11 Hitachi Ltd Method and system for managing medical information
JP2003203114A (en) * 2002-01-07 2003-07-18 Mediva:Kk Processing system and method for medical accounting, and computer program for medical accounting processing system
JP2011076436A (en) * 2009-09-30 2011-04-14 Sanyo Electric Co Ltd Receipt processor
JP2013097546A (en) * 2011-10-31 2013-05-20 Nihon Care Communications Co Ltd Mediation device of procedure of application for nursing care benefit
JP2017191389A (en) * 2016-04-11 2017-10-19 株式会社HealtheeOne Medical service support system, medical service support method, server device, and program
JP2020086608A (en) * 2018-11-16 2020-06-04 東芝ライテック株式会社 Information provision device, information provision method, and information provision program

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63234355A (en) * 1987-03-23 1988-09-29 Nec Corp Medical office work system
JPH01260572A (en) * 1988-04-12 1989-10-17 Fujitsu Ltd Diagnostic data processing system
JPH02136962A (en) * 1988-11-17 1990-05-25 Sanyo Electric Co Ltd Computer for medical business work
JPH0336664A (en) * 1989-07-03 1991-02-18 Fujitsu Ltd Medical treatment data processor

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63234355A (en) * 1987-03-23 1988-09-29 Nec Corp Medical office work system
JPH01260572A (en) * 1988-04-12 1989-10-17 Fujitsu Ltd Diagnostic data processing system
JPH02136962A (en) * 1988-11-17 1990-05-25 Sanyo Electric Co Ltd Computer for medical business work
JPH0336664A (en) * 1989-07-03 1991-02-18 Fujitsu Ltd Medical treatment data processor

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003196396A (en) * 2001-12-27 2003-07-11 Hitachi Ltd Method and system for managing medical information
JP2003203114A (en) * 2002-01-07 2003-07-18 Mediva:Kk Processing system and method for medical accounting, and computer program for medical accounting processing system
JP2011076436A (en) * 2009-09-30 2011-04-14 Sanyo Electric Co Ltd Receipt processor
JP2013097546A (en) * 2011-10-31 2013-05-20 Nihon Care Communications Co Ltd Mediation device of procedure of application for nursing care benefit
JP2017191389A (en) * 2016-04-11 2017-10-19 株式会社HealtheeOne Medical service support system, medical service support method, server device, and program
JP2020086608A (en) * 2018-11-16 2020-06-04 東芝ライテック株式会社 Information provision device, information provision method, and information provision program
JP7176368B2 (en) 2018-11-16 2022-11-22 東芝ライテック株式会社 Management system

Similar Documents

Publication Publication Date Title
JP4139419B2 (en) Medical examination electronic review method
US7689444B2 (en) Electronic insurance application fulfillment system and method
US7016856B1 (en) Automated system and method for health care administration
US8108274B2 (en) Interactive electronic bill payment system
US8645168B2 (en) Interactive electronic bill payment system
US7263493B1 (en) Delivering electronic versions of supporting documents associated with an insurance claim
US7346523B1 (en) Processing an insurance claim using electronic versions of supporting documents
US20030074273A1 (en) Apparatus and method for facilitating trade
US20060149595A1 (en) System and method of integrating information related to health care savings accounts and health care plans
US20010034618A1 (en) Healthcare payment and compliance system
EP0845749A2 (en) Electronic commerce support method and apparatus
US20040243441A1 (en) Personal and healthcare data financial management system
WO2002093305A2 (en) System and method for managing interactions between healthcare providers and pharma companies
CA2409078A1 (en) Interactive electronic bill payment system
US20080235056A1 (en) Service for Managing Medications
KR100432400B1 (en) A managing and business supporting system for membership drug-store based on internet and method thereof
US8533006B2 (en) Patient-interactive healthcare management
US20070130111A1 (en) Claims status interrogation and task management system
JP2002197184A (en) Pharmacist business support system via internet
US20170351824A1 (en) Advance payment processing system computer for medical service provider bills
US20020082862A1 (en) Web-based medical diagnostic system financial operation planning system and method
US20060031125A1 (en) Interactive forms processing system and method
US20050192826A1 (en) Grant, management and reporting system and method
WO2001071584A1 (en) Apparatus and method for issuing medical fee specifications
JP2002288336A (en) Method for processing diagnosis and treatment fee representative charging office work/information service business

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref country code: JP

Ref document number: 2001 569697

Kind code of ref document: A

Format of ref document f/p: F

AK Designated states

Kind code of ref document: A1

Designated state(s): CN JP KR SG US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase