JP2007148608A

JP2007148608A - Prescription method and system using insured person information

Info

Publication number: JP2007148608A
Application number: JP2005339829A
Authority: JP
Inventors: Kazuhisa Hayakawa; 和寿早川; Tatsuya Yamada; 達也山田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2005-11-25
Filing date: 2005-11-25
Publication date: 2007-06-14

Abstract

<P>PROBLEM TO BE SOLVED: To construct a system for enabling a patient who does not have any preliminary knowledge to select his or her desired medicine in executing the component prescription of medicine. <P>SOLUTION: An insurer server 400 receives prescription content information about the components of medicine from the terminal of a medical institute server 100, and registers it in a prescription DB450. The insurer server 400 receives requested prescription conditions from a patient terminal 300 or a pharmacy reservation terminal 115, and retrieves each medicine maker medicine DB470, and determines at least one medicine satisfying the prescription conditions, and presents it to a patient. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

本発明は、被保険者情報を利用した医薬品の処方技術に係わり、特に患者の希望する処方条件を満足するような医薬品を選択する処方技術に関する。 The present invention relates to a medicine prescription technique using insured person information, and more particularly to a prescription technique for selecting a medicine that satisfies a prescription condition desired by a patient.

従来、医療機関において患者に処方箋が渡され、患者は、その処方箋を持って調剤薬局に行き、調剤薬局の局員に処方箋を手渡して調剤してもらい、その調剤してもらった薬剤を受け取っていた。また、調剤された薬剤の薬剤名、服薬量及び服薬の仕方などが記録された薬剤情報箋が患者に手渡されていた。 Conventionally, a prescription was handed to a patient at a medical institution, the patient went to a dispensing pharmacy with the prescription, handed the prescription to the dispensing pharmacy staff, and received the medicine that was dispensed . In addition, a medicine information note in which the medicine name of the dispensed medicine, the amount of medicine taken, how to take the medicine, etc. was recorded was handed to the patient.

また、処方箋の情報を保険者サーバで管理し、薬品の飲み合わせや限界値をチェックする仕組みは提案されている。しかしながら、処方の際に新薬や後発薬を選択できるようになった際の算出方法、及び、処方箋情報の管理方法は、確立されていない。 In addition, a mechanism has been proposed in which prescription information is managed by an insurer server to check medicines and limit values. However, a calculation method and a management method for prescription information when new drugs or generic drugs can be selected at the time of prescription have not been established.

なお、本発明に関連するものとして、例えば特許文献１がある。 In addition, there exists patent document 1 as a thing relevant to this invention, for example.

特開２００５−１７３７０４号公報JP 2005-173704 A

現在、日本では、医療機関が処方箋を発行する際に、新薬を指定することが多く、特許の切れた安価な後発薬を指定することは少ない。そのため、医療保険者の医療費負担を圧迫している。 Currently, in Japan, when a medical institution issues a prescription, it often designates a new drug, and it is rare to designate an inexpensive generic drug whose patent has expired. For this reason, the medical expenses of medical insurers are being pressed.

従来、調剤薬局は医療機関が発行する処方箋に従い、処方箋に記載された薬品しか処方することができなかったが、医療費負担の増加が保険者の財政を圧迫している状況から、近い将来、処方箋の書式形式を同成分、同効能の医薬品であれば、新薬にするか後発薬にするかを患者が選択できる形に変更するという構想が、現在、厚生労働省で検討されている。
（問題１）
処方箋の書式形式が変更された場合に、患者が新薬で処方するか、後発薬で処方するかを選択できるようになるが、患者は、どの新薬がどの後発薬に該当するか、どの薬に何の成分が含まれているかの知識を持ち合わせていない場合が非常に多く、選択の希望を調剤薬局の薬剤師に伝える必要がある。薬剤師は、処方箋に記載されている情報を前提として、患者の希望に添った薬品を処方するなど、従来にない業務が発生し、薬剤師に掛かる負荷が大きくなるとともに、現在でも多くの調剤薬局では、患者が殺到し、医薬品を受け取るのにかなりの時間を要する場合が多く、新たな業務負荷により、これまで以上に患者が医薬品を受け取るのに時間がかかることが予想される。
（問題２）
また、患者が後発薬での処方を希望していても、調剤薬局によっては、後発薬を十分に取扱っていない場合があることも考えられ、調剤薬局を選択することも必要となってくる。
（問題３）
加えて、従来は、患者の同一疾患における複数医療機関へのはしご受診等で処方された処方内容や、他疾患によって他医療機関にて処方された処方内容を確認することができなかった。
（問題４）
また、従来、調剤レセプトは、保険点数が２０００点以上でなければ、処方箋を添付して送付する必要がなく、過誤請求があっても各保険者は、処方箋とレセプトの内容の整合性確認をすることができなかった。 Traditionally, dispensing pharmacies were able to prescribe only the drugs listed in the prescription according to the prescription issued by the medical institution, but in the near future, due to the increase in medical expenses burdening the insurer's finances, The Ministry of Health, Labor and Welfare is currently examining the concept of changing the prescription format to a form that allows patients to choose between new and generic drugs that have the same ingredients and effects.
(Problem 1)
When the format of the prescription is changed, the patient can choose between prescribing with a new drug or a prescription drug, but the patient can choose which new drug corresponds to which generic drug, which drug Very often you don't have the knowledge of what ingredients are contained, and you need to tell the pharmacist at the pharmacy about your choice. Pharmacists are predicated on the information on prescriptions, prescribing medicines that meet the patient's wishes, and unprecedented work has occurred, increasing the burden on pharmacists. In many cases, it takes a considerable amount of time for patients to rush and receive medicines, and it is expected that it will take more time for patients to receive medicines than before due to the new workload.
(Problem 2)
In addition, even if the patient desires prescription with a generic drug, some dispensing pharmacies may not handle the generic drug sufficiently, and it becomes necessary to select a dispensing pharmacy.
(Problem 3)
In addition, conventionally, it has not been possible to confirm the prescription content prescribed by a ladder visit to a plurality of medical institutions for the same disease of the patient or the prescription content prescribed by another medical institution due to another disease.
(Problem 4)
Also, conventionally, a dispensing receipt does not need to be sent with a prescription unless the insurance score is 2000 or more, and each insurer checks the consistency between the prescription and the contents of the receipt even if there is an erroneous claim. I couldn't.

本発明の目的は、処方箋の書式形式の変更が行われた際の上記の問題点を解決し、患者が希望通りに医薬品の処方方法を選択でき、保険者の医療費負担を軽減させることができる被保険者情報を利用した安全な処方方法およびそのシステムを提供することにある。 The purpose of the present invention is to solve the above-mentioned problems when the format of the prescription is changed, so that the patient can select the prescription method of the medicine as desired, and the medical expenses of the insurer can be reduced. It is an object of the present invention to provide a safe prescription method and system using insured person information.

上記課題を解決するために本発明では、保険者がサーバ計算機により処方箋データを管理し、この情報と患者の処方希望情報を用いて、患者の希望する処方条件を満足するような医薬品を提示する。より詳細には、
本発明のサーバ計算機は、患者の希望処方条件を基に、各薬品メーカーの医薬品データベースから合致する情報を算出する。 In order to solve the above-described problems, in the present invention, an insurer manages prescription data by a server computer, and uses this information and the patient's prescription request information to present a medicine that satisfies the prescription conditions desired by the patient. . More specifically,
The server computer of the present invention calculates matching information from the drug database of each drug manufacturer based on the patient's desired prescription conditions.

また、本発明は、保険者サーバが一元的に被保険者である患者の処方箋データベースを管理することにより、医療機関が処方の際に、患者の過去の処方履歴を確認し、医薬品の飲み合わせや限界値を確認し、処方する。 In addition, the present invention allows the insurer server to centrally manage the prescription database of patients who are insured, so that the medical institution can confirm the past prescription history of the patient and prescribe the medicine Check the limits and prescribe.

また、本発明は、保険者サーバが患者からの調剤薬局の指定に基づいて、指定された調剤薬局に対し処方の予約をする。 Further, according to the present invention, the insurer server makes a prescription reservation for the designated dispensing pharmacy based on the designation of the dispensing pharmacy from the patient.

また、本発明は、保険者サーバが一元的に被保険者である患者の処方箋データベースを管理することにより、一次審査と代行決裁機関である、支払基金および国民健康保険連合会から送付された調剤レセプトを保険者サーバにより処方箋情報と突合し、審査確認をする。 In addition, the present invention provides a prescription database of patients who are insured by an insurer server in a centralized manner, whereby a dispensing fund sent from a payment fund and the National Health Insurance Federation, which is a primary examination and agency decision-making body, is provided. The receipt is checked against the prescription information by the insurer server, and the examination is confirmed.

本発明によれば、患者による後発薬の選択を促し、医薬品の重複処方等を予防することができ、調剤薬局の業務を効率化することができ、保険者の調剤における医療費負担を軽減することができる。 ADVANTAGE OF THE INVENTION According to this invention, selection of a generic drug by a patient can be promoted, duplicate prescription of pharmaceuticals, etc. can be prevented, work of a dispensing pharmacy can be made efficient, and the medical cost burden in dispensing of an insurer can be reduced. be able to.

以下、本発明の被保険者情報を利用する処方方法と予約方法の実施形態について図面を用いて詳細に説明する。 Hereinafter, embodiments of a prescription method and a reservation method using insured person information of the present invention will be described in detail with reference to the drawings.

図１は、実施形態の被保険者情報を利用する処方方法を実施するシステムの構成を示すブロック図である。図1において、１００は医療機関サーバ、１０５は保険証情報読取端末、１１０は処方箋情報確認更新端末、１１５は調剤薬局予約端末である。保険証情報読取端末１０５、処方箋情報確認更新端末１１０および調剤薬局予約端末１１５は、ローカルネットワークにより医療機関サーバ１００に接続される。２００は調剤薬局サーバ、２０５は保険証情報読取端末、２１０は処方箋情報確認端末である。保険証情報読取端末２０５および処方箋情報確認端末２１０は、ローカルネットワークにより調剤薬局サーバ２００に接続される。３００は患者端末、４００は保険者サーバである。４４０は記憶部、４４５は被保険者データベース（ＤＢ）、４５０は処方箋ＤＢ、４５５は処方内容ＤＢ、４６０は調剤レセプトＤＢ、４６５は調剤薬局情報ＤＢである。４７０は各薬品メーカー医薬品ＤＢである。５００、６００はネットワークであり、ネットワーク５００は、上記サーバおよび患者端末３００間を接続し、ネットワーク６００は、保険者サーバ４００と各薬品メーカー医薬品ＤＢ４７０間を接続する。ネットワーク５００、６００はインターネット等でもよい。 FIG. 1 is a block diagram illustrating a configuration of a system that implements a prescription method using insured person information according to an embodiment. In FIG. 1, 100 is a medical institution server, 105 is an insurance card information reading terminal, 110 is a prescription information confirmation and updating terminal, and 115 is a dispensing pharmacy reservation terminal. The insurance card information reading terminal 105, the prescription information confirmation updating terminal 110, and the dispensing pharmacy reservation terminal 115 are connected to the medical institution server 100 by a local network. Reference numeral 200 is a dispensing pharmacy server, 205 is an insurance card information reading terminal, and 210 is a prescription information confirmation terminal. The insurance card information reading terminal 205 and the prescription information confirmation terminal 210 are connected to the dispensing pharmacy server 200 by a local network. 300 is a patient terminal and 400 is an insurer server. Reference numeral 440 denotes a storage unit, 445 denotes an insured person database (DB), 450 denotes a prescription DB, 455 denotes a prescription content DB, 460 denotes a dispensing receipt DB, and 465 denotes a dispensing pharmacy information DB. Reference numeral 470 denotes a drug manufacturer drug DB. Reference numerals 500 and 600 denote networks. The network 500 connects between the server and the patient terminal 300, and the network 600 connects between the insurer server 400 and each drug manufacturer medicine DB 470. The networks 500 and 600 may be the Internet or the like.

保険者サーバ４００は、医療保険者所有のサーバ計算機であり、そのメモリ上には、資格確認プログラム４０５、処方箋情報参照・更新プログラム４１０、希望処方条件設定プログラム４１５、処方パターン算出プログラム４２０、予約受付プログラム４２５、処方箋情報送信プログラム４３０、調剤レセプト・処方箋突合プログラム４３５の各プログラムが格納され、保険者サーバ４００のＣＰＵによって実行される。また、保険者サーバ４００の磁気ディスク等で構成される記憶部４４０上には、上記被保険者ＤＢ４４５から調剤薬局情報ＤＢ４６５までのＤＢが格納されている。 The insurer server 400 is a server computer owned by a medical insurer, and in its memory, a qualification confirmation program 405, a prescription information reference / update program 410, a desired prescription condition setting program 415, a prescription pattern calculation program 420, a reservation acceptance A program 425, a prescription information transmission program 430, and a dispensing receipt / prescription matching program 435 are stored and executed by the CPU of the insurer server 400. Further, DBs from the insured person DB 445 to the dispensing pharmacy information DB 465 are stored on the storage unit 440 configured by a magnetic disk or the like of the insurer server 400.

各薬品メーカー医薬品ＤＢ４７０は、各薬品メーカーのサーバの磁気ディスク等による二次記憶装置上にあり、調剤薬局情報ＤＢ４６５とそのサーバおよびネットワーク６００を介して接続されている。 Each drug maker drug DB 470 is on a secondary storage device such as a magnetic disk of a server of each drug maker, and is connected to the dispensing pharmacy information DB 465 via its server and network 600.

保険証情報読取端末１０５、２０５は、それぞれ医療機関サーバ１００、調剤薬局サーバ２００（調剤薬局のサーバ計算機）に接続され、二次元バーコード認識装置、ＩＣチップ読取書込装置、保険者番号を識別し入力する装置及び表示装置を備えて構成される。また、保険証情報読取端末１０５、２０５は、Ｗｅｂブラウザを備え、医療機関サーバ１００およびネットワーク５００を介して、保険者サーバ４００にアクセスし、読み取った保険証情報を保険者サーバ４００に送信し、被保険者ＤＢ４４５の情報に関する表示画面を取得して表示する。 The insurance card information reading terminals 105 and 205 are connected to the medical institution server 100 and the dispensing pharmacy server 200 (dispensing pharmacy server computer), respectively, and identify the two-dimensional barcode recognition device, the IC chip reading / writing device, and the insurer number. And an input device and a display device. The insurance card information reading terminals 105 and 205 include a Web browser, access the insurer server 400 via the medical institution server 100 and the network 500, and transmit the read insurance card information to the insurer server 400. The display screen regarding the information of the insured person DB 445 is acquired and displayed.

処方箋情報確認更新端末１１０は、医療機関サーバ１００に接続され、印刷装置、入力装置及び表示装置を備えて構成される。また、処方箋情報確認更新端末１１０は、Ｗｅｂブラウザを備え、医療機関サーバ１００およびネットワーク５００を介して、保険者サーバ４００にアクセスし、処方箋ＤＢ４５０及び処方箋算出情報に関する表示画面を取得し、表示する。また、処方箋情報確認更新端末１１０は、医療機関の入力した処方箋情報を保険者サーバ４００に送信する。また、処方箋情報及び患者属性情報を二次元バーコードに印刷する機能を有する。 The prescription information confirmation update terminal 110 is connected to the medical institution server 100 and includes a printing device, an input device, and a display device. The prescription information confirmation update terminal 110 includes a Web browser, accesses the insurer server 400 via the medical institution server 100 and the network 500, and acquires and displays a display screen related to the prescription DB 450 and prescription calculation information. In addition, the prescription information confirmation update terminal 110 transmits prescription information input by the medical institution to the insurer server 400. It also has a function of printing prescription information and patient attribute information on a two-dimensional barcode.

調剤薬局予約端末１１５は、医療機関サーバ１００に接続され、二次元バーコード認識装置、ＩＣチップ読取書込装置、入力装置及び表示装置を備えて構成される。また、調剤薬局予約端末１１５は、Ｗｅｂブラウザを備え、医療機関サーバ１００およびネットワーク５００を介して、保険者サーバ４００にアクセスし、処方箋算出情報に関する表示画面を取得し、表示する。また、調剤薬局予約端末１１５は、患者の入力した希望処方情報を保険者サーバ４００に送信する。 The dispensing pharmacy reservation terminal 115 is connected to the medical institution server 100 and is configured to include a two-dimensional barcode recognition device, an IC chip reading / writing device, an input device, and a display device. The dispensing pharmacy reservation terminal 115 includes a web browser, accesses the insurer server 400 via the medical institution server 100 and the network 500, and acquires and displays a display screen related to prescription calculation information. Also, the dispensing pharmacy reservation terminal 115 transmits the desired prescription information input by the patient to the insurer server 400.

処方箋確認端末２１０は、調剤薬局サーバ２００に接続され、入力装置及び表示装置を備えて構成される。また、処方箋情報確認端末２１０は、Ｗｅｂブラウザを備え、調剤薬局サーバ２００およびネットワーク５００を介して保険者サーバ４００にアクセスし、処方箋ＤＢ４５０の情報に関する表示画面を取得し、表示する。また、処方箋情報確認端末２１０は、入力された情報を保険者サーバ４００に送信する。 The prescription check terminal 210 is connected to the dispensing pharmacy server 200 and includes an input device and a display device. The prescription information confirmation terminal 210 includes a Web browser, accesses the insurer server 400 via the dispensing pharmacy server 200 and the network 500, and acquires and displays a display screen related to information on the prescription DB 450. The prescription information confirmation terminal 210 transmits the input information to the insurer server 400.

患者端末３００は、携帯端末、携帯電話、ＰＣ等であってよく、二次元バーコード認識装置、入力装置、表示装置およびＧＰＳ機能を備えて構成される。また、患者端末３００は、ＷＥｂブラウザを備え、ネットワーク５００を介して、保険者サーバ４００にアクセスし、処方箋算出情報に関する表示画面を取得し、表示する。また、患者端末３００は、患者の入力した希望処方情報を保険者システム４００に送信する。同様に調剤薬局予約端末１１５は、患者の入力した希望処方情報を保険者システム４００に送信できる。 The patient terminal 300 may be a mobile terminal, a mobile phone, a PC, or the like, and includes a two-dimensional barcode recognition device, an input device, a display device, and a GPS function. The patient terminal 300 includes a WEB browser and accesses the insurer server 400 via the network 500 to acquire and display a display screen related to prescription calculation information. In addition, the patient terminal 300 transmits the desired prescription information input by the patient to the insurer system 400. Similarly, the dispensing pharmacy reservation terminal 115 can transmit the desired prescription information input by the patient to the insurer system 400.

次に図２〜図１０で示す各ＤＢのデータ構成例について説明する。図２は、被保険者ＤＢ４４５のデータ構成例であり、各レコードは、被保険者の加入保険者を示す保険者番号４４５１と、保険者内での被保険者のユニークな番号を示す記号番号４４５２と、被保険者の氏名を示す氏名４４５３と、被保険者の生年月日を示す生年月日４４５４と、被保険者の性別を示す性別４４５５の各データ項目からなる。なお、保険者番号４４５１と記号番号４４５２の組み合わせにより、被保険者をユニークなものとして特定することができる。 Next, a data configuration example of each DB shown in FIGS. 2 to 10 will be described. FIG. 2 is a data configuration example of the insured person DB 445, and each record includes an insurer number 4451 indicating the insured person insured and a symbol number indicating a unique number of the insured person within the insurer. 4452, a name 4453 indicating the name of the insured person, a date of birth 4454 indicating the date of birth of the insured person, and a gender 4455 indicating the gender of the insured person. The insured person can be uniquely identified by the combination of the insurer number 4451 and the symbol number 4452.

図３〜図６は、処方箋ＤＢ４５０の構成例である。図３〜図６に関しては、データ構成は同一のため、ここでは、図３を用いて説明する。ＤＢの各レコードは、保険者番号４４５１、記号番号４４５２、氏名４４５３、生年月日４４５４、性別４４５５、処方箋ごとにユニークな番号を持つ処方箋番号４５０６、処方箋が医療機関から交付された年月日を表す交付年月日４５０７、処方箋を発行した医療機関を示す医療機関コード４５０８、医療機関名を表す４５０９、処方箋を発行した保険医氏名を示す保険医氏名４５１０、処方箋の使用期限日を示す処方箋使用期限４５１１、調剤薬局への予約を行った年月日を示す予約状況４５１２、予約した調剤薬局名を示す４５１３、調剤薬局が患者に対して処方を行った年月日を示す処方年月日を示す４５１４、実際に処方を行った調剤薬局を示す調剤薬局４５１５、処方箋の処方内容を示す処方内容４５１６、および予約の際に、算出された処方パターンの選択を示す識別子４５１７の各データ項目で構成されている。なお、本実施例では、処方内容４５１６の内容は成分１（４５１６１）と成分２（４５１６２）の２種類のみ記載されているが、実際の運用上は、２つ以上になることもある。また、処方箋の処方期限については、処方箋の発行日を含めて４日以内と薬事法により定められている。 3 to 6 are configuration examples of the prescription DB 450. 3 to 6, the data structure is the same, and will be described here with reference to FIG. 3. Each record in the DB includes an insurer number 4451, a symbol number 4452, a name 4453, a date of birth 4454, a gender 4455, a prescription number 4506 having a unique number for each prescription, and a date when the prescription is issued from a medical institution. Delivery date 4507, medical institution code 4508 indicating the medical institution that issued the prescription, 4509 representing the name of the medical institution, name of the insurer who issued the prescription, 4510, prescription use date indicating the expiration date of the prescription Deadline 4511, reservation status 4512 indicating the date of reservation to the dispensing pharmacy, 4513 indicating the name of the reserved dispensing pharmacy, prescription date indicating the date on which the dispensing pharmacy has prescribed the patient 4514 indicating, dispensing pharmacy 4515 indicating the dispensing pharmacy that actually performed the prescription, prescription content 4516 indicating the prescription content of the prescription, and reservation, It is composed of the data item identifier 4517 indicating a selection of the out prescription patterns. In the present example, only two types of prescription contents 4516, component 1 (45161) and component 2 (45162), are described, but there may be two or more in actual operation. In addition, the prescription deadline of the prescription is determined by the Pharmaceutical Affairs Law to be within 4 days including the date of issuing the prescription.

図７は、処方内容ＤＢ４５５のデータ構成例である。処方内容ＤＢ４５５は、処方箋の内容と患者の選択した希望処方情報から、算出された処方内容を一時的に格納するＤＢである。ＤＢの各レコードは、処方内容を区別する識別子４５１７、識別子で区別された予約可能な調剤薬局を示す予約調剤薬局４５１３、処方候補薬品名を示す薬品１（４５５３）、薬品２（４５５４）、薬品１（４５５３）と薬品２（４５５４）の合計金額を表す価格４５５５、調剤薬局と予約する際の端末の位置からの距離を示す距離４５５６の各データ項目にて構成される。なお、薬品名は処方箋の内容によって２つ以上になることもある。また、距離の算出方法に関しては、既存の技術、例えばＧＰＳなどで端末の位置を把握し、図９で示す調剤薬局情報ＤＢの郵便番号４６５１及び、住所４６５２より算出する。 FIG. 7 is a data configuration example of the prescription content DB 455. The prescription content DB 455 is a DB that temporarily stores the prescription content calculated from the content of the prescription and the desired prescription information selected by the patient. Each record of the DB includes an identifier 4517 that distinguishes prescription contents, a reserved dispensing pharmacy 4513 that indicates a reservable dispensing pharmacy that is distinguished by the identifier, a medicine 1 (4553), a medicine 2 (4554), and a medicine that indicate prescription candidate medicine names The data item includes a price 4555 representing the total amount of 1 (4553) and medicine 2 (4554), and a distance 4556 indicating the distance from the terminal position when making a reservation with the dispensing pharmacy. There may be two or more medicine names depending on the content of the prescription. As for the distance calculation method, the position of the terminal is grasped by an existing technique, for example, GPS, and is calculated from the zip code 4651 and the address 4652 of the dispensing pharmacy information DB shown in FIG.

図８は、調剤レセプトＤＢ４６０のデータ構成例を示すものである。調剤レセプトとは、調剤薬局にて処方を行った際に患者の加入している保険者に対し、請求を行う際に用いる診療明細書のことである。図８のデータ構成例では、調剤レセプトが電子化され、管理されている例を示す。ＤＢの各レコードは、保険者番号４４５１、記号番号４４５２、氏名４４５３、生年月日４４５４、性別４４５５、調剤レセプトごとに振られている番号を格納する調剤レセプト番号４６０６、調剤した年月日を示す調剤年月日４６０７、調剤薬局を示す調剤薬局コード４６０８、調剤した薬局名を示す調剤薬局４５１５、調剤した際の処方箋番号を示す４５０６、処方内容４６１１、内容の詳細を示す薬品１（４５５３）と薬剤２（４５５４）、および保険者に請求する際に用いる保険点数４６１２の各データ項目で構成されている。 FIG. 8 shows a data configuration example of the dispensing receipt DB 460. The dispensing receipt is a medical statement used when making a claim to an insurer who is enrolled by a patient when prescribing at a dispensing pharmacy. The data configuration example of FIG. 8 shows an example in which the dispensing receipt is digitized and managed. Each record in the DB indicates an insurer number 4451, a symbol number 4452, a name 4453, a date of birth 4454, a gender 4455, a dispensing receipt number 4606 for storing a number assigned to each dispensing receipt, and the date of dispensing. Dispensing Date 4607, Dispensing Pharmacy Code 4608 indicating Dispensing Pharmacy, Dispensing Pharmacy 4515 indicating Dispensing Pharmacy Name, 4506 indicating Prescription Number when Dispensing, Prescription Content 4611, Drug 1 (4553) indicating Details of Contents It is composed of each data item of medicine 2 (4554) and insurance points 4612 used when charging the insurer.

図９は、調剤薬局情報ＤＢ４６５のデータ構成例を示すものである。ＤＢの各レコードは、調剤薬局の所在地を示す郵便番号４６５１、住所４６５２、調剤を行った薬局を示す調剤薬局コード４６０８、調剤薬局４５１５、薬局ごとの扱い薬品メーカーを管理している扱い後発薬メーカー４６５５、扱い新薬メーカー４６５６、および各薬局の周辺地図を示した薬局地図画像４６５７の各データ項目で構成されている。 FIG. 9 shows a data configuration example of the dispensing pharmacy information DB 465. Each record in the DB includes a postal code 4651 indicating the location of the dispensing pharmacy, an address 4652, a dispensing pharmacy code 4608 indicating the pharmacy that performed dispensing, a dispensing pharmacy 4515, and a post-treatment drug manufacturer that manages the drug maker handled by each pharmacy 4655, a new drug maker 4656 to be handled, and a pharmacy map image 4657 showing a peripheral map of each pharmacy.

図１０は、各薬品メーカー医薬品ＤＢ４７０のデータ構成例を示すものである。ここではＡ社とＣ社を例として取り上げている。ＤＢの各レコードは、処方箋の成分に対応する成分４７０１、各成分に対応する薬品名４７０２、各薬品の形状を示す形状４７０３、薬品の価格を示す価格４７０４、および薬品が保険内薬品であるか否かを示す保険内／外薬品４７０５の各データ項目で構成されている。 FIG. 10 shows an example of the data structure of each drug manufacturer drug DB 470. Here, Company A and Company C are taken as examples. Each record of DB includes a component 4701 corresponding to a prescription component, a drug name 4702 corresponding to each component, a shape 4703 indicating the shape of each drug, a price 4704 indicating the price of the drug, and whether the drug is an in-insurance drug It is composed of each data item of in-insurance / external medicine 4705 indicating whether or not.

次に、図１１〜図１７に示すフローチャートの処理手順について、図１８〜図２１で示す表示画面の例を参照しながら説明する。なお、本実施例では、各ＤＢの“山田太郎”の例を用いて説明を行う。 Next, processing procedures of the flowcharts shown in FIGS. 11 to 17 will be described with reference to examples of display screens shown in FIGS. In the present embodiment, description will be made using an example of “Taro Yamada” in each DB.

図１１は、資格確認プログラム４０５が実行する患者所有の保険証の有効性の確認を行う処理の手順を示すフローチャートである。この処理を、被保険者ＤＢ４４５のデータ構成例を用いて説明する。
（１）保険証情報読取端末１０５は、患者の保険証情報である保険者番号と記号番号を読み取る（ステップ１０２）。医療機関サーバ１００は、この入力データを受け取る。ここでは保険証情報の読取は、保険証記載の数字情報の入力装置での入力を想定しているが、二次元バーコード、ＩＣチップ、磁気情報の読取であってもよい。なお、保険者番号とは患者が所属している保険者の番号を示すもので、記号番号とは保険者内でのユニークな番号である。保険者番号と記号番号の組合せにより被保険者を特定することができる。
（２）保険者サーバ４００は、ステップ１０２で読み取った患者の保険者番号と記号番号を送信する（ステップ１０３）。本実施例では、送信される保険者番号は“１１１１１”、記号番号は“２２２２２２２”となる。
（３）保険者サーバ４００は、ステップ１０３で送信されてきた患者の保険者番号・記号番号と被保険者ＤＢ４４５の保険者番号４４５１、記号番号４４５２を突合し、送信された記号番号と被保険者ＤＢ４４５の記号番号４４５２が合致すれば、ステップ１０６に進む（ステップ１０４、ステップ１０５）。本実施例では、送信された保険者番号、記号番号より“山田太郎”の資格の確認が行われる。
（４）保険者サーバ４００は、患者の資格を確認した後、処方箋情報参照・更新プログラム４１０へ処理を進める（ステップ１０６）。 FIG. 11 is a flowchart showing a procedure of processing for confirming the validity of a patient-owned insurance card executed by the qualification confirmation program 405. This process will be described using a data configuration example of the insured person DB 445.
(1) The insurance card information reading terminal 105 reads an insurer number and a symbol number, which are patient insurance card information (step 102). The medical institution server 100 receives this input data. Here, the reading of the insurance card information is assumed to be input by a numeric information input device described in the insurance card, but it may be a reading of a two-dimensional bar code, an IC chip, and magnetic information. The insurer number indicates the number of the insurer to which the patient belongs, and the symbol number is a unique number within the insurer. An insured person can be specified by a combination of an insurer number and a symbol number.
(2) The insurer server 400 transmits the insurer number and the symbol number of the patient read in step 102 (step 103). In this embodiment, the insurer number to be transmitted is “11111” and the symbol number is “2222222”.
(3) The insurer server 400 matches the insurer number / symbol number of the patient transmitted in step 103 with the insurer number 4451 and the symbol number 4452 of the insured DB 445, and the transmitted symbol number and the insured person. If the symbol number 4452 of the DB 445 matches, the process proceeds to step 106 (step 104, step 105). In the present embodiment, the qualification of “Taro Yamada” is confirmed from the transmitted insurer number and symbol number.
(4) After confirming the patient's qualification, the insurer server 400 advances the process to the prescription information reference / update program 410 (step 106).

図１２は、処方箋情報参照・更新プログラム４１０の処理手順を示すフローチャートである。処方箋情報参照・更新プログラム４１０は、実行する患者の過去の処方箋情報を参照し、医療機関が処方方針を決定した情報を登録する。この処理は、医療機関にて医師が、患者に処方された薬品の履歴を確認することによって、薬品の飲み合わせや、限界値を考慮した処方を行い、その情報により処方箋ＤＢ４５０を更新し、処方箋情報確認更新端末１１０にて処方箋情報及び患者の属性情報を含んだ処方箋を印刷し、患者に交付する処理である。
（１）保険者サーバ４００は、入力を受付けた保険者番号と記号番号を基に、患者の処方箋情報を特定し、過去の処方箋情報を抽出し、医療機関の処方箋情報確認更新端末１１０に送信する（ステップ２０２）。なお、本実施例では、保険者サーバ４００から処方箋情報確認更新端末１１０に送信される情報は図３に示すものである。
（２）処方箋情報確認更新端末１１０は、ステップ２０２で抽出された処方箋情報を受信し、表示装置に表示する（ステップ２０３）。なお、表示される情報を本実施例では図１８の表示画面６０５に示す。
（３）処方箋情報確認更新端末１１０において、患者の診察後に医師が表示された情報を参照し、薬品の飲み合わせや限界値を考慮した処方情報として、４４５１〜４５１１および４５１６のデータ入力を行い、医療機関サーバ１００は、入力データを保険者サーバ４００に送信する（ステップ２０４）。
（４）保険者サーバ４００は、送信された処方箋情報を受信し、処方箋番号４５０６にユニークな処方箋番号を自動的に割り振り、新しい処方箋番号と受信した処方箋情報により処方箋ＤＢ４５０を更新する（ステップ２０５）。本実施例では、更新された処方箋ＤＢ４５０の該当するレコードは、図４に示すものとなる。なお４５１２〜４５１５のデータ項目には、「未予約」又は「未処方」が記録される。
（５）保険者サーバ４００は、ＤＢ更新のために記録した処方箋情報として、４４５１〜４５１１及び４５１６のデータを医療機関サーバ１００経由で処方箋情報確認更新端末１１０に送信する（ステップ２０６）。
（６）処方箋情報確認更新端末１１０は、登録された処方箋情報を受信し、新しい処方箋番号の情報を含んだ処方箋を印刷する（ステップ２０７）。また、患者に対する処方箋情報の提供は、二次元バーコードの印刷やＩＣカードへの書き込みであってもよい。 FIG. 12 is a flowchart showing the processing procedure of the prescription information reference / update program 410. The prescription information reference / update program 410 refers to the past prescription information of the patient to be executed, and registers the information that the medical institution has determined the prescription policy. In this process, the doctor at the medical institution confirms the history of the medicine prescribed to the patient, performs prescription taking into consideration the drinking of the medicine and the limit value, updates the prescription DB 450 with the information, This is a process of printing a prescription including prescription information and patient attribute information at the information confirmation update terminal 110 and delivering it to the patient.
(1) The insurer server 400 identifies patient prescription information based on the insurer number and the symbol number that have been accepted, extracts past prescription information, and transmits it to the prescription information confirmation update terminal 110 of the medical institution (Step 202). In this embodiment, the information transmitted from the insurer server 400 to the prescription information confirmation update terminal 110 is as shown in FIG.
(2) The prescription information confirmation update terminal 110 receives the prescription information extracted in step 202 and displays it on the display device (step 203). In this embodiment, the displayed information is shown on the display screen 605 in FIG.
(3) In the prescription information confirmation update terminal 110, refer to the information displayed by the doctor after the patient's examination, and input data 4451 to 4511 and 4516 as prescription information in consideration of the drinking of medicines and limit values, The medical institution server 100 transmits the input data to the insurer server 400 (step 204).
(4) The insurer server 400 receives the transmitted prescription information, automatically assigns a unique prescription number to the prescription number 4506, and updates the prescription DB 450 with the new prescription number and the received prescription information (step 205). . In the present embodiment, the corresponding record in the updated prescription DB 450 is as shown in FIG. In the data items 4512 to 4515, “not reserved” or “not prescribed” is recorded.
(5) The insurer server 400 transmits the data 4451 to 4511 and 4516 as the prescription information recorded for the DB update to the prescription information confirmation update terminal 110 via the medical institution server 100 (step 206).
(6) The prescription information confirmation update terminal 110 receives the registered prescription information and prints a prescription including information on the new prescription number (step 207). The provision of prescription information to the patient may be a two-dimensional bar code printing or an IC card writing.

図１３は、希望処方条件設定プログラム４１５が実行する処理の手順を示すフローチャートであり、次にこれについて説明する。端末側が調剤薬局予約端末１１５、患者端末３００のどちらでも同じフローチャートとなる。
（１）調剤薬局予約端末１１５または患者端末３００は、保険者番号と記号番号の入力を受け取り、保険者サーバ４００に送信し、保険者が有する希望処方条件の設定ホームページへログインを行う（ステップ３０２）。
（２）保険者サーバ４００は、受信した記号番号と処方箋ＤＢ４５０の記号番号を突合させ、処方年月日に“未処方”の情報があるかどうかを検索する（ステップ３０３）。本実施例では、図４の診察後処方箋ＤＢの処方年月日４５１４より“未処方”のレコードを検索する。
（３）ステップ３０３での検索の結果、処方箋ＤＢ４５０に“未処方”のレコードがある場合は、ステップ３０５に進む（ステップ３０４）。本実施例では、図４の診察後処方箋ＤＢの処方年月日４５１４に“未処方”のレコードがあるため、ステップ３０５に進む。また、“未処方”のレコードがない場合は、条件設定のプログラムを終了する。
（４）“未処方”の情報が抽出された場合、保険者サーバ４００は、図４の診察後処方箋ＤＢに格納された未処方の処方箋レコードの４４５１〜４５１１及び４５１６のデータを調剤薬局予約端末１１５または患者端末３００に送信する（ステップ３０５）。
（５）調剤薬局予約端末１１５または患者端末３００は、“未処方”の処方箋情報を受信し、未処方の処方箋番号４５０６を画面に表示する（ステップ３０６）。なお、本実施例では、図４の未処方の処方箋レコードは１件であるため、表示される処方箋番号は“２０１０１”のみとなる。
（６）調剤薬局予約端末１１５または患者端末３００は、利用者から処方箋番号の選択情報を受け取ると、図１９に示す表示画面６１０を表示する。調剤薬局予約端末１１５または患者端末３００は、選択された処方箋番号と、処方条件として希望住所情報６１０１、希望価格帯情報６１０２、新薬または後発薬希望情報６１０３、希望薬品形状情報６１０４、および保険内または保険外情報６１０５の入力データを受け取り、これら入力データを保険者サーバ４００に送信する（ステップ３０７）。希望住所情報６１０１は、処方を希望する医療機関や薬局の住所である。また６１５は、表示画面６１０の選択情報を整理したものである。
（７）保険者サーバ４００は、処方箋番号の選択情報と選択された希望処方条件の情報を受信し、処方可能な薬品の組合せを算出する（ステップ３０８）。なお、算出方法については、図１４の説明にて詳細に記述する。
（８）保険者サーバ４００は、ステップ３０８で算出した処方パターン情報が格納されている処方内容ＤＢ４５５の情報を調剤薬局予約端末１１５または患者端末３００に送信する（ステップ３０９）。
（９）調剤薬局予約端末１１５または患者端末３００は、処方内容として処方可能な組合せ情報を受信し、表示する（ステップ３１０）。表示される画面は本実施例では、図２０の６２０である。
（１０）調剤薬局予約端末１１５または患者端末３００は、図１５の予約受付処理へ進む（ステップ３１１）
図１４は、処方パターン算出プログラム４２０が実行する処理の手順を示すフローチャートであり、次にこれについて説明する。処方パターン算出プログラム４２０は、端末から受信した希望処方条件を基に、調剤薬局情報ＤＢ４６５と各薬品メーカー医薬品ＤＢ４７０から該当する医薬品を検索し、抽出するプログラムである。なお、処方内容は、選択された希望処方条件をもとにＡＮＤ条件で絞り込まれる。
（１）保険者サーバ４００は、調剤薬局ＤＢ４６５の住所４６５２と端末の位置情報をＧＰＳ等既存の技術利用にて計測した位置情報から端末の現在位置から近い調剤薬局を特定する（ステップ４０２）。なお、調剤薬局を検索する距離範囲は、Ｓ３０７の希望住所情報の設定時に設定することができる。本実施例では、図１９の表示画面６１０が示す通り、半径５００Ｍ以内で検索している。本実施例において、該当する調剤薬局は、“◎□薬局”と“△△薬局”の２つであるとする。
（２）保険者サーバ４００は、特定された調剤薬局を調剤薬局ＤＢ４６５の扱い後発薬メーカー４６５５、扱い新薬メーカー４６５６と選択された処方条件の新薬または後発薬希望情報６１０３を突合し、条件に合致したものを抽出し、絞り込む（ステップ４０３）。本実施例では、図１９の表示画面６１０で示す通り、“後発薬”を選択しているため、◎□薬局で該当する薬品メーカーはＡ社とＣ社となり、△△薬局で該当する薬品メーカーは、Ｂ社となる。
（３）保険者サーバ４００は、処方箋ＤＢ４５０の処方内容４５１６の成分と絞りこんだ薬品メーカーの成分を各薬品メーカー医薬品ＤＢ４７０の成分４７０１から検索して突合させ、条件に合致したものを抽出する（ステップ４０４）。なお、本実施例では、図４の診察後処方箋ＤＢの示す通り、成分１に“ＡＡＡＡＡＡ”、成分２に“いいいいい”が格納されており、突合させた際に抽出される薬品名は、◎□薬局取り扱いのＡ社の４７１０の行の薬品名と４７２０の行の薬品名、また、Ｃ社の４７６０の行の薬品名となる。△△薬局取り扱いのＢ社には、成分１、成分２共に、該当する薬品が存在しない。
（４）保険者サーバ４００は、選択された保険内または保険外情報６１０５と絞り込んだ薬品メーカーの薬品の保険内／外薬品情報を各薬品メーカー医薬品ＤＢ４７０の保険内／外薬品４７０５から検索し突合させ、条件に合致した薬品を抽出する（ステップ４０５）。本実施例では、図１９の表示画面６１０で示す通り、“保険内”を選択しているため、該当する薬品は、成分“ＡＡＡＡＡＡ”については、Ａ社製の薬品名“ＡＢＣ”と“ＢＣＤ”に絞られる。また、成分いいいいいについては、Ａ社製の薬品名“ＯＰＱ”と“ＨＩＪ”と“ＬＭＮ”に絞られ、Ｃ社製では、薬品名“ＲＳＴ”と“ＢＣＣ”と“ＣＣＡ”に絞られる。
（５）保険者サーバ４００は、選択された希望薬品形状情報６１０４と絞りこんだ薬品の薬品形状を各薬品メーカー医薬品ＤＢ４７０の薬品形状４７０３から検索し突合し、条件に合った薬品を抽出する（ステップ４０６）。本実施例では、図１９の表示画面６１０で示す通り、希望薬品形状情報６１０４で“カプセル”を選択しているため、該当する薬品は、成分“ＡＡＡＡＡＡ”については、Ａ社製の薬品名“ＡＢＣ”に絞られる。成分“いいいいい”については、Ａ社製の薬品名“ＯＰＱ”とＣ社製の薬品名“ＲＳＴ”に絞られる。
（６）保険者サーバ４００は、絞り込まれた情報を基に、薬品の組み合せを算出する（ステップ４０７）。本実施例では、ステップ４０６で絞り込まれた通り、成分“ＡＡＡＡＡＡ”については、Ａ社製の薬品名“ＡＢＣ”のみが該当し、成分“いいいいい”については、Ａ社製の薬品名“ＯＰＱ”とＣ社製の薬品名“ＲＳＴ”が該当する。従って、組み合わせは、Ａ社製の薬品名“ＡＢＣ”とＡ社製の薬品名“ＯＰＱ”または、Ａ社製の薬品名“ＡＢＣ”とＣ社製の薬品名“ＲＳＴ”の２通りが候補となる。
（７）保険者サーバ４００は、ステップ４０６で絞り込んだ各薬品の価格を各薬品メーカー医薬品ＤＢ４７０の価格４７０４から検索し、検索した価格によってステップ４０７で算出した組み合わせの合計価格を算出し、選択された希望価格帯情報６１０２を突合し、条件に合致した薬品を抽出する（ステップ４０８）。本実施例では、図１９の表示画面６１０に示す通り、希望価格帯情報６１０２で“８００円以下”を選択している。ステップ４０７で算出した２通りの組合せとも合計価格が８００円を超えないため、ここでの絞込みは特に行われない。
（８）保険者サーバ４００は、Ｓ４０２〜Ｓ４０８で絞り込んだ処方内容を処方内容ＤＢ４５５に格納する（ステップ４０９）。なお、本実施例に関する格納情報を図７の処方内容ＤＢの構成例に示す。 FIG. 13 is a flowchart showing a procedure of processing executed by the desired prescription condition setting program 415, which will be described next. The flowchart is the same for both the dispensing pharmacy reservation terminal 115 and the patient terminal 300 on the terminal side.
(1) The dispensing pharmacy reservation terminal 115 or the patient terminal 300 receives the insurer number and the symbol number, transmits them to the insurer server 400, and logs in to the desired prescription condition setting homepage that the insurer has (step 302). ).
(2) The insurer server 400 matches the received symbol number with the symbol number of the prescription DB 450, and searches for information on “unprescription” on the prescription date (step 303). In the present embodiment, a record of “non-prescription” is searched from the prescription date 4514 in the post-diagnosis prescription DB of FIG.
(3) As a result of the search in step 303, if there is a record of “unprescription” in the prescription DB 450, the process proceeds to step 305 (step 304). In this embodiment, since there is a record of “not prescription” in the prescription date 4514 of the post-diagnosis prescription DB in FIG. If there is no “non-prescription” record, the condition setting program is terminated.
(4) When the information of “unprescription” is extracted, the insurer server 400 uses the data of 4451 to 4511 and 4516 of the unprescription prescription records stored in the post-examination prescription DB of FIG. 115 or to the patient terminal 300 (step 305).
(5) The dispensing pharmacy reservation terminal 115 or the patient terminal 300 receives the “prescription” prescription information and displays an unprescription prescription number 4506 on the screen (step 306). In the present embodiment, since there is only one unprescription prescription record in FIG. 4, the prescription number displayed is only “20101”.
(6) When the dispensing pharmacy reservation terminal 115 or the patient terminal 300 receives the prescription number selection information from the user, it displays a display screen 610 shown in FIG. Dispensing pharmacy reservation terminal 115 or patient terminal 300 includes the selected prescription number, desired address information 6101, desired price range information 6102, new drug or subsequent drug request information 6103, desired drug shape information 6104, and in-insurance or The input data of the non-insurance information 6105 is received, and these input data are transmitted to the insurer server 400 (step 307). The desired address information 6101 is the address of a medical institution or pharmacy that desires prescription. Reference numeral 615 is a list of selection information on the display screen 610.
(7) The insurer server 400 receives the prescription number selection information and the information of the selected desired prescription condition, and calculates a combination of medicines that can be prescribed (step 308). The calculation method will be described in detail with reference to FIG.
(8) The insurer server 400 transmits information in the prescription content DB 455 storing the prescription pattern information calculated in step 308 to the dispensing pharmacy reservation terminal 115 or the patient terminal 300 (step 309).
(9) The dispensing pharmacy reservation terminal 115 or the patient terminal 300 receives and displays combination information that can be prescribed as prescription content (step 310). In the present embodiment, the displayed screen is 620 in FIG.
(10) The dispensing pharmacy reservation terminal 115 or the patient terminal 300 proceeds to the reservation reception process in FIG. 15 (step 311).
FIG. 14 is a flowchart showing a procedure of processing executed by the prescription pattern calculation program 420, which will be described next. The prescription pattern calculation program 420 is a program for searching for and extracting a corresponding drug from the dispensing pharmacy information DB 465 and each drug manufacturer drug DB 470 based on the desired prescription conditions received from the terminal. The prescription contents are narrowed down by AND conditions based on the selected desired prescription conditions.
(1) The insurer server 400 specifies a dispensing pharmacy that is close to the current position of the terminal from the address 4652 of the dispensing pharmacy DB 465 and the position information measured by using existing technology such as GPS (step 402). In addition, the distance range which searches a dispensing pharmacy can be set at the time of the setting of the desired address information of S307. In this embodiment, as shown in the display screen 610 in FIG. 19, the search is performed within a radius of 500M. In this embodiment, it is assumed that there are two corresponding dispensing pharmacies, “◎ □ pharmacy” and “ΔΔ pharmacy”.
(2) The insurer server 400 matches the specified dispensing pharmacy with the treated new drug manufacturer 4655 and the treated new drug manufacturer 4656 in the dispensing pharmacy DB 465 with the selected new drug or generic drug request information 6103 in the selected prescription condition and meets the conditions. Items are extracted and narrowed down (step 403). In this embodiment, as shown in the display screen 610 of FIG. 19, since “generic drug” is selected, the drug manufacturers corresponding to ◎ □ pharmacies are A company and C company, and the drug manufacturers corresponding to △△ pharmacy. Becomes Company B.
(3) The insurer server 400 searches and matches the components of the prescription contents 4516 of the prescription DB 450 and the components of the drug maker narrowed down from the components 4701 of the respective drug maker pharmaceutical DBs 470, and extracts those that match the conditions ( Step 404). In this embodiment, as shown in the post-diagnosis prescription DB in FIG. 4, “AAAAAAA” is stored in the component 1 and “No good” is stored in the component 2, and the drug name extracted when the match is made is ◎ □ The name of the drug in line 4710 of the company A and the name of the drug in line 4720 of the company A handled by the pharmacy, and the name of the drug in the line 4760 of the company C. Δ △ Company B, which handles pharmacies, has no corresponding chemicals for both Component 1 and Component 2.
(4) The insurer server 400 searches the in-insurance / external medicine information of the selected drug maker's medicine with the selected in-insurance or out-of-insurance information 6105 from the in-insurance / external medicine 4705 of each medicine manufacturer's medicine DB 470 and collates. Then, the medicine that matches the conditions is extracted (step 405). In this embodiment, as shown in the display screen 610 of FIG. 19, since “insurance” is selected, the corresponding medicines are “AAAAAAA” and the medicine names “ABC” and “BCD” manufactured by A company. " In addition, regarding ingredients, the chemical names “OPQ”, “HIJ”, and “LMN” manufactured by Company A are narrowed down, and the chemical names “RST”, “BCC”, and “CCA” are manufactured by Company C. It is done.
(5) The insurer server 400 searches and matches the selected desired medicine shape information 6104 and the medicine shape of the narrowed medicine from the medicine shape 4703 of each medicine manufacturer medicine DB 470, and extracts medicines that meet the conditions (step) 406). In this embodiment, as shown in the display screen 610 of FIG. 19, since “capsule” is selected in the desired medicine shape information 6104, the corresponding medicine is the medicine name “AAAAAAA” manufactured by company A. ABC ". The ingredient “Noisy” is narrowed down to the chemical name “OPQ” manufactured by Company A and the chemical name “RST” manufactured by Company C.
(6) The insurer server 400 calculates a combination of medicines based on the narrowed down information (step 407). In this example, as narrowed down in step 406, only the chemical name “ABC” manufactured by A company applies to the component “AAAAAAA”, and the chemical name “A “OPQ” and the chemical name “RST” manufactured by Company C are applicable. Therefore, there are two possible combinations of the drug name “ABC” manufactured by company A and the drug name “OPQ” manufactured by company A, or the drug name “ABC” manufactured by company A and the drug name “RST” manufactured by company C. It becomes.
(7) The insurer server 400 searches the price 4704 of each drug manufacturer drug DB 470 for the price of each drug narrowed down in step 406, calculates the total price of the combination calculated in step 407 based on the searched price, and is selected The desired price range information 6102 is collated, and medicines that meet the conditions are extracted (step 408). In this embodiment, “800 yen or less” is selected in the desired price range information 6102 as shown in the display screen 610 of FIG. Since the total price of the two combinations calculated in step 407 does not exceed 800 yen, no particular narrowing is performed here.
(8) The insurer server 400 stores the prescription content narrowed down in S402 to S408 in the prescription content DB 455 (step 409). In addition, the storage information regarding a present Example is shown in the structural example of prescription content DB of FIG.

図１５は、予約受付プログラムが実行する処理の手順を示すフローチャートである。次にこれについて説明する。
（１）調剤薬局予約端末１１５または患者端末３００は、図２０に示す表示画面６２０の識別子４５１７の選択情報を受け取り、保険者サーバ４００に送信する（ステップ５０２）。なお、本実施例では、識別子の“１”を選択するものとする。
（２）保険者サーバ４００は、選択された識別子の選択情報を受信し、調剤薬局情報ＤＢ４６５の該当薬局の地図画像４６５７を図２１に示す表示画面６２５の形式に編集する（ステップ５０３）。「住所」は、調剤薬局等の住所である。本実施例では、識別子“１”を選択しているため、編集する地図画像４６５７は、“１．ＪＰＧ”となる。
（３）保険者サーバ４００は、編集した予約詳細画面を調剤薬局予約端末１１５または患者端末３００に送信する（ステップ５０４）。本実施例では、予約詳細画面は図２１に示す表示画面６２５となる。
（４）調剤薬局予約端末１１５または患者端末３００は、予約詳細画面情報を受信し、表示する（ステップ５０５）。
（５）調剤薬局予約端末１１５または患者端末３００は、予約情報を受付けた場合は、ステップ５０７に進み、予約しない場合は、ステップ５０１に戻る（ステップ５０６）。本実施例では、図２１に示す表示画面６２５の条件で予約するものとする。
（６）調剤薬局予約端末１１５または患者端末３００は、ステップ５０６で患者が予約を選択した場合、保険者サーバ４００に予約情報を送信する（ステップ５０７）。ここで、調剤薬局予約端末１１５を使用時は、“印刷”ボタンの入力を受け、表示画面６２５を印刷する。
（７）保険者サーバ４００は、予約情報を受信し、図５の予約後処方箋ＤＢの予約状況４５１２と予約調剤薬局４５１３、識別子４５１７に情報を登録する（ステップ５０８）。本実施例では、図５で示す通り、予約状況４５１２には“２００５／０６／２８”を登録し、予約調剤薬局４５１３には“◎□薬局”を登録し、識別子４５１７には“１”を登録する。
（８）保険者サーバ４００は、予約情報が登録された予約後処方箋ＤＢの処方箋情報を調剤薬局サーバ２００の処方箋情報確認端末２１０に送信する（ステップ５０９）。本実施例では送信先は◎□薬局の処方箋情報確認端末２１０となる。
（９）処方箋情報確認端末２１０は、調剤薬局サーバ２００を経由して処方箋情報を受信する（ステップ５１０）。なお、この情報を基に調剤薬局は、調剤を実施する。 FIG. 15 is a flowchart showing a procedure of processing executed by the reservation receiving program. Next, this will be described.
(1) The dispensing pharmacy reservation terminal 115 or the patient terminal 300 receives the selection information of the identifier 4517 on the display screen 620 shown in FIG. 20, and transmits it to the insurer server 400 (step 502). In this embodiment, the identifier “1” is selected.
(2) The insurer server 400 receives the selection information of the selected identifier, and edits the map image 4657 of the corresponding pharmacy in the dispensing pharmacy information DB 465 into the format of the display screen 625 shown in FIG. 21 (step 503). “Address” is an address of a dispensing pharmacy or the like. In this embodiment, since the identifier “1” is selected, the map image 4657 to be edited is “1.JPG”.
(3) The insurer server 400 transmits the edited reservation detail screen to the dispensing pharmacy reservation terminal 115 or the patient terminal 300 (step 504). In this embodiment, the reservation details screen is a display screen 625 shown in FIG.
(4) The dispensing pharmacy reservation terminal 115 or the patient terminal 300 receives and displays the reservation detail screen information (step 505).
(5) The dispensing pharmacy reservation terminal 115 or the patient terminal 300 proceeds to step 507 when the reservation information is received, and returns to step 501 when the reservation information is not reserved (step 506). In this embodiment, it is assumed that a reservation is made under the conditions of the display screen 625 shown in FIG.
(6) The dispensing pharmacy reservation terminal 115 or the patient terminal 300 transmits the reservation information to the insurer server 400 when the patient selects the reservation in step 506 (step 507). Here, when the dispensing pharmacy reservation terminal 115 is used, the input of the “print” button is received and the display screen 625 is printed.
(7) The insurer server 400 receives the reservation information, and registers the information in the reservation status 4512, the reservation dispensing pharmacy 4513, and the identifier 4517 of the post-reservation prescription DB in FIG. 5 (step 508). In this embodiment, as shown in FIG. 5, “2005/06/28” is registered in the reservation status 4512, “◎ □ pharmacy” is registered in the reserved dispensing pharmacy 4513, and “1” is registered in the identifier 4517. sign up.
(8) The insurer server 400 transmits the prescription information of the prescription DB after reservation in which the reservation information is registered to the prescription information confirmation terminal 210 of the dispensing pharmacy server 200 (step 509). In this embodiment, the destination is the pharmacy prescription information confirmation terminal 210.
(9) The prescription information confirmation terminal 210 receives prescription information via the dispensing pharmacy server 200 (step 510). The dispensing pharmacy performs dispensing based on this information.

図１６は、処方情報送信プログラム４３０の実行する処理の手順を示すフローチャートであり、患者が予約した調剤薬局にて処方を受けた情報に基づいて処方箋ＤＢ４５０を更新する処理を示している。この処理について、図６の処方後処方箋ＤＢのデータ構成例をもちいて説明する。
（１）調剤薬局サーバ２００の保険証情報読取端末２０５は、入力された保険者番号、記号番号、処方箋番号、処方年月日、および処方調剤薬局の情報を、調剤薬局サーバ２００を介して保険者サーバ４００に送信する（ステップ６０２）。なお、本実施例では、保険者番号は“１１１１１”、記号番号は“２２２２２２２”、処方箋番号は“２０１０１”処方年月日は“２００５／０６／２９”、処方調剤薬局は“◎□薬局”となる。
（２）保険者サーバ４００は、処方情報を受信し、記号番号と処方箋番号の突合により、該当する処方箋情報を特定し、処方箋ＤＢ４５０を更新する（ステップ６０３）。なお、本実施例では、更新された処方箋ＤＢ４５０は、図６に示すものとなる。図５の処方年月日４５１４と調剤薬局４５１５では“未処方”であったものが、図６では、処方年月日４５１４が“２００５／０６／２９”に、調剤薬局４５１５が“◎□薬局”にそれぞれ更新されている。 FIG. 16 is a flowchart showing a procedure of processing executed by the prescription information transmission program 430, and shows processing for updating the prescription DB 450 based on information received at the dispensing pharmacy reserved by the patient. This process will be described using a data configuration example of the prescription prescription DB in FIG.
(1) The insurance card information reading terminal 205 of the dispensing pharmacy server 200 insures the input insurer number, symbol number, prescription number, prescription date, and prescription dispensing pharmacy information via the dispensing pharmacy server 200. (Step 602). In this embodiment, the insurer number is “11111”, the symbol number is “2222222”, the prescription number is “20101”, the prescription date is “2005/06/29”, and the prescription dispensing pharmacy is “◎ □ pharmacy”. It becomes.
(2) The insurer server 400 receives the prescription information, identifies the corresponding prescription information by matching the symbol number and the prescription number, and updates the prescription DB 450 (step 603). In the present embodiment, the updated prescription DB 450 is as shown in FIG. The prescription date 4514 and the dispensing pharmacy 4515 in FIG. 5 were “not prescription”, but in FIG. 6, the prescription date 4514 is “2005/06/29” and the dispensing pharmacy 4515 is “◎ □ Pharmacy”. "Has been updated respectively.

図１７は、調剤レセプト・処方箋突合プログラム４３５の実行する処理の手順を示すフローチャートである。調剤レセプトとは、調剤薬局にて処方を行った際に患者の加入している保険者に対し、請求を行う際に用いる診療明細書のことである。調剤レセプトには、処方された医薬品名及び、保険者への請求金額が記載されている。また、調剤レセプトは、調剤薬局から一次審査及び代行決裁機関である社会保険診療報酬支払基金（以下、支払基金）に送付され、審査を受けた後に、各保険者に送付される。各保険者は、支払基金から送付された調剤レセプトに対して、内容点検を行う。現在は、保険点数が２０００点を超える高額の調剤レセプト以外は、処方箋を添付する必要はなく、処方箋とレセプトの内容の整合性を確認する内容点検は困難であったが、本発明では保険者サーバ４００にて処方箋ＤＢ４５０を管理しているため、突合による内容点検が可能となる。なお、本実施例では、“山田太郎”の“２００５／０６／２９”分調剤レセプトについて内容点検を行うものとする。また、保険点数は1点１０円を示し、患者は窓口にて３割を負担したものとする。
（１）保険者サーバ４００は、上記手続きを経てすでに作成済の調剤レセプトＤＢ４６０のデータ構成例の記号番号４４５２と処方箋番号４５０６と調剤年月日４６０７を図６の処方後の処方箋ＤＢ４５０に格納された記号番号４４５２と処方箋番号４５０６と処方年月日４５１４をキーに突合し、該当する処方箋情報を特定する（ステップ７０２）。
（２）保険者サーバ４００は、Ｓ７０２で突合した調剤レセプトと処方箋情報の処方内容の薬品名と成分の整合性を各薬品メーカー医薬品ＤＢ４７０を検索した結果によって審査する（ステップ７０３）。突合した結果整合性が取れていれば、処理は終了する。整合性が取れていない場合は、過誤請求の疑いがあるため、支払基金に該当調剤レセプトデータを送信し、返戻する（ステップ７０４）。本実施例では、Ａ社−ＡＢＣとＡ社−ＯＰＱは、それぞれ成分ＡＡＡＡＡＡと成分いいいいいと整合性が取れている。また、保険点数についてもＡ社−ＡＢＣとＡ社−ＯＰＱの被保険者負担分は６００円となる。被保険者負担分は、３割であるため、保険者への請求は１４００円となり、保険点数は“１４０点”となる。これは、調剤レセプトＤＢ４６０の保険点数４６１２と合致する。 FIG. 17 is a flowchart showing a procedure of processing executed by the dispensing receipt / prescription matching program 435. The dispensing receipt is a medical statement used when making a claim to an insurer who is enrolled by a patient when prescribing at a dispensing pharmacy. The dispensing receipt includes the name of the prescribed medicine and the amount billed to the insurer. In addition, the dispensing receipt is sent from the dispensing pharmacy to the social insurance medical fee payment fund (hereinafter referred to as the payment fund), which is the primary examination and agency agency, and is sent to each insurer after undergoing the examination. Each insurer checks the contents of the dispensing receipt sent from the payment fund. At present, it is not necessary to attach a prescription except for a high-price dispensing receipt with an insurance score exceeding 2000 points, and it was difficult to check the content to confirm the consistency between the prescription and the content of the receipt. Since the prescription DB 450 is managed by the server 400, it is possible to check the contents by matching. In this embodiment, it is assumed that the contents of the “2005/06/29” dispensing receipt of “Taro Yamada” are checked. The insurance score is 10 yen per point, and the patient bears 30% at the counter.
(1) The insurer server 400 stores the symbol number 4452, the prescription number 4506, and the dispensing date 4607 of the data structure example of the dispensing receipt DB 460 already created through the above procedure in the prescription DB 450 after prescription in FIG. The corresponding symbol number 4452, prescription number 4506, and prescription date 4514 are matched to identify the corresponding prescription information (step 702).
(2) The insurer server 400 examines the consistency between the dispensing name and the prescription information in the prescription information matched in S702 based on the result of searching each drug manufacturer DB 470 (step 703). If consistency is obtained as a result of the match, the process ends. If the consistency is not satisfied, there is a suspicion of erroneous billing, so the corresponding dispensing receipt data is transmitted to the payment fund and returned (step 704). In this example, Company A-ABC and Company A-OPQ are consistent with the component AAAAAA and the component is good. As for the insurance points, the insured person's share of Company A-ABC and Company A-OPQ is 600 yen. Since the insured person's share is 30%, the claim to the insurer is 1400 yen, and the insurance score is "140 points". This is consistent with the insurance score 4612 of the dispensing receipt DB 460.

実施形態のシステムの全体構成図である。1 is an overall configuration diagram of a system according to an embodiment. 被保険者ＤＢのデータ構成例を示す図である。It is a figure which shows the example of a data structure of insured person DB. 診療前処方箋ＤＢのデータ構成例を示す図である。It is a figure which shows the data structural example of prescription DB before medical treatment. 診察後処方箋ＤＢのデータ構成例を示す図である。It is a figure which shows the data structural example of prescription DB after a medical examination. 予約後処方箋ＤＢのデータ構成例を示す図である。It is a figure which shows the data structural example of prescription DB after reservation. 処方後処方箋ＤＢのデータ構成例を示す図である。It is a figure which shows the data structural example of prescription DB after prescription. 処方箋内容ＤＢのデータ構成例を示す図である。It is a figure which shows the data structural example of prescription content DB. 調剤レセプトＤＢの構成例を示す図である。It is a figure showing the example of composition of dispensing receipt DB. 調剤薬局情報ＤＢの構成例を示す図である。It is a figure which shows the structural example of dispensing pharmacy information DB. 各薬品メーカー医薬品ＤＢのデータ構成例を示す図である。It is a figure which shows the data structural example of each chemical maker pharmaceutical DB. 資格確認プログラムの処理手順を示すフローチャートである。It is a flowchart which shows the process sequence of a qualification confirmation program. 処方箋情報参照・更新プログラムの処理手順を示すフローチャートである。It is a flowchart which shows the process sequence of a prescription information reference and update program. 希望処方条件設定プログラムの処理手順を示すフローチャートである。It is a flowchart which shows the process sequence of a desired prescription condition setting program. 処方箋パターン算出プログラムの処理手順を示すフローチャートである。It is a flowchart which shows the process sequence of a prescription pattern calculation program. 予約受付プログラムの処理手順を示すフローチャートである。It is a flowchart which shows the process sequence of a reservation reception program. 処方情報送信プログラムの処理手順を示すフローチャートである。It is a flowchart which shows the process sequence of a prescription information transmission program. 調剤レセプト・処方箋突合プログラムの処理手順を示すフローチャートである。It is a flowchart which shows the process sequence of a dispensing receipt and prescription matching program. 処方箋情報確認画面の例を示したものである。An example of a prescription information confirmation screen is shown. 希望処方条件設定画面の例を示したものである。An example of a desired prescription condition setting screen is shown. 処方パターン画面の例を示したものである。The example of a prescription pattern screen is shown. 予約詳細画面の例を示したものである。An example of a reservation details screen is shown.

Explanation of symbols

１００：医療機関サーバ、１１０：処方箋情報確認更新端末、１１５：調剤薬局予約端末、２００：調剤薬局サーバ、３００：患者端末、４００：保険者サーバ、４１０：処方箋情報参照・更新プログラム、４１５：希望処方条件設定プログラム、４２０：処方パターン算出プログラム、４２５：予約受付プログラム、４３０：処方箋情報送信プログラム、４３５：調剤レセプト・処方箋突合プログラム、４５０：処方箋ＤＢ、４６０：調剤レセプトＤＢ、４６５：調剤薬局情報ＤＢ、４７０：各薬品メーカー医薬品ＤＢ。 100: Medical institution server, 110: Prescription information confirmation update terminal, 115: Dispensing pharmacy reservation terminal, 200: Dispensing pharmacy server, 300: Patient terminal, 400: Insurer server, 410: Prescription information reference / update program, 415: Hope Prescription condition setting program, 420: Prescription pattern calculation program, 425: Reservation reception program, 430: Prescription information transmission program, 435: Dispensing receipt / prescription matching program, 450: Prescription DB, 460: Dispensing receipt DB, 465: Dispensing pharmacy information DB, 470: Each pharmaceutical manufacturer's pharmaceutical DB.

Claims

A prescription method by a server computer on the insurer side that communicates with both terminals of a first terminal device for inputting prescription contents regarding prescription of pharmaceuticals and a second terminal device for inputting prescription conditions desired by a patient who is an insured person And by executing a program stored in the memory of the server computer,
The prescription database that stores information on the prescription information including information on the components of the pharmaceutical corresponding to the insured's identifier from the first terminal device and stores the prescription information for each insured. Register to record,
In response to a request for designating the identifier of the insured person from the second terminal device, the corresponding unprescription prescription information is extracted from the prescription database, and transmitted to the second terminal device for display,
For the transmitted prescription information, a drug database that receives the prescription condition including a classification of a new drug or a generic drug from the second terminal device and stores the drug name of the drug corresponding to the ingredient for each drug manufacturer Search to determine the drug name of at least one drug that satisfies the prescription conditions,
A prescription method using insured information, wherein the determined medicine name is transmitted to the second terminal device for display.

The server computer further receives a designation of a drug name selected from the second terminal device and a pharmacy name for reserving a dispensing, and includes the selected drug name to a server computer of the designated dispensing pharmacy. The prescription method using the insured person information according to claim 1, wherein prescription information is transmitted.

The server computer further registers information corresponding to the medicine name selected by the second terminal device in a corresponding record in the prescription database,
2. The consistency is determined by matching the corresponding medicine name in the dispensing receipt database storing the medicine name prescribed for the insured with the corresponding medicine name in the prescription database. Prescription method using insured information.

A first terminal device for inputting prescription contents regarding prescription of medicines, a second terminal device for inputting prescription conditions desired by a patient who is an insured person, and an insurer side communicating with both terminals via a network A system having a server computer,
The server computer receives the prescription content including information about the components of the pharmaceutical in association with the insured's identifier from the first terminal device, and stores the prescription information for each insured. Means to register in the insured's record,
In response to a request for designating the identifier of the insured person from the second terminal device, means for retrieving corresponding unprescription information from the prescription database and transmitting it to the second terminal device for display When,
For the transmitted prescription information, a drug database that receives the prescription condition including a classification of a new drug or a generic drug from the second terminal device and stores the drug name of the drug corresponding to the ingredient for each drug manufacturer Means for searching and determining a drug name of at least one pharmaceutical that satisfies the prescription conditions;
Means for transmitting the determined medicine name to the second terminal device for display;
The first terminal device has means for inputting the prescription content and transmitting it to the server computer,
The second terminal device receives the prescription information and the determined medicine name from the server computer and displays the prescription conditions corresponding to the insured's identifier to the server computer. A prescription system using insured person information, comprising: means for transmitting.

The server computer further receives a designation of a drug name selected from the second terminal device and a pharmacy name for reserving a dispensing, and includes the selected drug name to a server computer of the designated dispensing pharmacy. Having means for transmitting prescription information;
5. The prescription system using insured person information according to claim 4, wherein the second terminal device further comprises means for selecting a medicine name, inputting the pharmacy name and transmitting it to the server computer. .