JP4392259B2 - Reservation management program, reservation management method, and reservation management apparatus - Google Patents
Reservation management program, reservation management method, and reservation management apparatus Download PDFInfo
- Publication number
- JP4392259B2 JP4392259B2 JP2004032990A JP2004032990A JP4392259B2 JP 4392259 B2 JP4392259 B2 JP 4392259B2 JP 2004032990 A JP2004032990 A JP 2004032990A JP 2004032990 A JP2004032990 A JP 2004032990A JP 4392259 B2 JP4392259 B2 JP 4392259B2
- Authority
- JP
- Japan
- Prior art keywords
- reservation
- date
- medical
- patient
- medical practice
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Description
本発明は、予約管理プログラム、予約管理方法および予約管理装置に係り、特に所定のサービスを提供する提供側が、ユーザからの予約受付を管理するための予約管理プログラム、予約管理方法および予約管理装置に関する。 The present invention relates to a reservation management program, a reservation management method, and a reservation management apparatus, and more particularly, to a reservation management program, a reservation management method, and a reservation management apparatus for a provider who provides a predetermined service to manage reservation reception from a user. .
例えば所定のサービスを提供する提供側の一例としての医療機関は、サービスを利用するユーザの一例としての患者から診療の予約受付を行っている。このような医療機関の予約受付を簡便にする予約管理システムの一例が、例えば特許文献1に提案されている。特許文献1のシステムは、患者が携帯電話を用いて医療機関の予約受付サーバにインターネット経由でアクセスし、診療の予約を行うものである。 For example, a medical institution as an example of a provider who provides a predetermined service receives a medical appointment from a patient as an example of a user who uses the service. An example of a reservation management system that makes it easy to accept reservations at such medical institutions is proposed in Patent Document 1, for example. In the system of Patent Document 1, a patient uses a mobile phone to access a reservation reception server of a medical institution via the Internet and make a medical treatment reservation.
従来、患者自身からの予約受付を行う予約管理システムでは、医療機関側の医師,設備等の空き状況を考慮しつつ、患者からの予約受付を行っていた。
しかしながら、従来の予約管理システムでは、主に患者側の利便性を考慮したものであって、医療機関側にとって以下のような課題があった。 However, the conventional reservation management system mainly considers the convenience on the patient side, and has the following problems for the medical institution side.
まず、医療機関の収入は、診療行為に基づく診療報酬点数に応じて決定する。この診療報酬点数には、診療が所定回数を超過した場合に逓減されるものや、加算できる上限回数が決まっているものがある。そのため、同じ患者が一月に何度も診療行為を受けると診療報酬点数が逓減される場合や加算できなくなる場合などが発生し、医療機関の収入は減少してしまう。従来の予約管理システムでは、医療機関の収入を決める診療報酬点数が考慮されておらず、医療機関の収入が減少するような予約を受け付けていた。 First, the income of the medical institution is determined according to the medical treatment reward score based on the medical practice. Some of the medical treatment reward points are gradually reduced when the medical treatment exceeds a predetermined number of times, and the upper limit number that can be added is determined. For this reason, if the same patient receives medical treatment many times in a month, the medical fee may be reduced or cannot be added, and the income of the medical institution will decrease. Conventional reservation management systems do not take into account the number of medical fees that determine the income of a medical institution, and accept reservations that reduce the income of the medical institution.
また、診療行為同士の組み合わせによっては、所定の日数を空けなければならない等の禁忌条件を考慮しなければならない場合が発生する。従来の予約管理システムでは、このような禁忌条件を考慮せずに、予約を受け付けていた。このため、医療機関は患者からの予約を受け付けて来院してもらっても、禁忌条件から診療行為ができず、患者に無用な負担を掛けてしまう場合があった。医療機関にとっては、無駄な診療となってしまう場合があった。 Further, depending on the combination of medical practices, there may be cases where contraindication conditions such as a predetermined number of days must be taken into consideration. Conventional reservation management systems accept reservations without considering such contraindication conditions. For this reason, even if a medical institution accepts a reservation from a patient and visits the patient, medical treatment cannot be performed due to contraindication conditions, which may place an unnecessary burden on the patient. For medical institutions, there were cases where it was a useless medical treatment.
また、医療機関では月が変わると保険証を確認する必要がある。患者が保険証を忘れてしまった場合、医療機関は一時的に診療費などを負担しなければならない。医療機関は一時的に負担した診療費などを未収情報として管理し、その患者が次に来院したときに保険証の確認と未収金の回収とを行っていた。したがって、患者が保険証を忘れる機会が増加すると、医療機関の窓口では通常の窓口受付業務と異なる作業が発生し、作業効率の低下や未収金の増加が発生してしまう場合があった。 Also, medical institutions need to check their health insurance card when the month changes. If a patient forgets his / her insurance card, the medical institution must temporarily pay medical expenses. The medical institution managed the medical expenses paid temporarily as uncollected information, and when the patient visited the hospital next time, he / she confirmed the insurance card and collected the unpaid money. Therefore, when the chance that the patient forgets the health insurance card increases, there is a case where the work at the medical institution is different from the normal window reception work, resulting in a decrease in work efficiency and an increase in accounts receivable.
本発明は、上記の点に鑑みなされたもので、サービスを提供する提供側およびサービスを利用するユーザの双方の利便性を考慮した予約受付が可能な予約管理プログラム、予約管理方法および予約管理装置を提供することを目的とする。 The present invention has been made in view of the above points, and a reservation management program, a reservation management method, and a reservation management apparatus capable of accepting reservations in consideration of the convenience of both a provider who provides a service and a user who uses the service The purpose is to provide.
そこで、上記課題を解決するため、本発明は、医療機関が患者から診療の予約受付を行うコンピュータに、前記患者の前回来院日付,前回診療行為,次回予定診療行為を含む診療情報を来院毎に記録した患者情報記録手段と、診療行為,診療行為関連禁忌行為,禁忌条件を含む診療行為チェック情報を記録した診療行為チェック情報記録手段とを参照し、前記患者が行った前回医療行為及び前回来院日付と次回予定診療行為とを比較して、前記禁忌条件を満たさない日付を予約外日付リストに追加する第1の日付追加手順と、前記患者情報記録手段と、診療行為,逓減条件,加算条件を含む診療報酬チェック情報を記録した診療報酬チェック情報記録手段とを参照し、前記患者が行った過去の医療行為及び過去の来院日付と次回予定診療行為とを比較して、前記逓減条件及び加算条件に基づき診療報酬請求条件を満たさない日付を予約外日付リストに追加する第2の日付追加手順と、前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外したあと、更に、前記医療機関の医師及び設備の管理情報を記録した病院管理情報記録手段と、前記医療機関が受付済みの予約情報を記録した予約情報記録手段とを参照し、前記医療機関が予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手順とを実行させるための予約管理プログラムであることを特徴とする。 Therefore, in order to solve the above-mentioned problems, the present invention provides a medical institution that receives a medical appointment reservation from a patient , and stores medical information including the previous visit date, previous medical practice, and next scheduled medical practice of the patient for each visit. With reference to the recorded patient information recording means and the medical practice check information recording means for recording medical practice check information including medical practice, medical practice-related contraindications and contraindication conditions, the previous medical practice and previous visit performed by the patient A first date addition procedure for comparing a date with the next scheduled medical practice and adding a date not satisfying the contraindication conditions to the non-reserved date list, the patient information recording means, a medical practice, a decreasing condition, and an adding condition The medical fee check information recording means that records medical fee check information including the past medical action and the past visit date and the next scheduled medical action performed by the patient And a second date addition procedure for adding to the non-reserved date list a date that does not satisfy the medical fee claim condition based on the diminishing condition and the adding condition, and reservation acceptance added to the non-reserved date list cannot be accepted A hospital management information recording means for recording management information of doctors and facilities of the medical institution, and reservation information for recording reservation information received by the medical institution Recording means, excluding the date that the medical institution cannot accept reservations from the date list that can accept reservations, creating a reservation acceptance screen using the date list that excludes dates that cannot accept reservations, that the reservation acceptance screen is reserved management program for executing the reservation procedure and provided to the client to manipulate the user makes a reservation accepted from the user And butterflies.
また、本発明は、コンピュータによって実行される予約管理方法であって、前記コンピュータが、前記患者の前回来院日付,前回診療行為,次回予定診療行為を含む診療情報を来院毎に記録した患者情報記録手段と、診療行為,診療行為関連禁忌行為,禁忌条件を含む診療行為チェック情報を記録した診療行為チェック情報記録手段とを参照し、前記患者が行った前回医療行為及び前回来院日付と次回予定診療行為とを比較して、前記禁忌条件を満たさない日付を予約外日付リストに追加する第1の日付追加ステップと、前記患者情報記録手段と、診療行為,逓減条件,加算条件を含む診療報酬チェック情報を記録した診療報酬チェック情報記録手段とを参照し、前記患者が行った過去の医療行為及び過去の来院日付と次回予定診療行為とを比較して、前記逓減条件及び加算条件に基づき診療報酬請求条件を満たさない日付を予約外日付リストに追加する第2の日付追加ステップと、前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外したあと、更に、前記医療機関の医師及び設備の管理情報を記録した病院管理情報記録手段と、前記医療機関が受付済みの予約情報を記録した予約情報記録手段とを参照し、前記医療機関が予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付ステップとを実行することを特徴とする。 The present invention also relates to a reservation management method executed by a computer, wherein the computer records medical information including the previous visit date, the previous medical practice, and the next scheduled medical practice of the patient for each visit. Refer to the medical procedure, medical practice-related contraindications, medical practice check information recording means that records medical practice check information including contraindication conditions, the previous medical practice performed by the patient, the previous visit date and the next scheduled medical practice. A first date addition step of comparing the action and adding a date that does not satisfy the contraindication conditions to the non-reserved date list; the patient information recording means; and a medical fee check including a medical action, a decreasing condition, and an adding condition Refer to the medical fee check information recording means that recorded the information, and the past medical action performed by the patient and the past visit date and the next scheduled medical action In comparison, a second date addition step of adding a date that does not satisfy the medical fee claim condition based on the diminishing condition and the addition condition to the non-reserved date list, and the reservation added to the non-reserved date list is not accepted. After excluding the date from the list that can accept reservations, the hospital management information recording means for recording management information of doctors and facilities of the medical institution, and the reservation information record for recording reservation information received by the medical institution The medical institution excludes the dates that the medical institution cannot accept reservations from the date list that can accept reservations, creates a reservation acceptance screen using the date list that excludes the dates that cannot accept reservations, and makes the reservation A reservation reception step is performed, in which a reception screen is provided to the client operated by the user to receive a reservation from the user .
また、本発明は、医療機関が患者から診療の予約受付を行う予約管理装置であって、前記患者の前回来院日付,前回診療行為,次回予定診療行為を含む診療情報を来院毎に記録した患者情報記録手段と、診療行為,診療行為関連禁忌行為,禁忌条件を含む診療行為チェック情報を記録した診療行為チェック情報記録手段とを参照し、前記患者が行った前回医療行為及び前回来院日付と次回予定診療行為とを比較して、前記禁忌条件を満たさない日付を予約外日付リストに追加する第1の日付追加手段と、前記患者情報記録手段と、診療行為,逓減条件,加算条件を含む診療報酬チェック情報を記録した診療報酬チェック情報記録手段とを参照し、前記患者が行った過去の医療行為及び過去の来院日付と次回予定診療行為とを比較して、前記逓減条件及び加算条件に基づき診療報酬請求条件を満たさない日付を予約外日付リストに追加する第2の日付追加手段と、前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外したあと、更に、前記医療機関の医師及び設備の管理情報を記録した病院管理情報記録手段と、前記医療機関が受付済みの予約情報を記録した予約情報記録手段とを参照し、前記医療機関が予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手段とを有することを特徴とする。 Further, the present invention is a reservation management apparatus in which a medical institution accepts a medical appointment from a patient, and records the medical information including the previous visit date, the previous medical practice, and the next scheduled medical practice for each patient. Refer to information recording means and medical practice check information recording means that records medical practice check information including medical practice, medical practice-related contraindications, and contraindication conditions. A first date adding means for comparing a scheduled medical practice with a date not satisfying the contraindication conditions and adding the date to the non-reserved date list, the patient information recording means, a medical practice including a medical practice, a decreasing condition, and an adding condition With reference to the medical fee check information recording means that records the fee check information, the past medical action performed by the patient and the past visit date are compared with the next scheduled medical action, Second date adding means for adding a date that does not satisfy the medical fee claim condition based on the condition and the addition condition to the non-reserved date list, and accepting a reservation non-reserved date added to the non-reserved date list After excluding from the date list, further refer to the hospital management information recording means for recording management information of doctors and equipment of the medical institution, and the reservation information recording means for recording reservation information received by the medical institution, The medical institution excludes the date from which reservations cannot be received from the list of dates for which reservations can be received, creates a reservation reception screen using the date list from which dates for which reservations cannot be received is excluded, and displays the reservation reception screen of the user Reservation receiving means for providing to the operating client and receiving a reservation from the user .
本発明によれば、提供側およびユーザの双方の利便性を考慮した予約受付が可能な予約管理プログラム、予約管理方法および予約管理装置を提供できる。 According to the present invention, it is possible to provide a reservation management program, a reservation management method, and a reservation management apparatus that can accept a reservation in consideration of the convenience of both the provider and the user.
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、以下の実施例では所定のサービスを提供する提供側の一例としての医療機関が、サービスを利用するユーザの一例としての患者から診療の予約受付を行う例を説明するが、如何なる予約受付であってもよい。本発明は、具体的に開示された実施例に限定されるものでなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。 Next, the best mode for carrying out the present invention will be described based on the following embodiments with reference to the drawings. In the following embodiment, an example will be described in which a medical institution as an example of a provider who provides a predetermined service receives a medical appointment reservation from a patient as an example of a user who uses the service. There may be. The present invention is not limited to the specifically disclosed embodiments, and various modifications and changes can be made without departing from the scope of the claims.
図1は、本発明による予約管理システムの一実施例の構成図である。図1の予約管理システムは、1つ以上のクライアント10及び予約管理サーバ20が、インターネット等のネットワーク30を介して接続されている。クライアント10は、患者などが診療の予約を行う端末装置である。予約管理サーバ20は、医療機関毎に予約情報の照会、予約情報の登録、予約時の禁忌条件チェック等を行う
クライアント10は、患者等のユーザに対して予約情報を表示し、又はユーザに予約情報,診療情報を入力させるためのブラウザ11が起動されている。クライアント10を操作するユーザは、患者の他、医療機関の職員,医師,看護士等であってもよい。
FIG. 1 is a block diagram of an embodiment of a reservation management system according to the present invention. In the reservation management system of FIG. 1, one or
予約管理サーバ20は、予約管理インターフェース21,行為チェック機能22,患者マスタ23,診療行為チェックマスタ24,診療報酬チェックマスタ25,病院管理情報マスタ26,予約管理マスタ27を含むように構成されている。患者マスタ23は、患者の氏名,過去の診療行為等の診療情報を保持している。
The
診療行為チェックマスタ24は、各診療行為の禁忌条件を保持している。診療報酬チェックマスタ25は、診療行為と、診療報酬請求点数の逓減条件,加算条件とで構成される診療報酬請求条件を保持している。病院管理情報マスタ26は、医療機関の医師,設備等の情報を保持している。予約管理マスタ27は、医療機関の予約情報を保持している。
The medical
行為チェック機能22は、患者の過去の診療行為と、各診療行為の禁忌条件と、診療報酬請求条件と、次回に予定している医療行為とに応じて、予約を受け付けない予約受付不可な日付を選択して予約外日付リストを生成する。
The
予約管理インターフェース21は、行為チェック機能22から取得した予約外日付リスト、病院管理情報マスタ26から取得した医療機関の医師,設備等の情報及び予約管理マスタ27から取得した医療機関の予約情報に応じて予約受付画面を作成し、その予約受付画面をクライアント10のブラウザ11に表示させる。つまり、予約管理インターフェース21は、予約情報の照会、登録等の予約管理を行うための各種画面を作成してクライアント10のブラウザ11に表示させる。
The
次に、予約管理サーバ20を実現するためのハードウェア構成について説明する。図2は、予約管理サーバ20の一例のハードウェア構成図である。図2の予約管理サーバ20は、それぞれバスBで相互に接続されている入力装置41と,表示装置42と,ドライブ装置43と,補助記憶装置45と,メモリ装置46と,演算処理装置47と,インターフェース装置48とを有するように構成される。なお、図2の予約管理サーバ20を構成する各種デバイスは、1つの筐体に収容してもよいし、複数の筐体に分散して収容してもよい。
Next, a hardware configuration for realizing the
入力装置41はキーボード,マウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置42は、操作に必要な各種ウインドウやデータ等を表示する。インターフェース装置48は、ネットワーク30に接続する為のインターフェースであり、例えばモデム,ルータ等で構成される。
The input device 41 includes a keyboard, a mouse, and the like, and is used for inputting various operation instructions. The
予約管理サーバ20を制御する予約管理プログラムは、CD−ROM等の記録媒体44によって提供される。予約管理プログラムを記録した記録媒体44は、ドライブ装置43にセットされ、予約管理プログラムが記録媒体44からドライブ装置43を介して補助記憶装置45にインストールされる。
A reservation management program for controlling the
なお、予約管理プログラムを記録した記録媒体44は、CD−ROM、フレキシブルディスク、光磁気ディスク(MO)等の様に情報を光学的,電気的或いは磁気的に記録する記録媒体、又はROM、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることが可能である。
The
また、予約管理プログラムはインターフェース装置48を介して接続される他のコンピュータの記録媒体等に記録されているものも含まれる。他のコンピュータの記録媒体等に記録されている予約管理プログラムは、インターフェース装置48を介してダウンロードされて補助記憶装置45にインストールされる。補助記憶装置45は、インストールされた予約管理プログラムと、その予約管理プログラムの処理に必要な各種ファイル等を格納する。例えば補助記憶装置45は、患者マスタ23,診療行為チェックマスタ24,診療報酬チェックマスタ25,病院管理情報マスタ26および予約管理マスタ27を格納している。
The reservation management program includes a program recorded on a recording medium of another computer connected via the
メモリ装置46は、起動時に補助記憶装置45から予約管理プログラムを読み出して格納する。演算処理装置47は、メモリ装置46に格納された予約管理プログラムに従って図1のような予約管理サーバ20の予約管理インターフェース21,行為チェック機能22等の各種プロセスを実現する。
The
以下、図1の予約管理システムの処理を説明していく。図3は、予約管理サーバ20がクライアント10からの予約受付を行う処理の一例のシーケンス図である。ここでは、患者がクライアント10を操作している例を説明する。
Hereinafter, processing of the reservation management system of FIG. 1 will be described. FIG. 3 is a sequence diagram illustrating an example of processing in which the
まず、患者はクライアント10のブラウザ11に、予約管理サーバ20の予約管理インターフェース21のアドレス(URLなど)を入力し、そのアドレスへのアクセスを指示する。ステップS1に進み、クライアント10は予約管理インターフェース21にアクセスする。
First, the patient inputs the address (URL, etc.) of the
ステップS2に進み、予約管理インターフェース21は初期画面データをクライアント10に送信する。ステップS3に進み、クライアント10は受信した初期画面データを用いてブラウザ11に初期画面を表示する。初期画面には、少なくとも患者番号を入力する為の入力欄が設けられている。初期画面は患者番号の他に、例えばパスワード等の本人認証の為の情報を入力する入力欄が設けられていても良い。
In
患者は、ブラウザ11に表示された初期画面に患者番号を入力し、予約受付画面の表示を指示する。ステップS4に進み、クライアント10は患者番号を予約管理サーバ20の予約管理インターフェース21に送信し、予約受付画面を要求する。
The patient inputs the patient number on the initial screen displayed on the browser 11 and instructs the display of the reservation reception screen. In step S4, the
ステップS5に進み、予約管理インターフェース21は行為チェック機能22を呼び出し、受信した患者番号に対応する患者からの予約を受け付けない予約受付不可な日付の予約外日付リストを後述するように生成させる。
In step S5, the
予約管理インターフェース21は、行為チェック機能22に生成させた予約外日付リスト,病院管理情報マスタ26から取得した医療機関の医師,設備等の情報及び予約管理マスタ27から取得した医療機関の予約情報に応じて、予約受付画面を作成する。ステップS6に進み、予約管理インターフェース21は予約受付画面データをクライアント10に送信する。
The
ステップS7に進み、クライアント10は受信した予約受付画面データを用いてブラウザ11に後述するような予約受付画面を表示する。予約受付画面には、少なくとも予約を行う日付を選択可能な日付選択欄と、医療機関から患者に通知する必要のある事項を表示可能な通知欄とが設けられている。
In step S7, the
患者は、ブラウザ11に表示された予約受付画面の日付選択欄から予約を行いたい日付を選択し、その日付の予約を指示する。なお、患者は医療機関から患者に通知する必要のある事項を通知欄で確認する。ステップS8に進み、クライアント10は予約の指示があった日付を予約管理サーバ20の予約管理インターフェース21に送信し、その日付の予約受付を要求する。
The patient selects a date on which to make a reservation from the date selection field on the reservation reception screen displayed on the browser 11 and instructs to make a reservation for that date. In addition, a patient confirms the matter which needs to be notified to a patient from a medical institution in a notification column. In step S8, the
ステップS9に進み、予約管理インターフェース21はステップS8の要求に応じた予約情報を予約管理マスタ27に登録する予約情報登録処理を行う。そして、ステップS10に進み、予約管理インターフェース21は予約情報登録処理の結果をクライアント10に送信し、ブラウザ11に表示させる。
In step S9, the
したがって、患者はクライアント10を操作して、診療の予約ができる。次に、ステップS5の予約受付画面作成処理の詳細を説明する。図4は、ステップS5の予約受付画面作成処理の詳細を表した一例のフローチャートである。図4のフローチャートは、予約を行う日付を選択可能な日付選択欄と、医療機関から患者に通知する必要のある事項を表示可能な通知欄とを構築し、その日付選択欄と通知欄とが設けられた予約受付画面を作成する処理を表している。
Therefore, the patient can make a medical appointment by operating the
ステップS20に進み、予約管理サーバ20は予約管理インターフェース21の予約照会機能を呼び出す。ステップS21に進み、予約管理インターフェース21はクライアント10から受信した患者番号を予約照会機能に入力する。ステップS22に進み、予約管理インターフェース21の予約照会機能は行為チェック機能22を呼び出し、患者番号に対応する患者の予約外日付リストの生成を要求する。
In step S20, the
ステップS23に進み、行為チェック機能22は患者番号に対応する患者情報を図5のような患者マスタ23から取得する。図5は、患者マスタの一例の構成図である。図5の患者マスタ23は、患者番号,氏名,生年月日,保険情報,未収情報,来院日付,診療行為リスト,前回来院日付,次回予定診療行為などの項目を含む。図5の患者マスタ23の場合、患者情報は患者番号,氏名,生年月日,保険情報,未収情報,来院日付,診療行為リスト,前回来院日付,次回予定診療行為などの項目から成る。
In step S23, the
ステップS24に進み、行為チェック機能22は患者番号に対応する患者情報が患者マスタ23にあったか否かを判定する。患者番号に対応する患者情報が患者マスタ23に無かったと判定すると(S24においてNO)、行為チェック機能22は患者番号に対応する患者情報が患者マスタ23に無かった旨を予約管理インターフェースの予約照会機能に通知してステップS30に進む。
In step S24, the
一方、患者番号に対応する患者情報が患者マスタ23にあったと判定すると(S24においてYES)、行為チェック機能22はステップS25に進み、図6のような診療行為チェックマスタ24から各診療行為の禁忌条件を取得する。図6は、診療行為チェックマスタの一例の構成図である。図6の診療行為チェックマスタ24は、診療行為コード,診療行為関連禁忌行為コード,禁忌条件などの項目を含む。
On the other hand, if it is determined that the patient information corresponding to the patient number is in the patient master 23 (YES in S24), the
診療行為コードは、診療行為をコード化したものである。診療行為関連禁忌行為コードは、診療行為コードが表す診療行為の禁忌行為をコード化したものである。また、禁忌条件は禁忌行為に関する条件(診療行為の日付と禁忌行為の日付との間に空けなければいけない期間など)である。 The medical practice code is a coded medical practice. The medical practice-related contraindication code is a code of the contraindication of medical practice represented by the medical practice code. The contraindication conditions are conditions relating to contraindications (such as a period of time between the date of medical practice and the date of contraindication).
例えば血液注射という診療行為において、前回の採血日から3日以上空けなければならない場合、診療行為チェックマスタ24の診療行為コードに血液注射を表すコード、診療行為関連禁忌行為コードに血液注射を表すコード、禁忌条件に3日以上空けなければならないという条件が保持されている。
For example, in the medical practice of blood injection, when it is necessary to leave three days or more from the previous blood collection date, a code representing blood injection in the medical practice code of the medical
ステップS26に進み、行為チェック機能22はステップS23で取得した患者情報に含まれる項目に、ステップS25で取得した各診療行為の禁忌条件に合致する項目が無いかをチェックする禁忌条件チェックを行い、その禁忌条件チェックの結果としての予約受付不可な日付を予約外日付リストに追加する。
Proceeding to step S26, the
ステップS27に進み、図7のような診療報酬チェックマスタ25から診療報酬請求条件を取得する。図7は、診療報酬チェックマスタの一例の構成図である。図7の診療報酬チェックマスタ25は、診療行為コード,逓減条件,加算条件などの項目を含む。
Proceeding to step S27, the medical fee request condition is acquired from the medical
診療行為コードは、診療行為をコード化したものである。逓減条件は、診療報酬請求点数が逓減される場合の条件である。また、加算条件は診療報酬請求点数が加算される場合の条件である。例えば逓減条件には、月に何回まで診療報酬請求点数を加算し、何回以降の診療報酬請求点数を逓減するという条件が保持されている。加算条件には、月に何回まで診療報酬請求点数を加算できるという条件が保持されている。なお、病院管理情報マスタ26,予約管理マスタ27の構成は、一般的な予約管理システムと同様である為、説明を省略する。
The medical practice code is a coded medical practice. The gradual decrease condition is a condition when the medical fee claim point is gradually decreased. Further, the addition condition is a condition in the case where the medical fee claim points are added. For example, the decreasing condition holds the condition that the medical fee request score is added up to the number of times per month, and the medical fee request score after that is gradually decreased. In the addition condition, a condition that the medical fee claim points can be added up to a number of times a month is held. In addition, since the structure of the hospital management information master 26 and the
ステップS28に進み、行為チェック機能22はステップS23で取得した患者情報に含まれる項目に、ステップS27で取得した各診療報酬請求条件に合致する項目が無いかをチェックする診療報酬請求条件チェックを行い、その診療報酬請求条件チェックの結果としての予約受付不可な日付を予約外日付リストに追加する。
Proceeding to step S28, the
ステップS29に進み、行為チェック機能22は医療機関から患者に通知する必要のある事項が、ステップS23で取得した患者情報にあるかをチェックする通知情報チェックを行い、その通知情報チェックの結果としての通知情報を保持する。
Proceeding to step S29, the
ステップS30に進み、予約管理インターフェース21の予約照会機能は患者番号に対応する患者情報が患者マスタ23にあったか否かにより、異なる手順で予約受付画面を作成する。
In step S30, the reservation inquiry function of the
患者番号に対応する患者情報があった場合、予約管理インターフェース21の予約照会機能は行為チェック機能22から予約外日付リストおよび通知情報を取得する。予約管理インターフェース21の予約照会機能は、予約外日付リストに含まれる予約受付不可な日付を予約受付可能な日付リストから除外したあと、その日付リスト,病院管理情報マスタ26から取得した医療機関の医師,設備等の情報及び予約管理マスタ27から取得した医療機関の予約情報に応じて予約受付画面の日付選択欄を作成する。
When there is patient information corresponding to the patient number, the reservation inquiry function of the
また、予約管理インターフェース21の予約照会機能は行為チェック機能22から取得した通知情報に応じて通知欄を作成する。そして、予約管理インターフェース21の予約照会機能は、日付選択欄および通知欄が設けられた予約受付画面を作成する。
The reservation inquiry function of the
一方、患者番号に対応する患者情報が無かった場合、予約管理インターフェース21の予約照会機能はステップS25の禁忌条件チェックおよびステップS28の診療報酬請求条件チェックを行わずにステップS30に進んでいる。したがって、予約管理インターフェース21の予約照会機能は、病院管理情報マスタ26から取得した医療機関の医師,設備等の情報及び予約管理マスタ27から取得した医療機関の予約情報に応じて予約受付画面の日付選択欄を作成する。予約管理インターフェース21の予約照会機能は、日付選択欄が設けられた予約受付画面を作成する。
On the other hand, if there is no patient information corresponding to the patient number, the reservation inquiry function of the
図4のフローチャートでは、ステップS26の処理で禁忌条件チェック,ステップS28の処理で診療報酬請求条件チェックを行うことにより、医療機関の医師,設備等の制約条件だけでなく、診療報酬請求上または診療行為上の制約条件をチェックした日付から予約受付画面を作成できる。また、図4のフローチャートでは、ステップS29の処理で通知情報チェックを行うことにより、医療機関から患者に通知する必要のある事項を通知欄に表示した予約受付画面を作成できる。 In the flowchart of FIG. 4, by checking the contraindication conditions in the process of step S26 and the medical fee request condition check in the process of step S28, not only the restriction conditions of the doctors and equipment of the medical institution, A reservation acceptance screen can be created from the date on which the act restrictions are checked. In the flowchart of FIG. 4, by performing notification information check in the process of step S <b> 29, it is possible to create a reservation reception screen in which items that need to be notified from the medical institution to the patient are displayed in the notification column.
以下、患者マスタ23,診療行為チェックマスタ24および診療報酬チェックマスタ25に格納されている具体的なデータを例示しつつ、図4のフローチャートの処理を説明していく。なお、以下の説明では、患者マスタ23,診療行為チェックマスタ24および診療報酬チェックマスタ25のレコードを、それぞれ上から順番に、第1レコード,第2レコード,・・・,第nレコードと呼ぶこととする。
Hereinafter, the process of the flowchart of FIG. 4 will be described while exemplifying specific data stored in the
図8は、具体的なデータが格納されている患者マスタの一例の構成図である。図8の患者マスタ23の項目は、図5の患者マスタ23の項目と同様である。図8の患者マスタ23は、1レコード分のデータが、患者の1回分の来院の情報を表している。
FIG. 8 is a configuration diagram of an example of a patient master in which specific data is stored. The items of the
例えば図8の患者マスタ23は、患者番号「0002」の患者のように、同一患者のレコードが1つ以上存在している。項目「診療行為」は、一つ以上の診療行為コードがカンマ区切りで格納されている。項目「生年月日」,「保険情報」,「来院日付」及び「前回来院日付」は、日付が「yyyymmdd」形式で格納されている。項目「保険情報」は、保険証の次回の確認日が格納されている。項目「未収情報」は、未収金の金額が格納されている。
For example, in the
図9は、具体的なデータが格納されている診療行為チェックマスタの一例の構成図である。図9の診療行為チェックマスタ24の項目は、図6の診療行為チェックマスタ24の項目と同様である。図9の診療行為チェックマスタ24は、1レコード分のデータが、1つの診療行為に対応する1つ以上の診療行為関連禁忌行為と禁忌条件とを表している。項目「診療行為コード」は、単一の診療行為コードが格納されている。
FIG. 9 is a configuration diagram of an example of a medical practice check master in which specific data is stored. The items in the medical
項目「診療行為関連禁忌行為コード」は、一つ以上の禁忌行為コードがカンマ区切りで格納されている。また、項目「禁忌条件」は条件式文字列が格納されている。例えば条件式文字列は、行為チェック機能22などのプログラムが解釈し、前述した禁忌条件チェックを行う。
The item “medical practice related contraindication code” stores one or more contraindication codes separated by commas. The item “Contraindication conditions” stores a conditional expression character string. For example, the conditional expression character string is interpreted by a program such as the
図10は、具体的なデータが格納されている診療報酬チェックマスタの一例の構成図である。図10の診療報酬チェックマスタ25の項目は、図7の診療報酬チェックマスタ25の項目と同様である。図10の診療報酬チェックマスタ25は、1レコード分のデータが、1つの診療行為に対応する診療報酬請求点数が逓減される場合の条件と診療報酬請求点数が加算される場合の条件とを表している。項目「診療行為コード」は、単一の診療行為コードが格納されている。
FIG. 10 is a configuration diagram of an example of a medical fee check master in which specific data is stored. The items of the medical
項目「逓減条件」は、診療報酬請求点数が逓減される場合の条件を表す条件式文字列が格納されている。項目「加算条件」は、診療報酬請求点数が加算される場合の条件を表す条件式文字列が格納されている。例えば条件式文字列は、行為チェック機能22などのプログラムが解釈し、前述した診療報酬請求条件チェックを行う。
The item “gradually decreasing condition” stores a conditional expression character string representing a condition when the medical fee claim point is gradually decreased. The item “addition condition” stores a conditional expression character string representing a condition when the medical fee claim points are added. For example, the conditional expression character string is interpreted by a program such as the
図4のステップS20〜S23では、入力された患者番号を元に、患者番号の一致するレコードが患者マスタ23から全件取得される。患者番号「0002」の患者が10月分の診療を予約する場合、予約管理サーバ20は患者番号「0002」に一致する図8の患者マスタ23の第2及び第3レコードを、図11のように取得する。図11は、ステップS20〜23の処理で患者マスタ23から取得されたレコードの一例の構成図である。
In steps S <b> 20 to S <b> 23 of FIG. 4, all records with matching patient numbers are acquired from the
ステップS24では、ステップS20〜S23の処理において、患者マスタ23から1件以上のレコードが取得されたか否かが判定される。予約管理サーバ20は、1件以上のレコードを取得した場合、ステップS25の処理に進む。患者番号「0002」の患者が10月分の診療を予約する場合、予約管理サーバ20は図11のような2件のレコードを取得したため、ステップS30の処理に進む。なお、予約管理サーバ20は予約受付不可な日付を格納する領域としての予約外日付リストを作成する。
In step S24, it is determined whether one or more records have been acquired from the
一方、予約管理サーバ20はレコードを取得しなかった場合、ステップS30の処理に進む。患者番号「1000」の患者が10月分の診療を予約する場合、予約管理サーバ20はレコードを取得しないため、ステップS30の処理に進む。
On the other hand, if the
ステップS25では、患者マスタ23から取得した1件以上のレコードのうち来院日付が最新のレコードが選択される。予約管理サーバ20は、選択したレコードの項目「次回予定診療行為」から診療行為コードを読み出し、診療行為コードの一致するレコードを診療行為チェックマスタ24から取得する。
In step S25, a record with the latest visit date is selected from one or more records acquired from the
患者番号「0002」の患者が10月分の診療を予約する場合、予約管理サーバ20は図11のような2件のレコードのうち来院日付「20031010」のレコードを最新のレコードとして選択する。予約管理サーバ20は、選択したレコードの項目「次回予定診療行為」から診療行為コード「1000,3000,4000」を読み出し、読み出した診療行為コードと一致する図12のようなレコードを診療行為チェックマスタ24から取得する。図12は、ステップS25の処理で診療行為チェックマスタ24から取得されたレコードの一例の構成図である。
When the patient with the patient number “0002” reserves the medical care for October, the
ステップS26では、ステップS25で診療行為チェックマスタ24から取得した1件以上のレコードを1件ずつ選択し、そのレコードから禁忌条件を解釈して、その禁忌条件に合致する項目があるか否かをチェックする。予約管理サーバ20は、禁忌条件に合致する項目があれば予約受付不可な日付を予約外日付リストに追加する。
In step S26, one or more records acquired from the medical
ステップS26の禁忌条件チェック処理は、例えば図13のフローチャートのように行われる。図13は、ステップS26の禁忌条件チェック処理の一例のフローチャートである。 The contraindication condition check process in step S26 is performed, for example, as shown in the flowchart of FIG. FIG. 13 is a flowchart of an example of the contraindication condition check process in step S26.
ステップS100では、予約管理サーバ20が、ステップS25で診療行為チェックマスタ24から取得した1件以上のレコードが全て処理済みか否かを判定する。診療行為チェックマスタ24から取得した1件以上のレコードを全て処理済みと判定すると(S100においてYES)、予約管理サーバ20は禁忌条件チェック処理を終了する。一方、診療行為チェックマスタ24から取得した1件以上のレコードに未処理のレコードがあると判定すると(S100においてNO)、予約管理サーバ20はステップS101に進む。ステップS101では、予約管理サーバ20が、診療行為チェックマスタ24から取得した1件以上のレコードから未処理のレコードを1件選択し、禁忌条件を解釈する。
In step S100, the
ステップS102では、予約管理サーバ20が、ステップS23で患者マスタ23から取得した1件以上のレコードが全て診療行為チェック済みか否かを判定する。患者マスタ23から取得した1件以上のレコードが全て診療行為チェック済みと判定すると(S102においてYES)、予約管理サーバ20はステップS100に戻る。
In step S102, the
一方、患者マスタ23から取得した1件以上のレコードに診療行為チェックが済んでいないレコードがあると判定すると(S102においてNO)、予約管理サーバ20はステップS103に進む。ステップS103では、予約管理サーバ20が、患者マスタ23から取得した1件以上のレコードのうち診療行為チェックが済んでいないレコードを1件選択し、診療行為チェックを行う。予約管理サーバ20は、禁忌条件に合致する項目が選択したレコードにあれば予約受付不可な日付を予約外日付リストに追加する。ステップS103の処理のあと、予約管理サーバ20はステップS102に戻る。
On the other hand, if it is determined that one or more records acquired from the
患者番号「0002」の患者が10月分の診療を予約する場合、予約管理サーバ20は図12のような2件のレコードを取得したため、ステップS101に進む。ステップS101では、予約管理サーバ20が、診療行為コード「1000」の禁忌条件「前回来院日付+4<次回来院可能日」を読み出し、「前回来院日の診療行為に3000,4000の診療行為コードを含んでいる場合は、それから4日以上空ける。」という禁忌条件として解釈する。
When the patient with the patient number “0002” reserves the medical care for October, the
ステップS102では、予約管理サーバ20が、患者マスタ23から取得した図11のレコードに診療行為チェックの済んでいないレコードがあるため、ステップS103に進む。ステップS103では、予約管理サーバ20が、患者マスタ23から取得した図11のレコードのうち診療行為チェックが済んでいないレコードを1件選択し、診療行為チェックを行う。
In step S102, the
予約管理サーバ20は、図11の来院日付「20031010」のレコードの診療行為リストに診療行為コード「3000,4000」が含まれているため、10月の全日付から予約受付不可な日付「10月11,12,13及び14日」を選択して予約外日付リストに追加する。
Since the medical practice code “3000,4000” is included in the medical practice list of the record of the visit date “20031010” in FIG. 11, the
図12のレコードのうち診療行為コード「1000」のレコードによる診療行為チェックが終了したあと、予約管理サーバ20は図12のレコードのうち診療行為コード「1000」のレコードによる診療行為チェックを同様に行う。この場合、予約受付不可な日付は無い。予約管理サーバ20はステップS100に戻り、図12のような2件のレコードによる診療行為チェックが終了したので、図13の処理を終了する。
After the medical practice check by the record of the medical practice code “1000” in the record of FIG. 12 is completed, the
ステップS27では、患者マスタ23から取得した1件以上のレコードのうち来院日付が最新のレコードが選択される。予約管理サーバ20は、選択したレコードの項目「次回予定診療行為」から診療行為コードを読み出し、診療行為コードの一致するレコードを診療報酬チェックマスタ25から取得する。
In step S27, the record with the latest visit date is selected from one or more records acquired from the
患者番号「0002」の患者が10月分の診療を予約する場合、予約管理サーバ20は図14のような2件のレコードのうち来院日付「20031010」のレコードを最新のレコードとして選択する。予約管理サーバ20は、選択したレコードの項目「次回予定診療行為」から診療行為コード「1000,3000,4000」を読み出し、読み出した診療行為コードと一致する図14のようなレコードを診療報酬チェックマスタ25から取得する。図14は、ステップS27の処理で診療報酬チェックマスタ25から取得されたレコードの一例の構成図である。
When the patient with the patient number “0002” reserves the medical care for October, the
ステップS28では、ステップS27で診療報酬チェックマスタ25から取得した1件以上のレコードを1件ずつ選択し、そのレコードから診療報酬請求条件としての逓減条件または加算条件を解釈して、その逓減条件または加算条件に合致する項目があるか否かをチェックする。予約管理サーバ20は、逓減条件または加算条件に合致する項目があれば予約受付不可な日付を予約外日付リストに追加する。
In step S28, one or more records acquired from the medical
ステップS28の診療報酬チェック処理は、例えば図15のフローチャートのように行われる。図15は、ステップS28の診療報酬チェック処理の一例のフローチャートである。 The medical fee check process in step S28 is performed, for example, as shown in the flowchart of FIG. FIG. 15 is a flowchart of an example of the medical fee check process in step S28.
ステップS200では、予約管理サーバ20が、ステップS27で診療報酬チェックマスタ25から取得した1件以上のレコードが全て処理済みか否かを判定する。診療報酬チェックマスタ25から取得した1件以上のレコードを全て処理済みと判定すると(S200においてYES)、予約管理サーバ20は診療報酬チェック処理を終了する。一方、診療報酬チェックマスタ25から取得した1件以上のレコードに未処理のレコードがあると判定すると(S200においてNO)、予約管理サーバ20はステップS201に進む。ステップS201では、予約管理サーバ20が、診療報酬チェックマスタ25から取得した1件以上のレコードから未処理のレコードを1件選択し、診療報酬請求条件を解釈する。
In step S200, the
ステップS202では、予約管理サーバ20が、ステップS23で患者マスタ23から取得した1件以上のレコードが全て診療報酬チェック済みか否かを判定する。患者マスタ23から取得した1件以上のレコードが全て診療報酬チェック済みと判定すると(S202においてYES)、予約管理サーバ20はステップS200に戻る。
In step S202, the
一方、患者マスタ23から取得した1件以上のレコードに診療報酬チェックが済んでいないレコードがあると判定すると(S202においてNO)、予約管理サーバ20はステップS203に進む。ステップS203では、予約管理サーバ20が、患者マスタ23から取得した1件以上のレコードのうち診療報酬チェックが済んでいないレコードを1件選択し、診療報酬チェックを行う。予約管理サーバ20は、診療報酬請求条件に合致する項目が選択したレコードにあれば予約受付不可な日付を予約外日付リストに追加する。ステップS203の処理のあと、予約管理サーバ20はステップS202に戻る。
On the other hand, if it is determined that one or more records acquired from the
患者番号「0002」の患者が10月分の診療を予約する場合、予約管理サーバ20は図14のような1件のレコードを取得したため、ステップS201に進む。ステップS201では、予約管理サーバ20が、診療行為コード「3000」の診療報酬請求条件のうちの逓減条件「count(3000)>4in同月」を読み出し、「同月に行った診療行為コード3000の診療行為の合計が4回以上の場合に逓減する。」という診療報酬請求条件として解釈する。
When the patient with the patient number “0002” reserves the medical care for October, the
ステップS202では、予約管理サーバ20が、患者マスタ23から取得した図11のレコードに診療報酬チェックの済んでいないレコードがあるため、ステップS203に進む。ステップS203では、予約管理サーバ20が、患者マスタ23から取得した図11のレコードのうち診療報酬チェックが済んでいないレコードを1件選択し、診療報酬チェックを行う。
In step S202, the
予約管理サーバ20は、図11の2件のレコードの診療行為リストに診療行為コード「3000」の診療行為が2件、次回予定診療行為に診療行為コード「3000」の診療行為が1件含まれているため、10月に行う診療行為コード3000の診療行為の合計が3回となり、診療報酬請求条件に合致しない。したがって、図14の診療報酬チェックにより予約受付不可となる日付は無い。図14のレコードによる診療報酬チェックが終了したあと、予約管理サーバ20はステップS200に戻り、図15の処理を終了する。
The
図4のステップS29では、予約管理サーバ20が、ステップS23で取得した図11のような患者情報の保険情報,未収情報を参照し、「次回、保険証が必要である」,「未収金がある」等、医療機関から患者に通知する必要のある通知情報があるか否かをチェックしている。
In step S29 of FIG. 4, the
例えば予約管理サーバ20は、図11のレコードから最新の保険情報を取得して、保険証の次回の確認日を確認し、その確認日が同月の場合に「次回、保険証が必要である」という通知情報を保持する。また、予約管理サーバ20は、図11のレコードから未収情報を取得して、未収金の有無を確認し、未収金がある場合に「未収金がある」という通知情報を保持する。
For example, the
患者番号「0002」の患者の場合、図11のレコードの保険情報は「20031031」となっているので、例えば保険証の次回の確認日「20031031」と「当月の保険証確認が必要です。予約日には保険証を持参して下さい。」というメッセージを通知情報として保持する。なお、図11の最新のレコードの未収情報は「0」となっている為、メッセージを作成しない。 In the case of the patient with the patient number “0002”, the insurance information in the record of FIG. 11 is “200331031”, so, for example, the next confirmation date “200331031” of the health insurance card and “the current health insurance card confirmation are necessary. Please bring your health insurance card on the day. " Since the unaccounted information of the latest record in FIG. 11 is “0”, no message is created.
ステップS30では、予約管理サーバ20が、患者番号に対応する患者情報が患者マスタ23にあったか否かにより、異なる手順で予約受付画面を作成する。ステップS24において患者番号に対応する患者情報があった場合、予約管理サーバ20は予約外日付リストおよび通知情報を取得する。予約管理サーバ20は予約外日付リストに含まれる予約受付不可な日付を予約受付可能な日付リストから除外したあと、その日付リスト,病院管理情報マスタ26から取得した医療機関の医師,設備等の情報及び予約管理マスタ27から取得した医療機関の予約情報に応じて予約受付画面の日付選択欄を作成する。また、予約管理サーバ20は取得した通知情報に応じて通知欄を作成する。そして、予約管理サーバ20は、日付選択欄および通知欄が設けられた予約受付画面を作成する。
In step S30, the
一方、患者番号に対応する患者情報が無かった場合、予約管理サーバ20は禁忌条件チェック及び診療報酬請求条件チェックを行わず、病院管理情報マスタ26から取得した医療機関の医師,設備等の情報及び予約管理マスタ27から取得した医療機関の予約情報に応じて予約受付画面の日付選択欄を作成する。
On the other hand, when there is no patient information corresponding to the patient number, the
図16は、予約受付画面の一例のイメージ図である。予約受付画面100は、日付選択欄101,通知欄102,予約ボタン103及びキャンセルボタン104が設けられている。図16の日付選択欄101は、医療機関の医師,設備等の制約条件だけでなく、診療報酬請求上または診療行為上の制約条件をチェックした日付から作成されており、予約受付不可な日付として10月17,18,22,23及び24日が除外された例である。
FIG. 16 is an image diagram of an example of a reservation acceptance screen. The
また、通知欄102は医療機関から患者に通知する必要のある通知情報から作成されており、「当月の保険証確認が必要です。予約日には保険証を持参して下さい。」というメッセージが表示された例である。
In addition, the
患者は、ブラウザ11に表示された予約受付画面100の日付選択欄101から予約を行いたい日付のラジオボタンを選択し、時間をコンボボックスに入力し、予約ボタン103を押下して、その日付の予約を指示する。なお、患者は医療機関から患者に通知する必要のある事項を通知欄102で確認する。
The patient selects the radio button of the date to be reserved from the
図17は、予約受付画面の他の一例のイメージ図である。予約受付画面200は、日付選択欄201,通知欄202,予約ボタン203及びキャンセルボタン204が設けられている。図17の予約受付画面200の日付選択欄201は、図16の予約受付画面100の日付選択欄101と同様、医療機関の医師,設備等の制約条件だけでなく、診療報酬請求上または診療行為上の制約条件をチェックした日付から作成されている。
FIG. 17 is an image diagram of another example of the reservation acceptance screen. The
図17の日付選択欄201は、予約受付不可な日付として10月17,18,22,23及び24日の表示箇所を空白とした例である。なお、図16の日付選択欄101は予約受付不可な日付の表示箇所を詰めて表示した例である。図17の予約受付画面200の日付選択欄201以外の構成は、図16の予約受付画面100と同様である。
The
図18は、予約受付画面の他の一例のイメージ図である。予約受付画面300は、日付選択欄301,通知欄302,予約ボタン303及びキャンセルボタン304が設けられている。図18の予約受付画面300の通知欄302は、予約受付不可な日付が選択できない理由を表示している。
FIG. 18 is an image diagram of another example of the reservation acceptance screen. The
図18の通知欄302は、10月11〜14日が選択できない理由として「前回の医療行為により、前回来院日から4日以上空ける必要があるため、10月11〜14日は選択できません。」というメッセージが表示された例である。図18の予約受付画面300の通知欄302以外の構成は、図16の予約受付画面100と同様である。
The
なお、図18の予約受付画面300は、図19のような医療行為チェックマスタ24および図20のような予約外日付リストを利用して実現される。図19は、診療行為チェックマスタの他の一例の構成図である。また、図20は予約外日付リストの一例の構成図である。
18 is realized by using the medical
図19の診療行為チェックマスタ24は、通知欄302に表示する為の出力メッセージを項目として含む。また、予約外日付リストは予約受付不可な日付と、その日付を選択できない理由を表す出力メッセージとを関連付ける仕組みを有している。
The medical
上述したように、本発明による予約管理システムによれば、診療報酬請求上の制約条件をチェックすることで、医療機関は診療報酬請求点数の逓減を最小限に抑制することが可能となる。また、診療行為上の制約条件をチェックすることで、患者は安全な予約を行うことが可能となる。さらに、医療機関から患者に通知する必要のある事項を予約受付画面に表示することで、窓口受付業務を効率化でき、医療機関の一時負担金としての未収金を減少することが可能となる。 As described above, according to the appointment management system according to the present invention, the medical institution can suppress the gradual decrease in the number of claims for medical fees by checking the constraint condition on the demand for medical fees. In addition, the patient can make a safe reservation by checking the constraints on the medical practice. Furthermore, by displaying on the reservation reception screen the items that need to be notified from the medical institution to the patient, it is possible to improve the efficiency of the counter reception work and reduce the amount of unpaid money as a temporary contribution of the medical institution.
本発明は、以下に記載する付記のような構成が考えられる。
(付記1)
所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行うコンピュータに、
前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第1の日付追加手順と、
前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第2の日付追加手順と、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手順と
を実行させるための予約管理プログラム。
(付記2)
医療機関が患者からの予約受付を行うコンピュータに、
前記患者の診療情報を参照し、前記患者が過去に受けた診療行為及び診療日と前記患者が次回に予定している診療行為とを比較して、所定の診療報酬請求条件に基づき、診療報酬請求点数が逓減される日付を予約受付不可な予約外日付リストに追加する第1の日付追加手順と、
前記患者の診療情報を参照し、前記患者が過去に受けた診療行為及び診療日と前記患者が次回に予定している診療行為とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第2の日付追加手順と、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記患者の操作するクライアントに提供して前記患者からの予約受付を行う予約受付手順と
を実行させるための予約管理プログラム。
(付記3)
前記予約受付手順は、前記ユーザ又は患者に通知する必要のある通知情報を取得し、その通知情報を含むように前記予約受付画面を作成することを特徴とする付記1又は2記載の予約管理プログラム。
(付記4)
前記予約受付手順は、前記予約受付可能な日付リストから除外された予約受付不可な日付ごとに予約受付ができない理由を表した理由情報を取得し、その理由情報を含むように前記予約受付画面を作成することを特徴とする付記1又は2記載の予約管理プログラム。
(付記5)
所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行うコンピュータの予約管理方法であって、
前記コンピュータが、前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第1の日付追加段階と、
前記コンピュータが、前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第2の日付追加段階と、
前記コンピュータが、前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付段階と
を有する予約管理方法。
(付記6)
所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行う予約管理装置であって、
前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第1の日付追加手段と、
前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第2の日付追加手段と、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手段と
を有することを特徴とする予約管理装置。
(付記7)
所定のサービスを提供する提供側が、前記サービスを利用するユーザからの予約受付を行うコンピュータに、
前記提供側にとって都合の悪い日付を判定し、その日付を予約受付不可な予約外日付リストに追加する第1の日付追加手順と、
前記ユーザのサービス利用情報を参照し、前記ユーザが過去に利用したサービスの内容及びサービスを利用した日付と前記ユーザが次回に利用を予定しているサービスの内容とを比較して、所定の禁忌条件を満たさない日付を前記予約外日付リストに追加する第2の日付追加手順と、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手順と
を実行させるための予約管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
The present invention may have the following configurations as described below.
(Appendix 1)
A provider that provides a predetermined service has a computer that accepts reservations from users who use the service.
A first date addition procedure for determining a date that is inconvenient for the provider and adding the date to a non-reservation date list that cannot be reserved;
Refer to the service usage information of the user, compare the content of the service used by the user in the past and the date when the service was used with the content of the service scheduled to be used by the user next time. A second date addition procedure for adding a date that does not satisfy the condition to the non-reserved date list;
Create a reservation reception screen using a date list that excludes reservation-disabled dates that have been added to the non-reservation date list from the reservation-allowed date list and exclude reservation-disabled dates. A reservation management program for executing a reservation reception procedure for providing a reception screen to a client operated by the user and receiving a reservation from the user.
(Appendix 2)
On the computer where the medical institution accepts appointments from patients,
Referencing the patient's medical information, comparing the medical practice and date the patient has received in the past with the medical action scheduled for the next time by the patient, and based on a predetermined medical fee claim condition, A first date addition procedure for adding a date on which the billing points are gradually reduced to a non-reservation date list that cannot be reserved;
Refer to the patient's medical information, compare the medical practice and date that the patient has received in the past with the medical action scheduled for the patient next time, and reserve the date that does not satisfy the prescribed contraindication conditions A second date addition procedure for adding to the outside date list;
Create a reservation reception screen using a date list that excludes reservation-disabled dates that have been added to the non-reservation date list from the reservation-allowed date list and exclude reservation-disabled dates. A reservation management program for executing a reservation reception procedure for providing a reception screen to a client operated by the patient and receiving a reservation from the patient.
(Appendix 3)
The reservation management program according to
(Appendix 4)
The reservation reception procedure obtains reason information indicating a reason why a reservation cannot be received for each date in which reservations cannot be received, which is excluded from the reservation reception date list, and the reservation reception screen is displayed to include the reason information. The reservation management program according to
(Appendix 5)
A provider that provides a predetermined service is a reservation management method for a computer that accepts a reservation from a user who uses the service,
A first date addition step in which the computer determines a date that is inconvenient for the provider, and adds the date to a non-reserved date list that cannot accept reservations;
The computer refers to the service usage information of the user, compares the content of the service used by the user in the past and the date of use of the service with the content of the service scheduled to be used by the user next time. Adding a date that does not satisfy the prescribed contraindication conditions to the non-reserved date list;
The computer excludes the reservation unavailable date added to the non-reservation date list from the date list for accepting reservations, and creates a reservation acceptance screen using the date list from which the dates not available for reservation are excluded. A reservation reception step of providing a reservation reception screen to the client operated by the user and receiving a reservation from the user.
(Appendix 6)
A providing side that provides a predetermined service is a reservation management device that accepts a reservation from a user who uses the service,
First date adding means for determining a date that is inconvenient for the provider and adding the date to an unreserved date list that cannot be reserved;
Refer to the service usage information of the user, compare the content of the service used by the user in the past and the date when the service was used with the content of the service scheduled to be used by the user next time. A second date adding means for adding a date not satisfying the condition to the non-reserved date list;
Create a reservation reception screen using a date list that excludes reservation-disabled dates that have been added to the non-reservation date list from the reservation-allowed date list and exclude reservation-disabled dates. A reservation management device, comprising: a reservation receiving unit that provides a reception screen to a client operated by the user and receives a reservation from the user.
(Appendix 7)
A provider that provides a predetermined service has a computer that accepts reservations from users who use the service.
A first date addition procedure for determining a date that is inconvenient for the provider and adding the date to a non-reservation date list that cannot be reserved;
Refer to the service usage information of the user, compare the content of the service used by the user in the past and the date when the service was used with the content of the service scheduled to be used by the user next time. A second date addition procedure for adding a date that does not satisfy the condition to the non-reserved date list;
Create a reservation reception screen using a date list that excludes reservation-disabled dates that have been added to the non-reservation date list from the reservation-allowed date list and exclude reservation-disabled dates. A computer-readable recording medium storing a reservation management program for providing a reception screen to a client operated by the user and executing a reservation reception procedure for receiving a reservation from the user.
10 クライアント
11 ブラウザ
20 予約管理サーバ
21 予約管理インターフェース
22 行為チェック機能
23 患者マスタ
24 診療行為チェックマスタ
25 診療報酬チェックマスタ
26 病院管理情報マスタ
27 予約管理マスタ
30 ネットワーク
41 入力装置
42 表示装置
43 ドライブ装置
44 記録媒体
45 補助記憶装置
46 メモリ装置
47 演算処理装置
48 インターフェース装置
100,200,300 予約受付画面
DESCRIPTION OF
Claims (3)
前記患者の前回来院日付,前回診療行為,次回予定診療行為を含む診療情報を来院毎に記録した患者情報記録手段と、診療行為,診療行為関連禁忌行為,禁忌条件を含む診療行為チェック情報を記録した診療行為チェック情報記録手段とを参照し、前記患者が行った前回医療行為及び前回来院日付と次回予定診療行為とを比較して、前記禁忌条件を満たさない日付を予約外日付リストに追加する第1の日付追加手順と、
前記患者情報記録手段と、診療行為,逓減条件,加算条件を含む診療報酬チェック情報を記録した診療報酬チェック情報記録手段とを参照し、前記患者が行った過去の医療行為及び過去の来院日付と次回予定診療行為とを比較して、前記逓減条件及び加算条件に基づき診療報酬請求条件を満たさない日付を予約外日付リストに追加する第2の日付追加手順と、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外したあと、更に、前記医療機関の医師及び設備の管理情報を記録した病院管理情報記録手段と、前記医療機関が受付済みの予約情報を記録した予約情報記録手段とを参照し、前記医療機関が予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手順と
を実行させるための予約管理プログラム。 On the computer where the medical institution accepts medical appointments from patients,
Record patient information recording means that records medical information including the previous visit date, previous medical practice, and next scheduled medical practice of each patient, and medical practice check information including medical practice, medical practice-related contraindications, and contraindication conditions With reference to the medical practice check information recording means, the previous medical practice performed by the patient and the previous visit date are compared with the next scheduled medical practice, and the date not satisfying the contraindication conditions is added to the non-reserved date list A first date addition procedure;
With reference to the patient information recording means and the medical fee check information recording means for recording the medical fee check information including the medical practice, the gradual condition, and the addition condition, the past medical action and the past visit date performed by the patient, A second date addition procedure for adding a date that does not satisfy the medical fee claim condition based on the diminishing condition and the adding condition to the non-reserved date list by comparing with the next scheduled medical practice;
The hospital management information recording means for recording the management information of doctors and facilities of the medical institution, after excluding the reservation unavailable date added to the non-reservation date list from the date list that can accept reservations, and The reservation information recording means that records the reservation information that has been received by the medical institution, and excludes the date on which the medical institution cannot accept reservations from the list of acceptable reservations and excludes the date on which reservations cannot be accepted Reservation management for creating a reservation reception screen using a list, providing the reservation reception screen to the client operated by the user, and receiving a reservation from the user , and reservation management for executing the reservation reception procedure program.
前記コンピュータが、
前記患者の前回来院日付,前回診療行為,次回予定診療行為を含む診療情報を来院毎に記録した患者情報記録手段と、診療行為,診療行為関連禁忌行為,禁忌条件を含む診療行為チェック情報を記録した診療行為チェック情報記録手段とを参照し、前記患者が行った前回医療行為及び前回来院日付と次回予定診療行為とを比較して、前記禁忌条件を満たさない日付を予約外日付リストに追加する第1の日付追加ステップと、
前記患者情報記録手段と、診療行為,逓減条件,加算条件を含む診療報酬チェック情報を記録した診療報酬チェック情報記録手段とを参照し、前記患者が行った過去の医療行為及び過去の来院日付と次回予定診療行為とを比較して、前記逓減条件及び加算条件に基づき診療報酬請求条件を満たさない日付を予約外日付リストに追加する第2の日付追加ステップと、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外したあと、更に、前記医療機関の医師及び設備の管理情報を記録した病院管理情報記録手段と、前記医療機関が受付済みの予約情報を記録した予約情報記録手段とを参照し、前記医療機関が予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付ステップと
を実行する予約管理方法。 A reservation management method executed by a computer ,
The computer is
Record patient information recording means that records medical information including the previous visit date, previous medical practice, and next scheduled medical practice of each patient, and medical practice check information including medical practice, medical practice-related contraindications, and contraindication conditions With reference to the medical practice check information recording means, the previous medical practice performed by the patient and the previous visit date are compared with the next scheduled medical practice, and the date not satisfying the contraindication conditions is added to the non-reserved date list A first date addition step;
With reference to the patient information recording means and the medical fee check information recording means for recording the medical fee check information including the medical practice, the gradual condition, and the addition condition, the past medical action and the past visit date performed by the patient, A second date addition step of comparing the next scheduled medical practice and adding a date that does not satisfy the medical fee claim condition based on the diminishing condition and the adding condition to the non-reserved date list;
The hospital management information recording means for recording the management information of doctors and facilities of the medical institution, after excluding the reservation unavailable date added to the non-reservation date list from the date list that can accept reservations, and The reservation information recording means that records the reservation information that has been received by the medical institution, and excludes the date on which the medical institution cannot accept reservations from the list of acceptable reservations and excludes the date on which reservations cannot be accepted create a reservation acceptance screen using the list, reservation management method of performing <br/> a reservation accepting step of providing the reservation acceptance screen to the client to manipulate the user makes a reservation accepted from the user.
前記患者の前回来院日付,前回診療行為,次回予定診療行為を含む診療情報を来院毎に記録した患者情報記録手段と、診療行為,診療行為関連禁忌行為,禁忌条件を含む診療行為チェック情報を記録した診療行為チェック情報記録手段とを参照し、前記患者が行った前回医療行為及び前回来院日付と次回予定診療行為とを比較して、前記禁忌条件を満たさない日付を予約外日付リストに追加する第1の日付追加手段と、
前記患者情報記録手段と、診療行為,逓減条件,加算条件を含む診療報酬チェック情報を記録した診療報酬チェック情報記録手段とを参照し、前記患者が行った過去の医療行為及び過去の来院日付と次回予定診療行為とを比較して、前記逓減条件及び加算条件に基づき診療報酬請求条件を満たさない日付を予約外日付リストに追加する第2の日付追加手段と、
前記予約外日付リストに追加されている予約受付不可な日付を予約受付可能な日付リストから除外したあと、更に、前記医療機関の医師及び設備の管理情報を記録した病院管理情報記録手段と、前記医療機関が受付済みの予約情報を記録した予約情報記録手段とを参照し、前記医療機関が予約受付不可な日付を予約受付可能な日付リストから除外し、予約受付不可な日付が除外された日付リストを用いて予約受付画面を作成して、その予約受付画面を前記ユーザの操作するクライアントに提供して前記ユーザからの予約受付を行う予約受付手段と
を有することを特徴とする予約管理装置。 A reservation management apparatus in which a medical institution accepts medical appointments from patients ,
Record patient information recording means that records medical information including the previous visit date, previous medical practice, and next scheduled medical practice of each patient, and medical practice check information including medical practice, medical practice-related contraindications, and contraindication conditions With reference to the medical practice check information recording means, the previous medical practice performed by the patient and the previous visit date are compared with the next scheduled medical practice, and the date not satisfying the contraindication conditions is added to the non-reserved date list First date adding means;
With reference to the patient information recording means and the medical fee check information recording means for recording the medical fee check information including the medical practice, the gradual condition, and the addition condition, the past medical action and the past visit date performed by the patient, A second date adding means for comparing the next scheduled medical practice and adding a date that does not satisfy the medical fee claim condition to the non-reserved date list based on the diminishing condition and the adding condition;
The hospital management information recording means for recording the management information of doctors and facilities of the medical institution, after excluding the reservation unavailable date added to the non-reservation date list from the date list that can accept reservations, and The reservation information recording means that records the reservation information that has been received by the medical institution, and excludes the date on which the medical institution cannot accept reservations from the list of acceptable reservations and excludes the date on which reservations cannot be accepted Reservation receiving means for creating a reservation reception screen using a list and providing the reservation reception screen to a client operated by the user to receive a reservation from the user. Reservation management device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004032990A JP4392259B2 (en) | 2004-02-10 | 2004-02-10 | Reservation management program, reservation management method, and reservation management apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004032990A JP4392259B2 (en) | 2004-02-10 | 2004-02-10 | Reservation management program, reservation management method, and reservation management apparatus |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2005227819A JP2005227819A (en) | 2005-08-25 |
JP4392259B2 true JP4392259B2 (en) | 2009-12-24 |
Family
ID=35002516
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004032990A Expired - Fee Related JP4392259B2 (en) | 2004-02-10 | 2004-02-10 | Reservation management program, reservation management method, and reservation management apparatus |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4392259B2 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6978997B2 (en) * | 2018-09-28 | 2021-12-08 | 株式会社日立製作所 | Similar data search method, information retrieval device and program |
KR102433466B1 (en) * | 2020-12-10 | 2022-08-18 | 주식회사 유비케어 | Method and system for providing patient reception screen dynamically |
-
2004
- 2004-02-10 JP JP2004032990A patent/JP4392259B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2005227819A (en) | 2005-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20140088987A1 (en) | Teleradiology image processing system | |
US20040186744A1 (en) | Patient registration kiosk | |
US20060184524A1 (en) | Method and system for automated data analysis, performance estimation and data model creation | |
US20070233525A1 (en) | Methods and systems for adjudication and processing of claims | |
US20120296668A1 (en) | System and methods of automated patient check-in, scheduling and prepayment | |
KR102203518B1 (en) | System and method for payment of hospital expenses using user device and computer program for the same | |
JP2007323482A (en) | Information processor, movement guide providing method and program | |
KR20120028585A (en) | Imaginary polyclinic system of integrated first a medical institution | |
US20020087356A1 (en) | Method and system for information retrieval and transfer | |
JP2008293166A (en) | Consultation management system, portable terminal, consultation management terminal, program and consultation management method | |
JP2004029985A (en) | Drug describing device | |
US20140058739A1 (en) | Method for managing healthcare appointments | |
JP4392259B2 (en) | Reservation management program, reservation management method, and reservation management apparatus | |
JP2011113300A (en) | Hospital registration system | |
JP2003196385A (en) | Medical information system and method for providing medical information | |
KR102433466B1 (en) | Method and system for providing patient reception screen dynamically | |
JP6569471B2 (en) | Information processing method, information processing program, and information processing apparatus | |
KR102551484B1 (en) | System and Method for Providing Medical Reservation Service for Manual Therapy | |
JP7005923B2 (en) | Reception processing program, reception processing method, and reception processing device | |
JP5939757B2 (en) | Health insurance information management system | |
KR20020059992A (en) | System managing dental-clinic and recording medium thereof | |
JP2000259734A (en) | Method for charging medical examination and treatment fee in medical treatment fee calculation and processing system | |
JP3235467U (en) | Increased patient satisfaction DX system | |
JP2002215793A (en) | Medical care data control device | |
JP2005309506A (en) | Medical information management device, method, and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060509 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090119 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090203 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090403 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20091006 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091009 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121016 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121016 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131016 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |