JP3131060B2 - Medical office machine - Google Patents

Medical office machine

Info

Publication number
JP3131060B2
JP3131060B2 JP2159393A JP2159393A JP3131060B2 JP 3131060 B2 JP3131060 B2 JP 3131060B2 JP 2159393 A JP2159393 A JP 2159393A JP 2159393 A JP2159393 A JP 2159393A JP 3131060 B2 JP3131060 B2 JP 3131060B2
Authority
JP
Japan
Prior art keywords
closing
receipt
bill
file
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2159393A
Other languages
Japanese (ja)
Other versions
JPH06236387A (en
Inventor
正己 古橋
昌彦 森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2159393A priority Critical patent/JP3131060B2/en
Publication of JPH06236387A publication Critical patent/JPH06236387A/en
Application granted granted Critical
Publication of JP3131060B2 publication Critical patent/JP3131060B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【産業上の利用分野】本発明は、請求書の管理を行う医
療事務専用機に関する。医療事務専用機においては、一
カ月分の患者毎の診療内容を、レセプト(診療報酬明細
書)に記載して、保険請求を行うために、日々の診療内
容をコンピュータに入力する必要がある。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a medical office machine for managing bills. In a medical office dedicated machine, it is necessary to input the daily medical contents to a computer in order to write the medical contents for each patient for one month in a claim (medical fee statement) and make an insurance claim.

【0002】オペレータにより入力される内容から、患
者毎に領収請求書を作成するが、これらの請求書を一括
管理し、必要な情報の抽出を行う。しかしながら、各病
医院の運用においては、いろいろな運用が考えられる
が、必ずしも条件にあった、患者抽出ができなかった。
例えば、日付をまたぐ領収請求書管理や、1日に複数回
レジスタを締める病医院の運用に100%マッチングの
とれた抽出ができなかった。
[0002] Receipt bills are created for each patient from the contents input by the operator. These bills are collectively managed and necessary information is extracted. However, various operations can be considered in the operation of each hospital and clinic, but it was not always possible, and the patient could not be extracted.
For example, 100% matching extraction could not be performed for the management of receipts across dates and the operation of hospitals and clinics that close registers several times a day.

【0003】したがって、各病医院の運用形態に応じた
領収請求書管理および必要な情報の抽出を得ることが必
要である。
Therefore, it is necessary to manage receipts and extract necessary information according to the operating mode of each hospital.

【0004】[0004]

【従来の技術】従来の医療事務専用機にあっては、患者
毎の領収請求書管理を行っていた。すなわち、診療を行
った行為から、請求金額を求め、領収請求書情報の内容
を患者毎に格納する領収請求書ファイルを作成してい
た。この領収請求書ファイルを図10に示す。
2. Description of the Related Art In a conventional medical office machine, a receipt bill is managed for each patient. That is, a bill for invoice is obtained from the act of performing medical treatment, and a receipt bill file for storing the contents of the receipt bill information for each patient. This receipt bill file is shown in FIG.

【0005】図10において、領収請求書ファイルは、
入外区分、患者No.、請求日付、請求書No.、請求額、
入金額、未収入金額、合計請求額、消費税対象額、日報
除外などの各項目よりなる。この領収請求書ファイル
は、患者毎に情報(レコード)をわけて作成されてい
る。
[0005] In FIG. 10, the receipt bill file is
In / Out section, patient No., billing date, bill No., billing amount,
It consists of items such as deposit amount, unpaid amount, total billed amount, consumption tax target amount, daily report exclusion, etc. This receipt bill file is created by dividing information (records) for each patient.

【0006】以下、各項目を説明する。 (1)入外区分 領収請求書情報を作成する条件は、外来会計、退院会
計、入院定期請求を実行した場合であるが、これらをど
の条件で作成するかを判断するための区分である。例え
ば、1:外来会計作成、2:退院会計作成、3:入院定
期請求作成、とする。
Hereinafter, each item will be described. (1) Incoming / Outgoing Category The conditions for creating the receipt invoice information are when outpatient accounting, discharge accounting, and inpatient periodic billing are executed, and are the categories for judging under which conditions to create these. For example, 1: outpatient accounting preparation, 2: discharge accounting preparation, 3: inpatient periodic billing preparation.

【0007】なお、入院定期請求作成とは、患者は継続
して入院しているが、請求は、10日単位、20日単
位、一カ月単位など、患者の支払い能力、または、病医
院の利益管理などにより、患者に請求を求める領収請求
書の作成方法である。 (2)患者No. 各病医院側がカルテを管理するために、患者毎に発行す
る整理番号である。
[0007] The preparation of an inpatient periodic bill means that the patient is continuously in the hospital, but the bill is paid by the patient in 10 days, 20 days, 1 month, etc. This is a method for creating a receipt bill that requests a patient to make a request through management or the like. (2) Patient No. This is a reference number issued for each patient in order for each hospital / clinic to manage medical records.

【0008】この情報が、患者を判断するIDとなる。 (3)請求日付 いつ請求したかを、日付(西暦)で格納する情報であ
る。これはシステム日付を格納している。 (4)請求書No. 患者毎に領収請求書を管理するため、また、病医院側が
レジスタを管理するために、付けた数字連番である。 (5)〜(10)請求額〜消費税 患者毎に発生した、領収請求額の内訳を格納する領域で
ある。 (11)日報除外 作成された請求書を日報帳票に抽出するが、日報帳票上
に抽出するかいなかを、数字により管理する情報であ
る。オペレータによる変更が可能、また、システムが自
動セット可能である。例えば、0:抽出、1:抽出な
し、とする。次に、領収請求書ファイル内に格納された
領収請求書情報の抽出方法について説明する。
[0008] This information becomes the ID for judging the patient. (3) Billing date This is information that stores the date of billing as a date (AD). It stores the system date. (4) Invoice No. A serial number assigned to manage the receipt invoice for each patient and to manage the register by the hospital / clinic. (5) to (10) Claimed amount to consumption tax This area stores the breakdown of the amount of billed receipts generated for each patient. (11) Daily report exclusion A created invoice is extracted in a daily report form, and it is information that manages whether or not to extract it on a daily report form by a numeral. It can be changed by the operator, and the system can be set automatically. For example, 0: extraction, 1: no extraction. Next, a method of extracting the receipt bill information stored in the receipt bill file will be described.

【0009】作成された領収請求書ファイルの領主請求
書情報は、日々、日報印刷または画面表示として、抽出
される。この日報印刷処理または画面表示処理を図11
に示す。図11において、1は日報業務を示す画面、2
は領収請求書ファイル、3は日報印刷を行うプリンタ、
4は日報表示を行う表示部である。
[0009] The owner bill information of the created receipt bill file is extracted daily as a daily report or screen display. This daily report printing process or screen display process is shown in FIG.
Shown in In FIG. 11, reference numeral 1 denotes a screen showing a daily report operation;
Is a receipt invoice file, 3 is a printer that prints daily reports,
Reference numeral 4 denotes a display unit for displaying a daily report.

【0010】まず、抽出を行う条件を日報業務を示す画
面1から指定する。指定条件としては、請求日付、入外
区分、請求書No.範囲などである。次に、指定された抽
出条件に従い、領収請求書ファイル2をアクセスし、指
定条件に該当する領収請求書情報を決定する。そして、
決定した領収請求書情報を帳票に抽出してプリンタ3よ
り出力し、または、表示部4の画面に抽出して出力す
る。
First, a condition for performing extraction is designated from a screen 1 showing a daily report operation. The designation conditions include a billing date, an incoming / outgoing classification, a bill No. range, and the like. Next, the receipt invoice file 2 is accessed according to the designated extraction condition, and the receipt bill information corresponding to the designated condition is determined. And
The determined receipt invoice information is extracted as a form and output from the printer 3, or is extracted and output on the screen of the display unit 4.

【0011】[0011]

【発明が解決しようとする課題】各病医院の領収請求書
管理の運用において、例えばPM3:00でレジスタを
締める場合がある。すなわち、1日を0:00〜0:0
0の24時間体系で扱えれば何の問題も発生しないが、
銀行などとの取引上どうしても、PM3:00に1日の
売上を求めなければいけない必要が発生してくる。
In the operation of the receipt bill management of each hospital / clinic, the register may be closed at 3:00 PM, for example. That is, one day is from 0:00 to 0: 0
If you can handle it with 24 hours system of 0, no problem will occur,
In the case of dealings with a bank or the like, it is necessary to demand daily sales at 3:00 PM.

【0012】また、院内に事務部門とは別に、経理部門
があり、そちらへの引渡がPM3:00と決められてい
るような場合も考えられる。この場合、当日PM3:0
0以降の領収請求書データは、翌日PM3:00までの
データと共に、翌日データとして、院内管理される。す
なわち、図12に示すように、例えば、9月9日の1
5:00時にレジスタを締める場合には、9月9日の1
5:00時から9月9日の24:00時までのデータは
9月10日のデータとして取り扱い、9月8日の15:
00時から9月8日の24:00時までのデータは9月
9日のデータとして取り扱わねばならない。
It is also conceivable that the accounting department is provided separately from the administrative department in the hospital, and the delivery to the department is determined to be 3:00 PM. In this case, PM3: 0 on the day
Receipt bill data after 0 is managed in the hospital as next day data together with data until 3:00 PM on the next day. That is, for example, as shown in FIG.
If you want to close the register at 5:00,
Data from 5:00 to 24:00 on September 9 is treated as data on September 10, and data on September 8 at 15:00 is used.
The data from 00:00 to 24:00 on September 8 must be treated as data on September 9.

【0013】しかしながら、図10で領収請求書情報フ
ァイルの内容を記載したが、請求日付の領域には、0:
00〜0:00の24時間体系のシステム日付が格納さ
れている。すなわち、図13に示すように、24時間体
系の抽出になる。このため、PM3:00以降のデータ
を翌日の日付指定(日報業務画面)で抽出できなくな
る。
However, although the contents of the receipt invoice information file are described in FIG.
A 24-hour system date from 00 to 0:00 is stored. That is, as shown in FIG. 13, a 24-hour system is extracted. Therefore, data after 3:00 PM cannot be extracted by specifying the date of the next day (daily report operation screen).

【0014】次に、1日に複数回レジスタを締める場合
の例を図14に示す。図14は8:00時、12:00
時および17:00時の1日に3回レジスタを締める場
合を示している。この場合も前記の場合と同様な問題点
があり、また、該当締め単位での抽出ができない。
FIG. 14 shows an example of closing the register a plurality of times a day. FIG. 14 is at 8:00 and 12:00.
The case of closing the register three times a day at 17:00 and 17:00 is shown. In this case as well, there are the same problems as in the case described above, and it is not possible to extract in the corresponding tightening unit.

【0015】このように、従来例においては、各病医院
の運用形態に応じた領収請求書管理および必要な情報の
抽出を行うことができなかった。本発明は、このような
従来の問題点に鑑みてなされたものであって、各病医院
の運用形態に応じた領収請求書管理および必要な領収請
求情報の抽出を効率良く行うことを目的とする。
As described above, in the conventional example, it was not possible to manage the receipt bill and extract necessary information according to the operation form of each hospital. The present invention has been made in view of such a conventional problem, and has as its object to efficiently perform receipt bill management and extract necessary receipt claim information according to the operation mode of each hospital. I do.

【0016】[0016]

【課題を解決するための手段】図1は本発明の原理説明
図である。本発明は、少なくとも請求書番号を含む患者
ごとに作成される領収請求書ファイル20と、システム
全体を管理するシステム管理情報ファイル21を有し、
領収請求書の管理を行う医療事務専用機を対象とし、前
記領収請求書ファイル20に、何年何月何日の何回目に
締めた領収請求書であることを示す締め区分を設け、前
記システム管理情報ファイル21に、締め処理日、締め
区分、締め請求書番号からなる現在締め状態と同じく締
め処理日、締め区分、締め請求書番号からなる以前の締
め状態と締め管理を行うか行わないかを指定する締め使
用区分からなる締め管理情報を設け、締め処理を実行し
たとき現在の締め状態情報で以前の締め状態情報を更新
する更新手段15を設けたことを特徴とする。
FIG. 1 is a diagram illustrating the principle of the present invention. The present invention has a receipt bill file 20 created for each patient including at least a bill number, and a system management information file 21 for managing the entire system.
The receipt bill file 20 is provided with a closing section indicating that the receipt bill was closed at the date of the month, the date and the date of the receipt, for a medical office machine dedicated to managing receipt bills. In the management information file 21, whether to perform the closing management and the previous closing state including the closing date, the closing category, and the closing invoice number as well as the current closing state including the closing processing date, the closing category, and the closing invoice number. Is provided, and the updating means 15 is provided for updating the previous closing state information with the current closing state information when the closing process is executed.

【0017】また、本発明は、前記締め区分を用いて、
何年何月何日の締め何回から何年何月何日の締め何回ま
での抽出指定により領収請求書情報を抽出することを特
徴とする。
Further, the present invention provides a method for using the tightening section,
It is characterized in that the receipt invoice information is extracted by specifying how many times, in what month, on what day, and how many times, in what month, on what day, and how many times.

【0018】[0018]

【作用】このような構成を備えた本発明の医療事務専用
機によれば、領収請求書ファイル20に何年何月何日の
何回目に締めた領収請求書であることを示す締め区分を
設け、システム管理情報ファイル21に、締め処理日、
締め区分、締め請求書番号からなる現在締め状態と、同
様な構成の以前の締め状態(前回締め状態、前々回締め
状態など)と締め管理を行うか行わないかを指定する締
め使用区分からなる締め管理情報を設け、締め処理を実
行したとき、現在の締め状態で以前の締め状態を更新す
るようにしたため、各病医院の運用形態に応じた領収請
求書管理および必要な領収請求書情報を抽出することが
でき、処理効率(レスポンス)を向上させることができ
る。
According to the medical office machine of the present invention having such a configuration, the receipt bill file 20 is provided with a closing section indicating that the receipt bill was closed at the time of the year, month, and day. The system management information file 21 contains the closing date,
A current tightening state consisting of a tightening section and a closing invoice number, a previous tightening state of the same configuration (previous tightening state, second-last tightening state, etc.) and a tightening use section that specifies whether or not to perform tightening management. Management information is provided, and when the closing process is executed, the previous closing state is updated with the current closing state, so the receipt bill management and necessary receipt bill information according to the operation form of each clinic are extracted And the processing efficiency (response) can be improved.

【0019】[0019]

【実施例】以下、本発明の実施例を図面に基づいて説明
する。図2〜図9は本発明の一実施例を示す図である。
図2は医療事務専用機の全体構成図である。図2におい
て、11はキーボードなどからなる入力部であり、入力
部11から領収請求書情報のうちの必要な情報が入力さ
れる。入力部11はCPU本体12の入力制御部13に
接続され、入力制御部13はバス14を介してCPU1
5に接続される。なお、CPU15は後述する更新手段
としての機能を有する。
Embodiments of the present invention will be described below with reference to the drawings. 2 to 9 are views showing an embodiment of the present invention.
FIG. 2 is an overall configuration diagram of the medical office machine. In FIG. 2, reference numeral 11 denotes an input unit such as a keyboard. The input unit 11 receives necessary information from the receipt information. The input unit 11 is connected to an input control unit 13 of the CPU main body 12, and the input control unit 13
5 is connected. Note that the CPU 15 has a function as an updating unit described later.

【0020】16はプリンタであり、プリンタ16は、
領収書、請求書、業務日報などの印刷を行う。プリンタ
16はCPU本体12のプリンタ制御部17に接続さ
れ、プリンタ制御部17はバス14を介してCPU15
に接続される。18は表示部であり、表示部18の画面
には日報業務などが表示される。表示部18はCPU本
体12の表示制御部19に接続され、表示制御部19は
バス14を介してCPU15に接続される。
Reference numeral 16 denotes a printer.
Print receipts, invoices, daily reports, etc. The printer 16 is connected to a printer control unit 17 of the CPU main body 12, and the printer control unit 17
Connected to. Reference numeral 18 denotes a display unit, and a screen of the display unit 18 displays a daily report or the like. The display unit 18 is connected to a display control unit 19 of the CPU main body 12, and the display control unit 19 is connected to the CPU 15 via the bus 14.

【0021】20は領収請求書ファイルであり、領収請
求書ファイル20には図3に示すような領収請求書情報
が格納される。すなわち、領収請求書ファイル20は、
入外区分、患者No.、請求日付、請求書No.、請求額、
入金額、未収金額、合計請求額、消費税対象額、日報除
外、締め区分により構成される。
Reference numeral 20 denotes a receipt bill file. The receipt bill file 20 stores receipt bill information as shown in FIG. That is, the receipt file 20 is
In / Out section, patient No., billing date, bill No., billing amount,
It consists of deposit amount, receivable amount, total invoice amount, consumption tax target amount, daily report exclusion, and closing category.

【0022】この領収請求書ファイル20には締め区分
が追加して設けられている。すなわち、何年何月何日の
何回目に締めた領収請求書かを知るために、領収請求書
ファイル20上に締め区分なるフラグを追加している。
締め区分のセットは、オペレータではなく、システムか
ら自動的に行う。また、フラグ長は、数字1桁タイプ
で、ここには、1〜9の締め回数が格納される。
The receipt bill file 20 is additionally provided with a closing section. In other words, in order to know the number of the receipt claim closed in the year, month, and day, a flag indicating the closing category is added to the receipt bill file 20.
The setting of the tightening section is automatically performed by the system, not by the operator. The flag length is a one-digit number type, in which the number of times of tightening of 1 to 9 is stored.

【0023】締め区分の値により何年何月何日の何回目
に締めた領収請求書かを判断することができ、必要な領
収請求書情報を抽出することが可能になる。21はシス
テム管理情報ファイルであり、システム管理情報ファイ
ル21は、システム全体の管理を行うために設けられて
いる。システム管理情報ファイル21には締め管理を行
うために、締め管理情報が追加して設けられている。
Based on the value of the closing category, it is possible to judge the number of the receipt bill closed in the year, month and day, and it is possible to extract necessary receipt bill information. Reference numeral 21 denotes a system management information file. The system management information file 21 is provided to manage the entire system. The system management information file 21 is additionally provided with closing management information for performing closing management.

【0024】締め管理情報の例を図4に示す。図4にお
いて、締め管理情報は、現在締め状態、前回締め状態お
よび締め使用区分よりなる。なお、締め回数により、前
々回締め状態などが追加される。例えば、1日2回締め
るときは、前回締め状態に対して前々回締め状態を追加
する。
FIG. 4 shows an example of the closing management information. In FIG. 4, the closing management information includes a current closing state, a previous closing state, and a closing use category. It should be noted that, depending on the number of times of tightening, a state before the last tightening is added. For example, when tightening twice a day, the second-last tightening state is added to the last tightening state.

【0025】現在締め状態の各項目は次のとおりであ
る。 請求書No.(外):今現在、何番までの請求書No.がふ
られているという最新請求書No.を格納する。(外来会
計作成分のみ) この情報を管理することにより、このNo.以上の余分な
レコードをアクセスする必要がなくなる。
The items in the currently closed state are as follows. Invoice No. (outside): Stores the latest invoice No. that indicates how many invoices No. are currently touched. By managing this information, there is no need to access extra records beyond this No.

【0026】請求書No.(入):今現在、何番までの請
求書No.がふられているという最新請求書No.を格納す
る。(退院作成分、入院定期請求作成分を入院として、
格納する) この情報を管理することにより、このNo.以上の余分な
レコードをアクセスする必要がなくなる。
Invoice No. (in): Stores the latest invoice No. indicating how many invoices No. are currently assigned. (Discharge preparation and inpatient periodic billing preparation are regarded as hospitalization,
By managing this information, there is no need to access extra records beyond this No.

【0027】締め処理日 :システム管理情報ファ
イルを更新する処理として、「締め(年月日)
処理」と称する処理があるが、今現在の締め処理を実行
した処理日(システム日付)を格納する。 締め区分 :今現在の締め回数を格納する。この
回数で領収請求書情報ファイルの締め区分をマルチ更新
してしていく。 前回締め状態の各項目は次のとおりである。 請求書No.(外):前回締め処理を行った時点での、外
来作成分の最終請求書No.を格納する。(外来会計作成
分のみ) この情報を管理することにより、このNo.以上の余分な
レコードをアクセスする必要がなくなる。
Closing date: As a process for updating the system management information file, "closing (date)
There is a process referred to as "process", and stores a processing date (system date) at which the current closing process is executed. Closing category: Stores the current number of closings. The closing section of the receipt invoice information file is multi-updated by the number of times. The items in the last closed state are as follows. Invoice No. (external): Stores the final invoice No. for the outpatient preparation at the time of performing the previous closing process. By managing this information, there is no need to access extra records beyond this No.

【0028】請求書No.(入):前回締め処理を行った
時点での、入院作成分の最終請求書No.を格納する。
(退院作成分、入院定期請求作成分を入院として、格納
する) この情報を管理することにより、このNo.以上の余分な
レコードをアクセスする必要がなくなる。
Invoice No. (in): Stores the final invoice No. created by hospitalization at the time of performing the previous closing process.
(The part created by the discharge and the part created by the in-patient regular bill are stored as hospitalization.) By managing this information, it is not necessary to access an extra record of No. or more.

【0029】締め処理日 :前回締め処理を行った
際の処理日を格納する。 (年月日) 締め区分 :前回締め処理を行った際の締め回数
を格納する。 締め使用区分は、締め管理を行うか、行わないかを、指
定する区分である。
Closing date: The processing date when the previous closing process was performed is stored. (Year / Month / Day) Closing category: Stores the number of times the previous closing process was performed. The closing use category is a category for specifying whether to perform the closing management or not.

【0030】例えば、0:締め管理しない、1:締め管
理する、とする。なお、24時間体系(0:00〜0:
00)での運用を行う病医院においても、従来通り運用
形態を可能とするために締め使用区分を追加する。この
区分により、日報業務の抽出画面レイアウトを可変にす
ることが可能となる。
For example, it is assumed that 0: the closing management is not performed, and 1: the closing management is performed. The 24-hour system (0: 00 to 0:
In the clinic where the operation is performed in (00), a closed use category is added in order to enable the operation mode as before. By this division, it is possible to make the extraction screen layout of the daily report business variable.

【0031】この締め使用区分を用いて、締め管理する
場合、日報業務は、図5に示すように、表示部18の表
示画面に変更して表示される。図5に示すように○年○
月○日の締め○回から○年○月○日の締め○回までの抽
出指定が可能となる。また、締め使用区分を“0”とし
て締め管理を行わない場合、日報業務は、図6に示すよ
うに、従来と同様な表示画面で表示部18に表示され
る。図6に示すように、○年○月○日の抽出指定であ
り、従来と同様な抽出も可能である。
When the closing management is performed by using the closing use categories, the daily report operation is changed and displayed on the display screen of the display unit 18 as shown in FIG. As shown in FIG.
It is possible to specify the extraction from the closing times of month x day to the closing times of year x month x day. When the closing management is not performed by setting the closing use category to “0”, the daily report is displayed on the display unit 18 on a display screen similar to the conventional one, as shown in FIG. As shown in FIG. 6, this is an extraction designation of year, year, month, day, and the same extraction as in the past is possible.

【0032】次に、システム管理情報ファイル21は、
システム全体を管理するための情報ファイルであるが、
これらの情報を常に最新に保つために、締め処理という
処理を行って、ファイルの更新をCPU15により行
う。更新方法を図7を参照しながら説明する。 (1)現在の締め状態情報で、前回の締め状態情報を更
新する。
Next, the system management information file 21
This is an information file for managing the entire system.
In order to keep these information up-to-date, the CPU 15 updates the file by performing a closing process. The updating method will be described with reference to FIG. (1) The previous closing state information is updated with the current closing state information.

【0033】(2)現在の請求書No.情報はクリアし、
1番から始まるように、新たに発番する体制を整える。 (3)締め処理を実行した日付で、締め処理日を更新す
る。 (4)締め区分をプラス「1」づつ、カウントアップし
ていく。 現在の締め状態情報の締め区分の値を最新にしておくこ
とにより、領収請求書ファイル20の締め区分を常に、
最新の締め区分で更新することができる。
(2) The current bill No. information is cleared,
Prepare a new system to start from No. 1. (3) Update the closing date with the date when the closing process was executed. (4) Count up by one each for the closing category. By keeping the value of the closing section of the current closing state information up to date, the closing section of the receipt
It can be updated with the latest closing section.

【0034】前回の締め状態および現在の締め状態を管
理することにより、抽出画面(日報業務)の請求日付の
日付範囲を初期表示することができる。例えば、PM
3:00に1日1回締めた場合(PM3:00以前のデ
ータは「0」、以降は「1」が格納されている) 前回締め状態(処理日1992年9月8日 締め区分
1) 現在締め状態(処理日1992年9月9日 締め区分
0) 9日のPM3:00時点で、本日の日報(抽出)を行お
うとした際、実際該当するデータは、8日の締め「1」
のデータから、9日の締め「0」のデータになる。
By managing the previous closing state and the current closing state, the date range of the billing date on the extraction screen (daily report work) can be initially displayed. For example, PM
When closed once a day at 3:00 (data before PM 3:00 is "0", after that "1" is stored) Previous closing state (processing date September 8, 1992, closing category)
1) Current closing status (processing date September 9, 1992, closing category)
0) At 3:00 PM on the 9th, when trying to perform a daily report (extraction) of the day, the corresponding data is actually “1” at the end of the 8th.
Is the data for the closing “0” on the 9th.

【0035】すなわち、前回の状態と、今回の状態を管
理していれば、今回どこから〜どこまでを抽出するかと
いった範囲を得ることが可能になる。この値を、抽出画
面(日報業務)に初期表示してあげることにより、オペ
レータは、範囲を意識することなく抽出指定を行うこと
が可能になる。次に、動作をさらに具体的に説明する。
That is, if the previous state and the current state are managed, it is possible to obtain a range from where to where to extract this time. By initially displaying this value on the extraction screen (daily report business), the operator can specify the extraction without being aware of the range. Next, the operation will be described more specifically.

【0036】図8に示すように、一日一回PM3:00
でレジスタを締めるものとする。ここで、9月8日PM
3:00以前のデータ格納形態を図9(A)に示す。締
め区分は「0」である。このデータ格納形態において、
9月8日のPM3:00に締め処理を実行する。
As shown in FIG. 8, once a day PM 3:00
To close the register. Here, September 8 PM
FIG. 9A shows a data storage form before 3:00. The tightening category is “0”. In this data storage form,
The closing process is executed at 3:00 PM on September 8.

【0037】次に、9月8日PM3:00以降のデータ
格納形態を図9(B)に示す。締め区分は「1」とな
る。すなわち、毎朝電源投入時、本日分の領収請求書フ
ァイル20を作成する目的で、システム管理情報ファイ
ル21の締め処理を行ったかのように自動更新してい
る。
Next, FIG. 9B shows a data storage form after 3:00 PM on September 8th. The tightening category is “1”. That is, when the power is turned on every morning, the system management information file 21 is automatically updated as if the closing process was performed for the purpose of creating the receipt bill file 20 for today.

【0038】次に、9月9日のPM3:00以前のデー
タ格納形態は、図9(C)に示すように、締め区分は
「0」となり、9月9日PM3:00以降のデータ格納
形態は、図9(D)に示すように、「1」となる。9月
9日PM3:00に締めを行うときは、まず、図5に示
すような日報業務画面から指定条件を指定する。指定条
件としては、請求日付、入外区分、請求書No.などであ
る。
Next, in the data storage form before 3:00 PM on September 9, as shown in FIG. 9C, the closing category is "0", and the data storage form after 3:00 PM on September 9 is stored. The form is “1” as shown in FIG. 9 (D). When closing at 3:00 PM on September 9th, first, a designated condition is designated from a daily report operation screen as shown in FIG. The designation conditions include a billing date, an incoming / outgoing classification, a bill No., and the like.

【0039】ここでは、○年9月8日の締め1回から○
年9月9日の締めゼロ回までの抽出指定を行う。次に、
指定された抽出条件にしたがい、領収請求書ファイル2
0にアクセスし、指定条件に該当する領収請求書情報を
決定する。次に、決定した領収請求書情報をプリンタ1
6で印刷し、または、表示部18の画面に表示する。
Here, since the closing once on September 8th, ○
The extraction is specified up to zero times on September 9, 2011. next,
Receipt invoice file 2 according to specified extraction conditions
0 is accessed, and the receipt information corresponding to the designated condition is determined. Next, the determined receipt information is stored in the printer 1.
6, or displayed on the screen of the display unit 18.

【0040】また、1日に複数回、例えば2回レジスタ
を締める場合には、システム管理情報ファイル21に前
々回締め状態を追加する。これにより、必要な一日の領
収請求書情報の抽出を行うことができ、かつ、該当締め
単位での抽出を行うことができる。このように、各病医
院の運用形態に応じた領収請求書管理および必要な領収
請求書情報の抽出を行うことができる。また、システム
管理情報ファイル24の締め管理情報により、処理効率
(レスポンス)を向上させることができる。
In the case where the register is closed a plurality of times a day, for example, twice, the closed state is added to the system management information file 21. As a result, it is possible to extract necessary one-day receipt bill information, and it is also possible to perform extraction on a per-unit basis. As described above, it is possible to manage the receipt bill and extract the necessary receipt bill information according to the operation form of each hospital. Further, the processing efficiency (response) can be improved by the closing management information of the system management information file 24.

【0041】なお、従来のマスタ資源をそのまま利用す
ることができるため、リプレース時の移行をスムーズに
行うことができる。
Since the conventional master resource can be used as it is, the transition at the time of replacement can be performed smoothly.

【0042】[0042]

【発明の効果】以上説明してきたように、本発明によれ
ば、領収請求書ファイルに締め区分を追加し、システム
管理情報ファイルに締め管理情報を追加して、締め処理
時に締め管理情報を更新するようにしたため、各病医院
の運用形態に応じた領収請求書管理および必要な領収請
求書情報を抽出することができ、処理効率を向上させる
ことができる。
As described above, according to the present invention, the closing category is added to the receipt invoice file, the closing management information is added to the system management information file, and the closing management information is updated during the closing process. As a result, it is possible to manage receipt bills and extract necessary receipt bill information according to the operation mode of each hospital and clinic, thereby improving processing efficiency.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の原理説明図FIG. 1 is a diagram illustrating the principle of the present invention.

【図2】本発明の一実施例を示す全体構成図FIG. 2 is an overall configuration diagram showing one embodiment of the present invention.

【図3】領収請求書ファイルを示す図FIG. 3 shows a receipt invoice file.

【図4】システム管理情報ファイルの締め管理情報を示
す図
FIG. 4 is a diagram showing closing management information of a system management information file;

【図5】締め管理する場合の日報業務を示す図FIG. 5 is a diagram showing a daily report operation when closing management is performed.

【図6】締め管理しない場合の日報業務を示す図FIG. 6 is a diagram showing a daily report operation when closing management is not performed;

【図7】締め処理の説明図FIG. 7 is an explanatory diagram of a closing process.

【図8】15:00時にレジスタを締める場合の説明図FIG. 8 is an explanatory diagram when the register is closed at 15:00.

【図9】領収請求書ファイルのデータ格納形態を示す図FIG. 9 is a diagram showing a data storage form of a receipt invoice file.

【図10】従来の領収請求書ファイルを示す図FIG. 10 is a diagram showing a conventional receipt invoice file.

【図11】従来の領収請求書情報の抽出方法の説明図FIG. 11 is an explanatory diagram of a conventional method of extracting receipt bill information.

【図12】従来の15:00時にレジスタを締める場合
の説明図
FIG. 12 is an explanatory diagram of a conventional case where a register is closed at 15:00.

【図13】従来の日報業務を示す図FIG. 13 shows a conventional daily report operation.

【図14】従来の1日に複数回レジスタを締めた場合の
説明図
FIG. 14 is an explanatory diagram of a conventional case where a register is closed a plurality of times a day.

【符号の説明】[Explanation of symbols]

11:入力部 12:CPU本体 13:入力制御部 14:バス 15:CPU(更新手段) 16:プリンタ 17:プリンタ制御部 18:表示部 19:表示制御部 20:領収請求書ファイル 21:システム管理情報ファイル 11: Input unit 12: CPU body 13: Input control unit 14: Bus 15: CPU (updating means) 16: Printer 17: Printer control unit 18: Display unit 19: Display control unit 20: Receipt bill file 21: System management Information file

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.7,DB名) G06F 17/60 G06F 19/00 ──────────────────────────────────────────────────続 き Continued on front page (58) Field surveyed (Int.Cl. 7 , DB name) G06F 17/60 G06F 19/00

Claims (2)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】少なくとも請求書番号を含む患者ごとに作
成される領収請求書ファイル(20)と、システム全体
を管理するシステム管理情報ファイル(21)を有し、
領収請求書の管理を行う医療事務専用機において、 前記領収請求書ファイル(20)に、何年何月何日の何
回目に締めた領収請求書であることを示す締め区分を設
け、 前記システム管理情報ファイル(21)に、締め処理
日、締め区分、締め請求書番号からなる現在締め状態と
同じく締め処理日、締め区分、締め請求書番号からなる
以前の締め状態と締め管理を行うか行わないかを指定す
る締め使用区分からなる締め管理情報を設け、 締め処理を実行したとき現在の締め状態情報で以前の締
め状態情報を更新する更新手段(15)を設けたことを
特徴とする医療事務専用機。
1. A receipt bill file (20) created for each patient including at least a bill number, and a system management information file (21) for managing the entire system,
A dedicated medical office machine for managing a receipt bill, wherein the receipt bill file (20) is provided with a closing section indicating that the receipt bill was closed at the time of the year, month, and date; In the management information file (21), whether or not to perform the closing management and the closing status including the closing processing date, closing category, and closing invoice number as well as the current closing status including the closing processing date, closing category, and closing invoice number Medical treatment characterized by providing closing management information comprising a closing use category designating whether or not there is not, and providing updating means (15) for updating previous closing state information with current closing state information when a closing process is executed. Office machine.
【請求項2】前記締め区分を用いて、何年何月何日の締
め何回から何年何月何日の締め何回までの抽出指定によ
り領収請求書情報を抽出することを特徴とする請求項1
の医療事務専用機。
2. The method according to claim 1, wherein the receipt classification information is extracted by specifying the number of times of the year, month, and day to the number of times of the year, month, and day. Claim 1
Dedicated medical office machine.
JP2159393A 1993-02-10 1993-02-10 Medical office machine Expired - Lifetime JP3131060B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2159393A JP3131060B2 (en) 1993-02-10 1993-02-10 Medical office machine

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2159393A JP3131060B2 (en) 1993-02-10 1993-02-10 Medical office machine

Publications (2)

Publication Number Publication Date
JPH06236387A JPH06236387A (en) 1994-08-23
JP3131060B2 true JP3131060B2 (en) 2001-01-31

Family

ID=12059340

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2159393A Expired - Lifetime JP3131060B2 (en) 1993-02-10 1993-02-10 Medical office machine

Country Status (1)

Country Link
JP (1) JP3131060B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3249475B2 (en) * 1998-08-21 2002-01-21 三洋電機株式会社 Window accounting processor

Also Published As

Publication number Publication date
JPH06236387A (en) 1994-08-23

Similar Documents

Publication Publication Date Title
US5933809A (en) Computer software for processing medical billing record information
KR900005286B1 (en) Apparatus for financial management
US20020069077A1 (en) Computerized system for customizing and managing benefits
US20020152142A1 (en) Method for acquiring and processing data of business transactions
JP3131060B2 (en) Medical office machine
JP3026964B1 (en) Slip data processing device and its processing method
JP3030299U (en) Accounting information processing device
JP2001325354A (en) Medical affair accounting system and machine-readable medium with recorded program
JP4281977B2 (en) Network type pension management system for industrial property using relational database
JPH09282360A (en) Managing method for insurance information in computer for medical expense calculation work
JP3030300U (en) Accounting information processing device
JPS61228568A (en) Medical business computer
JP2024013346A (en) Credit management system, credit management method, and credit management program
JP2022117391A (en) Credit management device, credit management method, and credit management program
JPH0143341B2 (en)
JP3047398B2 (en) File processing device
JPS60205666A (en) Data processing system of computer for claiming medical insurance
JP2000268083A (en) Insurance charge revenue record updating device, scheduled pension reception amount calculating device and prepaid insurface calculating device
Botten The Geac 8000 system at the Polytechnic of the South Bank
Bradish Changing an automated drug inventory control system to a data base design
JP2021163183A (en) Service assistance device, service assistance method, and service assistance program
JP2022121748A (en) Wage-advance-payment-time overpayment prevention device, wage-advance-payment-time overpayment prevention method and wage-advance-payment-time overpayment prevention program
JPH0117186B2 (en)
JPH0225966A (en) Data totalizer
JPS6288058A (en) Insurance claim managing system

Legal Events

Date Code Title Description
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20001017

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081117

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081117

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091117

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101117

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101117

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111117

Year of fee payment: 11

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111117

Year of fee payment: 11

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121117

Year of fee payment: 12

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121117

Year of fee payment: 12

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131117

Year of fee payment: 13

EXPY Cancellation because of completion of term
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131117

Year of fee payment: 13