JP5801015B1 - Prescription drug sales system, prescription drug sales method, program, and information storage medium - Google Patents
Prescription drug sales system, prescription drug sales method, program, and information storage medium Download PDFInfo
- Publication number
- JP5801015B1 JP5801015B1 JP2015518705A JP2015518705A JP5801015B1 JP 5801015 B1 JP5801015 B1 JP 5801015B1 JP 2015518705 A JP2015518705 A JP 2015518705A JP 2015518705 A JP2015518705 A JP 2015518705A JP 5801015 B1 JP5801015 B1 JP 5801015B1
- Authority
- JP
- Japan
- Prior art keywords
- prescription
- information
- user
- medicine
- electronic prescription
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Marketing (AREA)
- Medical Informatics (AREA)
- Development Economics (AREA)
- Public Health (AREA)
- Primary Health Care (AREA)
- General Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Medicinal Chemistry (AREA)
- Data Mining & Analysis (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Chemical & Material Sciences (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
電子的な処方箋と電子商取引とを用いて薬を購入する場合に、その処方箋が対象とする患者と関係のない購入者に薬が販売されることを防ぐ。処方薬販売システムは、ユーザを認証する認証情報と紐付けられかつ電子処方箋を示す情報を前記ユーザから受信し、前記紐付けられた認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行し、前前記確認のための処理の結果に従って、前記電子処方箋に応じた薬の販売処理の実行を制御する。When a medicine is purchased using an electronic prescription and electronic commerce, the medicine is prevented from being sold to a purchaser who is not related to the patient targeted by the prescription. The prescription drug sales system receives information associated with authentication information for authenticating a user and indicating an electronic prescription from the user, and includes information about the user corresponding to the associated authentication information and a patient included in the electronic prescription. A process for confirming whether or not the information corresponds to the information is executed, and the execution of the medicine sales process corresponding to the electronic prescription is controlled according to the result of the process for the previous confirmation.
Description
本発明は処方薬販売システム、処方薬販売方法、プログラムおよび情報記憶媒体に関する。 The present invention relates to a prescription drug sales system, a prescription drug sales method, a program, and an information storage medium.
患者が医師にかかった後に薬を購入する場合、医師が患者に紙の処方箋を発行している。患者は発行された処方箋を薬局に提出することで処方箋に記載された薬を購入している。 When a patient purchases a medicine after seeing a doctor, the doctor issues a paper prescription to the patient. The patient purchases the medicine described in the prescription by submitting the issued prescription to the pharmacy.
特許文献1には、診療が終わる都度、処方箋を医師端末より受信し、処方箋に薬支給があれば処方箋と、患者氏名と、宅配指定の有無と、薬の受取り場所とを薬局端末に指示することが開示されている。
特許文献2には、遠隔利用システムにより診察が行われた後、調剤、配送センターが薬の調剤を行い、その薬を患者へ宅配するシステムが開示されている。そのシステムは処方箋集配信サーバと調剤、配送センターとを含み、処方箋集配信サーバは、病院内の医師により作成された処方箋情報を病院から受信すると、患者管理DBから患者氏名や患者の最寄の調剤、配送センターの番号を取得し、その調剤、配送センターへ処方箋情報や患者情報の一部または全部を送信する。
近年、処方箋を電子化することが検討されている。さらに、処方箋が電子化された際には、ユーザがインターネットを介した電子商取引によりその処方箋に記入された薬を購入することが考えられる。ユーザが電子商取引により薬を購入する場合、その利点の一つとして購入手続きや薬の授受のタイミング等に融通がきくことが挙げられる。 In recent years, computerization of prescriptions has been studied. Furthermore, when the prescription is digitized, it is conceivable that the user purchases the medicine written in the prescription by electronic commerce via the Internet. When a user purchases medicines by electronic commerce, one of the advantages is that there is flexibility in purchase procedures, timing of delivery of medicines, and the like.
しかしながら、一方で電子的な処方箋が対象とする患者と関係のない者に薬を販売することは好ましくないことから、電子的な処方箋に記載された患者とその処方箋を提出した者との照合や電子的な処方箋に記載された患者と薬の購入者との照合を各々行わなければならない。その照合の処理は煩雑になることが懸念される。また、薬の受け渡し時に薬剤師によるそのユーザの個人情報、病状、他の薬の併用の有無や使用履歴等からその薬の内容・用法の説明をする必要があることから、従来考えられていたシステムでは、実際には購入手続きのタイミングはユーザが薬剤師と話のできるタイミングに拘束され、電子商取引による上記利点を必ずしも得ることができない場合がある。 However, on the other hand, it is not desirable to sell drugs to those who are not related to the patient for whom the electronic prescription is intended, so it is not possible to match the patient described in the electronic prescription with the person who submitted the prescription. Each of the patients listed on the electronic prescription and the drug purchaser must be verified. There is a concern that the verification process becomes complicated. In addition, since it is necessary to explain the contents and usage of the drug based on the user's personal information, medical condition, presence / absence of other drugs and usage history, etc., when the drug is delivered In practice, however, the timing of the purchase procedure is constrained by the timing at which the user can talk to the pharmacist, and the above-described advantages of electronic commerce may not always be obtained.
本発明は上記課題を鑑みてなされたものであって、その目的は、電子的な処方箋と電子商取引とを用いて薬を購入する場合に、電子商取引による利点を損なうことなく、その処方箋が対象とする購入以外の不正な薬の販売を防ぐ技術を提供することにある。 The present invention has been made in view of the above problems, and its purpose is to purchase a medicine using an electronic prescription and electronic commerce, without prejudice to the advantage of electronic commerce. It is to provide technology that prevents the sale of illegal drugs other than the purchase.
上記課題を解決するために、本発明にかかる処方薬販売システムは、ユーザを認証する認証情報と電子処方箋を示す情報とを前記ユーザからひとつのセッション中に受信する処方箋受信手段と、前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行する処方箋確認手段と、前記処方箋確認手段による確認のための処理の結果に従って、前記セッション中に前記電子処方箋に応じた薬の販売処理の実行を制御する制御手段と、前記電子処方箋に基づく薬の売買に関する情報を前記電子処方箋に紐づけて記憶する手段と、を含む。 In order to solve the above problems, a prescription drug sales system according to the present invention includes prescription receiving means for receiving authentication information for authenticating a user and information indicating an electronic prescription from the user during one session. Prescription confirmation means for executing a process for confirming whether or not the user information corresponding to the authentication information corresponds to the patient information included in the electronic prescription, and the confirmation process by the prescription confirmation means According to the result of the control means for controlling the execution of the medicine sales process according to the electronic prescription during the session, means for storing information relating to the buying and selling of the medicine based on the electronic prescription linked to the electronic prescription, including.
また、本発明にかかる処方薬販売方法は、ユーザを認証する認証情報と電子処方箋を示す情報とを前記ユーザからひとつのセッション中に受信するステップと、前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行するステップと、前記ユーザの情報と前記患者の情報とが対応するか否か確認するための処理の結果に従って、前記電子処方箋に応じた薬の販売処理の実行を制御するステップと、前記電子処方箋に基づく薬の売買に関する情報を前記電子処方箋に紐づけて記憶するステップと、を含む。 The prescription drug sales method according to the present invention includes a step of receiving authentication information for authenticating a user and information indicating an electronic prescription from the user during one session, and a user corresponding to the received authentication information. A step of executing a process for confirming whether or not the information and the patient information included in the electronic prescription correspond to each other, and confirming whether or not the user information and the patient information correspond to each other In accordance with the result of the processing, there are included a step of controlling execution of a medicine sales process in accordance with the electronic prescription, and a step of storing information relating to the buying and selling of medicine based on the electronic prescription in association with the electronic prescription.
また、本発明にかかるプログラムは、ユーザを認証する認証情報と電子処方箋を示す情報とを前記ユーザからひとつのセッション中に受信する処方箋受信手段、前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行する処方箋確認手段、および、前記処方箋確認手段による確認のための処理の結果に従って、前記電子処方箋に応じた薬の販売処理の実行を制御する制御手段、前記電子処方箋に基づく薬の売買に関する情報を前記電子処方箋に紐づけて記憶する手段、としてコンピュータを機能させる。 In addition, the program according to the present invention includes: prescription receiving means for receiving authentication information for authenticating a user and information indicating an electronic prescription from the user during one session; user information corresponding to the received authentication information; In accordance with the prescription confirmation means for executing processing for confirming whether or not the patient information included in the electronic prescription corresponds, and according to the result of the processing for confirmation by the prescription confirmation means, according to the electronic prescription The computer is caused to function as control means for controlling execution of the sales process of the medicine, and means for storing information relating to the buying and selling of the medicine based on the electronic prescription in association with the electronic prescription.
また、本発明にかかるコンピュータ読取り可能な記憶媒体は、上記プログラムを格納する。 Moreover, the computer-readable storage medium concerning this invention stores the said program.
本発明によれば、電子的な処方箋を用いて電子商取引により薬を購入する場合に、その処理が煩雑になることなく処方箋が対象としていない販売を防ぐことができる。 ADVANTAGE OF THE INVENTION According to this invention, when purchasing a medicine by electronic commerce using an electronic prescription, the sales which the prescription is not made can be prevented without the process becoming complicated.
本発明の一態様では、処方薬販売システムは、前記電子処方箋に基づく薬が既に販売されているか否かを前記売買に関する情報に基づいて確認するための処理を実行する販売確認手段をさらに含み、前記制御手段は、まだ前記薬が販売されていないと確認された場合に前記電子処方箋に応じた薬の販売処理が実行されるよう制御してもよい。 In one aspect of the present invention, the prescription drug sales system further includes a sales confirmation unit that executes a process for confirming whether or not a drug based on the electronic prescription has already been sold based on the information on the purchase and sale, The control means may perform control so that a medicine sales process corresponding to the electronic prescription is executed when it is confirmed that the medicine is not yet sold.
本発明の一態様では、処方薬販売システムは前記電子処方箋がいずれかの薬局により使用されたか否かを示す使用情報を受信する手段をさらに含み、前記制御手段は、前記使用情報がまだ前記電子処方箋が使用されていないことを示す場合に前記電子処方箋に応じた薬の販売処理が実行されるよう制御してもよい。 In one aspect of the present invention, the prescription drug sales system further includes means for receiving usage information indicating whether or not the electronic prescription is used by any pharmacy, and the control means is further configured to receive the usage information. You may control to perform the sales process of the medicine according to the said electronic prescription, when showing that the prescription is not used.
この態様によれば、患者が薬局から電子処方箋に記載される薬を複数回購入したり、患者になりすます者が薬を購入することを防ぐことができる。 According to this aspect, it is possible to prevent the patient from purchasing the medicine described in the electronic prescription from the pharmacy a plurality of times, or the person impersonating the patient from purchasing the medicine.
本発明の一態様では、処方薬販売システムは、前記電子処方箋にかかる患者の属性情報を、ユーザの属性情報を格納する記憶手段から取得する属性取得手段と、前記電子処方箋と前記読み出されたユーザの属性情報とを薬剤師に提示し、その提示に基づいて薬剤師から入力された説明文を受け付け、当該説明文を記憶手段に記憶させる説明文受付手段と、前記処方箋受信手段が前記電子処方箋を示す前記情報を受信した場合に前記説明文を前記ユーザに向けて出力する説明文出力手段と、をさらに含んでもよい。 In one aspect of the present invention, the prescription drug sales system includes: attribute acquisition means for acquiring patient attribute information related to the electronic prescription from storage means for storing user attribute information; and the electronic prescription read User attribute information is presented to the pharmacist, an explanation input from the pharmacist is received based on the presentation, and the explanation receiving means for storing the explanation in the storage means, and the prescription receiving means receives the electronic prescription. It may further include explanatory text output means for outputting the explanatory text to the user when the information shown is received.
また、処方薬販売システムは、前記処方箋受信手段により前記電子処方箋を示す前記情報を前記ユーザから取得する前に別途前記ユーザと異なる送信元から前記電子処方箋に含まれる薬および患者に関する情報を受信する事前受信手段を有し、前記属性取得手段は、ユーザと異なる送信元から受信された前記患者に関する情報に基づき前記電子処方箋にかかる患者の属性情報を、ユーザの属性情報を格納する記憶手段から取得し、前記説明文受付手段は、前記ユーザと異なる送信元から受信された前記薬に関する情報と前記読み出されたユーザの属性情報とを薬剤師に提示し、その提示に基づいて薬剤師から入力された説明文を受け付け、当該説明文を記憶手段に記憶させてもよい。 In addition, the prescription drug sales system receives information on medicines and patients included in the electronic prescription separately from a transmission source different from the user before the information indicating the electronic prescription is acquired from the user by the prescription receiving unit. Pre-reception means, wherein the attribute acquisition means acquires patient attribute information related to the electronic prescription based on information about the patient received from a transmission source different from the user from a storage means for storing user attribute information Then, the explanatory note accepting means presents the information about the medicine received from the transmission source different from the user and the read attribute information of the user to the pharmacist, and is inputted from the pharmacist based on the presentation An explanatory note may be received, and the explanatory note may be stored in the storage means.
また、処方薬販売システムは、ユーザが前記説明文を確認したことを示す確認データを受信する確認データ受信手段をさらに含み、前記確認データが受信された場合に前記制御手段による前記電子処方箋に応じた薬の販売処理が実行されてもよい。 The prescription drug sales system further includes confirmation data receiving means for receiving confirmation data indicating that the user has confirmed the explanatory text, and responds to the electronic prescription by the control means when the confirmation data is received. Drug sales processing may be executed.
これらの態様によれば、実際の薬局と同様にユーザが薬剤師の説明を確認することができる。また、予めユーザに対する薬の説明文を準備して表示できるようにしておくことで、ユーザが電子処方箋を示す情報を送信してから薬剤師の説明を確認するまでの時間を短縮することができるばかりでなく、購入手続きのタイミングをユーザが自由に選択することができる。 According to these aspects, the user can confirm the explanation of the pharmacist as in the actual pharmacy. In addition, by preparing and displaying a description of the medicine for the user in advance, it is possible to shorten the time until the user confirms the explanation of the pharmacist after transmitting the information indicating the electronic prescription. Instead, the user can freely select the timing of the purchase procedure.
本発明の一態様では、処方薬販売システムは、前記電子処方箋により指定される薬を複数の選択肢からユーザに選択させるための情報を生成する生成手段をさらに含み、前記制御手段は、前記販売処理を実行する際に前記ユーザに選択された選択肢に基づいて前記電子処方箋に応じた薬の販売処理の実行を制御してもよい。 In one aspect of the present invention, the prescription drug sales system further includes a generation unit that generates information for allowing a user to select a medicine specified by the electronic prescription from a plurality of options, and the control unit includes the sales process. The execution of the medicine sales process in accordance with the electronic prescription may be controlled based on the option selected by the user when executing.
この態様によれば、電子処方箋に対応する薬として、例えば先発薬とその先発薬と同じ成分のジェネリック薬とがある場合等にユーザの希望に応じてその選択をさせることができ、より実際の薬局に近い対応が可能となる。 According to this aspect, as a medicine corresponding to the electronic prescription, for example, when there is an original drug and a generic drug having the same component as that of the original drug, the selection can be made according to the user's request, and more actual A response close to a pharmacy is possible.
本発明の一態様では、前記電子処方箋に含まれる薬の情報と薬局の在庫情報とに基づいて、当該電子処方箋に指定される薬を販売する薬局のうちいずれかをユーザに選択させるための情報を生成する生成手段をさらに含み、前記制御手段は、ユーザに選択された前記薬を販売する薬局に基づいて前記電子処方箋に応じた薬の販売処理の実行を制御してもよい。 In one aspect of the present invention, information for causing the user to select one of the pharmacies that sell the medicine specified in the electronic prescription based on the information on the medicine contained in the electronic prescription and the inventory information of the pharmacy The control means may control execution of a medicine sales process corresponding to the electronic prescription based on a pharmacy that sells the medicine selected by the user.
この態様によれば、電子処方箋に対応する薬である先発薬やジェネリック薬の在庫の有無が複数の薬局で異なる場合や、その他の販売条件が異なる場合等に、それらを比較してユーザの希望に応じて購入する薬局を選択することができるという、オンラインでの販売特有の効果を得ることができる。 According to this aspect, when the presence or absence of inventories of generic drugs or generic drugs corresponding to the electronic prescription is different in multiple pharmacies, or when other sales conditions are different, the user's preference is compared. It is possible to obtain an effect peculiar to online sales that a pharmacy to be purchased can be selected according to the situation.
本発明の一態様では、処方薬販売システムは、前記電子処方箋に応じた薬の情報及びユーザの希望の少なくともいずれか一方に基づいて、前記薬を一回で、または複数回に分けて発送するスケジュールを生成する発送スケジュール生成手段をさらに含んでもよい。 In one aspect of the present invention, the prescription drug sales system delivers the drug at one time or divided into a plurality of times based on at least one of the drug information according to the electronic prescription and the user's request. A shipping schedule generation means for generating a schedule may be further included.
更に、本発明の一態様では、処方薬販売システムは、前記生成された発送スケジュールに基づいて、前記薬の発送を管理する発送管理手段をさらに含んでもよい。 Furthermore, in one aspect of the present invention, the prescription drug sales system may further include a shipping management unit that manages shipping of the medicine based on the generated shipping schedule.
更に、本発明の一態様では、処方薬販売システムは、前記発送管理手段が、前記薬の発送スケジュールとユーザの希望とに基づいて、未発送の前記薬の発送を停止可能となっており、前記発送管理手段により前記薬の発送が停止された場合に、その発送状況に基づき、薬の売買が一部または全部キャンセルされたことを前記電子処方箋に基づく薬の売買に関する情報の更新内容として前記薬の売買に関する情報の記憶する手段に記憶する、ようにしてもよい。 Furthermore, in one aspect of the present invention, in the prescription drug sales system, the shipping management means is capable of stopping the shipping of the unshipped medicine based on the shipping schedule of the medicine and the user's desire. When the delivery of the medicine is stopped by the delivery management means, based on the delivery status, that part or all of the medicine sale is canceled as the update content of the information on the medicine sale based on the electronic prescription You may make it memorize | store in the means to memorize | store the information regarding the buying and selling of a medicine.
これらの態様によれば、保存の難しい薬や飲み過ぎによる事故の発生が懸念される薬について、患者が何度も受診する手間を減らしつつ、薬の服用に伴う事故のリスクを減らすことができる。また、余剰薬が発生した場合に未発送の薬を薬局が買い戻す等、有効利用することができる。 According to these aspects, it is possible to reduce the risk of accidents associated with taking medicines while reducing the amount of time the patient has to visit many times for difficult-to-preserve drugs or drugs that may cause accidents due to excessive drinking. . In addition, when surplus medicine is generated, it can be used effectively such as a pharmacy buying back undelivered medicine.
以下では、本発明の実施形態を図面に基づいて説明する。同じ符号を付された構成については、重複する説明を省略する。 Hereinafter, embodiments of the present invention will be described with reference to the drawings. The redundant description is omitted about the structure which attached | subjected the same code | symbol.
図1は、本発明の実施形態にかかる処方薬販売システムの構成の一例を示す図である。この処方薬販売システムは、薬局システム1と、電子商店街サーバ2と、ユーザ端末3と病院サーバ4とを含む。これらは、ネットワーク5を介して接続されている。ネットワーク5は、例えばローカルエリアネットワークやインターネットである。
FIG. 1 is a diagram illustrating an example of a configuration of a prescription drug sales system according to an embodiment of the present invention. The prescription drug sales system includes a
薬局システム1は、サーバコンピュータとクライアントコンピュータとにより構成されるシステムである。薬局システム1は、サーバコンピュータであってもよいし、パーソナルコンピュータであってもよい。薬局システム1は薬局ごとに存在する。図1では薬局システム1は1つしか記載されていないが、実際には複数の薬局システム1が存在してよい。薬局システム1は、薬局の薬の在庫を管理し、また薬剤師と電子商店街サーバ2とのやりとりを仲介する。
The
電子商店街サーバ2は、サーバコンピュータである。電子商店街サーバ2は、ウェブサーバプログラム(httpdなど)を実行し、ブラウザプログラムを実行するユーザ端末3からインターネットを介して情報を受信し、ユーザ端末3にボタンや文字列を含む画像(画面)を表示させる情報等を出力する。また電子商店街サーバ2は、ユーザ端末3に、処方薬を販売する薬局を選択させるための情報を出力し、ユーザ端末3が選択した薬局の薬局システム1に処方薬を販売するための情報を送信する。
The online
ユーザ端末3は、例えばパーソナルコンピュータやスマートフォンであり、ユーザが入力した情報を電子商店街サーバ2等に送信し、電子商店街サーバ2等から情報を受信し、その情報に応じた画像を表示出力デバイスが表示するよう制御する。病院サーバ4はサーバコンピュータである。病院サーバ4は電子的な処方箋(以下では電子処方箋と記載する)を管理する。病院サーバ4は病院ごとに存在するが、1つの病院サーバ4が複数の病院についての電子処方箋を管理してもよい。
The
図2は、薬局システム1に含まれるコンピュータ、電子商店街サーバ2、ユーザ端末3、病院サーバ4のハードウェア構成の一例を示す図である。薬局システム1に含まれるコンピュータ、電子商店街サーバ2、ユーザ端末3、病院サーバ4のそれぞれは、プロセッサ11、記憶部12、通信部13、入出力部14を含む。
FIG. 2 is a diagram illustrating an example of a hardware configuration of the computer, the online
プロセッサ11は、記憶部12に格納されているプログラムに従って動作する。またプロセッサ11は通信部13、入出力部14を制御する。なお、上記プログラムは、インターネット等を介して提供されるものであってもよいし、フラッシュメモリやDVD−ROM等のコンピュータで読み取り可能な記憶媒体に格納されて提供されるものであってもよい。
The
記憶部12は、RAMやフラッシュメモリ等のメモリ素子やハードディスクドライブによって構成されている。記憶部12は、上記プログラムを格納する。また、記憶部12は、各部から入力される情報や演算結果を格納する。
The
通信部13は、他の装置と通信する機能を実現するものであり、例えば有線LANの集積回路などにより構成されている。通信部13は、プロセッサ11の制御に基づいて、他の装置から受信した情報をプロセッサ11や記憶部12に入力し、他の装置に情報を送信する。
The
入出力部14は、表示出力デバイスをコントロールするビデオコントローラや、入力デバイスからのデータを取得するコントローラなどにより構成される。入力デバイスとしては、キーボード、マウス、タッチパネルなどがある。入出力部14は、プロセッサ11の制御に基づいて、表示出力デバイスに表示データを出力し、入力デバイスをユーザが操作することにより入力されるデータを取得する。表示出力デバイスは例えば外部に接続されるディスプレイ装置である。
The input /
次に、本発明の実施形態にかかる処方薬販売システムが実現する機能や処理について説明する。図3は、処方薬販売システムが実現する機能を示す機能ブロック図である。処方薬販売システムは機能的に、受信部50、処方箋確認部53、販売制御部54、販売状況確認部55、選択情報生成部56、選択部57、決済処理部58、説明文入力部59、説明文出力部60、確認結果取得部61、発送スケジュール生成部62、発送管理部63、処方箋事前受信部64、属性取得部65、ユーザ情報格納部71、説明文格納部72、注文情報格納部73を含む。また受信部50はユーザ認証部51、処方箋受信部52を含む。
Next, functions and processes realized by the prescription drug sales system according to the embodiment of the present invention will be described. FIG. 3 is a functional block diagram showing functions realized by the prescription drug sales system. The prescription drug sales system is functionally configured to include a receiving
これらの機能のうち受信部50、ユーザ認証部51、処方箋受信部52、処方箋確認部53、販売制御部54、販売状況確認部55、選択情報生成部56、選択部57、決済処理部58、説明文入力部59、説明文出力部60、確認結果取得部61、発送スケジュール生成部62、発送管理部63、処方箋事前受信部64、属性取得部65、ユーザ情報格納部71、説明文格納部72、注文情報格納部73は、電子商店街サーバ2に含まれるプロセッサ11が、記憶部12に格納されたプログラムを実行し通信部13等を制御することにより実現される。ここで、受信部50、処方箋確認部53、販売制御部54、選択情報生成部56、説明文入力部59、説明文出力部60、確認結果取得部61、注文情報格納部73、処方箋事前受信部64、属性取得部65、発送スケジュール生成部62、発送管理部63は、それぞれ、本願請求項における、処方箋受信手段、処方箋確認手段、生成手段、制御手段、説明文受付手段、説明文出力手段、確認データ受信手段、格納手段、事前受信手段、属性取得手段、発送スケジュール生成手段、発送管理手段、に対応する。また販売状況確認部55は、本願請求項における販売確認手段および使用情報を受信する手段に対応する。
Among these functions, the receiving
なお処方箋事前受信部64や属性取得部65は、薬局システム1に含まれるコンピュータに含まれるプロセッサ11が、記憶部12に格納されたプログラムを実行し通信部13等を制御することにより実現されてもよいし、他の電子商店街サーバ2にかかる機能が同様に薬局システム1により実現されてもよい。
The
受信部50は、ユーザ認証部51と処方箋受信部52とを含み、ユーザからひとつのセッション中にユーザ認証情報と電子処方箋を示す情報とを受信する。ユーザ認証部51と処方箋受信部52との処理については後述する。
The receiving
ユーザ情報格納部71は、ユーザを認証するための情報およびユーザの年齢、性別その他の属性の情報を格納し、説明文格納部72は薬剤師から受け付けた説明文の情報を格納する。注文情報格納部73は、ユーザから受け付けた処方薬の注文についての注文情報を格納する。注文情報は、電子処方箋に基づく薬の注文の情報であり、電子処方箋に紐付けられて注文情報格納部73に格納される。また注文情報は、注文の処理の進行状況を示すステータス情報を含む。ステータス情報には電子処方箋に基づく薬が売買されたか否かを示す情報(薬の売買に関する情報)が含まれる。ユーザ情報格納部71、説明文格納部72、注文情報格納部73は例えば電子商店街サーバ2の記憶部12を中心として実現されるが、電子商店街サーバ2と異なりかつデータベース管理プログラムが実行される他のサーバコンピュータにより実現されてもよい。
The user
また、発送管理部63は、薬局システム1に含まれるコンピュータなどの電子商店街サーバ2と異なるコンピュータに含まれるプロセッサ11等により実現されてもよい。また、電子商店街サーバ2をなくし、電子商店街サーバ2が実現するすべての機能の処理を薬局システム1が代わりに実行してもよい。
Further, the
薬局システム1は、図示しない、薬局にある薬の種類毎の在庫を管理する機能と、薬をユーザに渡す際に必要な情報を出力する機能とをさらに含む。これらの機能は、薬局システム1に含まれるプロセッサ11等がプログラムを実行することにより実現される。
The
ユーザ端末3は、電子商店街サーバ2等から受信したデータに基づいて画面を提示する機能や、その画面についてユーザが入力した情報を電子商店街サーバ2等に送信する機能を実現する。これらの機能は、例えばユーザ端末3に含まれるプロセッサ11等がブラウザなどのプログラムを実行し、電子商店街サーバ2等から受信したデータに応じた処理をすることで実現される。またブラウザではなく、専用のアプリケーションプログラムによりこれらの機能が実現されてもよい。
The
病院サーバ4は、図示しない、医師が入力した電子処方箋の情報をユーザ端末3または薬局システム1に送信する機能と、薬局システム1等から電子処方箋にかかる処方薬が販売されているかの問合せを受け付ける機能と、記憶部12に記憶された情報に基づいてその処方薬が販売されているか否かを薬局システム1等に返信するとともに、その処方薬が販売されていない場合にその電子処方箋にかかる処方薬が販売されたことを示す情報を記憶部12に記憶する機能とを実現する。これらの機能は、病院サーバ4に含まれるプロセッサ11がプログラムを実行することにより実現される。
The hospital server 4 receives an inquiry (not shown) that transmits information on an electronic prescription inputted by a doctor to the
次に、本実施形態の一例における処方薬の販売過程の概要について説明する。図4は、処方薬の販売過程の一例を概略的に示す図である。この例では、はじめに、病院にて医師が電子処方箋を発行し(1.処方箋発行)、病院サーバ4は発行された電子処方箋をユーザ端末3へ送信する(2.処方箋送信)。そして、ユーザはユーザ端末3を用いて電子商店街サーバ2が提供する処方薬販売サービスにログインし(3.ログイン)、ユーザは電子商店街サーバ2へユーザを認証する認証情報に紐付けられた電子処方箋を送信する(4.処方箋送信)。そして、電子商店街サーバ2は受信した電子処方箋に含まれる薬を販売できる薬局のリストの情報をユーザ端末3に送信する(5.薬局リスト提示)。ユーザはそのリストに含まれる薬局を選択し、ユーザ端末3は選択された薬局の情報を電子商店街サーバ2に送信する(6.薬局選択)。すると、電子商店街サーバ2は選択された薬局に対応する薬局システム1に電子処方箋を送信し(7.処方箋送信)、決済処理が実行される。そして、薬局システム1は、処方箋を管理する病院サーバ4にこの電子処方箋が他の薬局等により利用されているか問い合せる(8.処方箋利用状況確認)。ここで、電子処方箋が利用されていることは、この電子処方箋に基づく薬が既に販売されている状態か、あるいはその薬の販売が進行している状態を示す。この電子処方箋による処方薬が他の薬局により利用されていない場合には、薬剤師が入力した説明文がユーザに向けて送信される(9.説明文送付)。ユーザがその説明文を確認したことを薬剤師が確認すると(10.確認)、薬局は処方薬をユーザに向けて発送する(11.発送)。
Next, an outline of a prescription drug sales process in an example of the present embodiment will be described. FIG. 4 is a diagram schematically showing an example of a prescription drug sales process. In this example, first, a doctor issues an electronic prescription at the hospital (1. Prescription issuance), and the hospital server 4 transmits the issued electronic prescription to the user terminal 3 (2. Prescription transmission). Then, the user logs in to the prescription drug sales service provided by the online
図5は、図4の例における病院サーバ4、ユーザ端末3、電子商店街サーバ2、薬局システム1の間での通信を示すシーケンス図である。図5は、病院サーバ4、ユーザ端末3、電子商店街サーバ2、薬局システム1の間でやりとりされる情報の時系列を示している。図6は、電子商店街サーバ2の処理の概要を示すフロー図である。以下では、図5に示すシーケンス図と、図6や他の図に示されるフローチャートとを用いて電子商店街サーバ2が実現する機能を説明する。
FIG. 5 is a sequence diagram showing communication among the hospital server 4, the
はじめに、病院サーバ4は、医師が入力した電子処方箋を記憶部12に格納し、その電子処方箋を通信部13を用いて送信し、ユーザ端末3は電子処方箋を受信する。
First, the hospital server 4 stores the electronic prescription input by the doctor in the
ユーザ認証部51は、主に電子商店街サーバ2に含まれるプロセッサ11、記憶部12および通信部13により実現される。ユーザ認証部51は、ユーザ端末3からユーザ認証情報を受信することによりそのユーザ認証情報を取得し、ユーザ端末3を用いてアクセスするユーザを認証する(ステップS101)。図5の例では、以下のような処理を実行する。ユーザ認証部51は、電子商店街サーバ2にアクセスするユーザが操作するユーザ端末3に、認証に必要な情報を入力させるログイン画面を表示させる情報を送信する。そして、その送信された情報に基づいてユーザ端末3がログイン画面を出力し、そのログイン画面に対してユーザが認証のための情報を入力すると、ユーザ認証部51はユーザ端末3からその入力された情報を含むユーザ認証情報を受信する。ユーザ認証情報は、電子商店街サーバ2にアクセスするユーザであって、後に電子処方箋を示す情報を送信するユーザを特定する情報である。
The
図7は、ログイン画面の一例を示す図である。図7の例では、ユーザはユーザIDおよびパスワードを入力し、ユーザ認証部51はユーザIDおよびパスワードを示す情報を含むユーザ認証情報を受信する。ここで、ユーザ認証情報は必ずしもユーザIDとパスワードでなくてもよく、ユーザを認証する手法に応じた他の情報であってもよい。例えばユーザ認証情報にクライアント証明書を含んでもよいし、指紋などのユーザの生体情報を含んでもよい。また、ユーザ端末3が実行するブラウザのクッキーにユーザ認証情報としてハッシュ値が格納されてもよい。ユーザ端末3が処方薬販売サービスにアクセスすると、ブラウザは自動的にそのユーザ認証情報を送信してもよい。この場合、ユーザ認証部51がそのハッシュ値に基づいて、ユーザIDやパスワードの入力なしにユーザを認証してもよい。
FIG. 7 is a diagram illustrating an example of a login screen. In the example of FIG. 7, the user inputs a user ID and password, and the
そして、ユーザ認証部51はユーザ情報格納部71に格納されたパスワードを示す情報とユーザを特定する情報とに基づいて、そのユーザ認証情報が示すユーザが正規のユーザであるか否かを判定する。そのユーザが正規のユーザである場合には、ユーザ認証部51はその認証情報を送信したセッションに対してセッションIDを割り当て、セッションIDをユーザ端末3に返信する。ユーザ端末3は、これ以降、電子商店街サーバ2に情報を送信する際にはその情報とともにこのセッションIDを送信する。なお、ユーザ認証部51はこのセッションIDをユーザIDに紐付けて記憶部12に格納する。なお、セッションIDは電子商店街サーバ2と異なるサーバに格納されてもよい。また、ユーザ端末3が電子処方箋を受信する前に、ユーザが認証されセッションIDとユーザIDとが紐付けられていてもよい。
Then, the
ここで、セッションIDはユーザと電子商店街サーバ2との通信のセッションを規定する情報であり、例えば同じセッションIDを有する一連のhttp通信は同一のセッションとして扱われる。例えば、セッションは、ここに示すセッションIDによりアプリケーションプログラムが実現されてもよいし、TCPのセッションのように、通信プロトコルにより実現されてもよい。
Here, the session ID is information that defines a communication session between the user and the online
図8は、ユーザ情報の一例を示す図である。各ユーザについてのユーザ情報は、ユーザIDと、図7でユーザが入力するユーザIDに相当するメールアドレスと、パスワードとを含む。またユーザ情報は、ユーザの属性である氏名、生年月日、性別、保険者番号、区分、アレルギー、病歴、副作用履歴等の情報も含む。なお、パスワードの項目には、パスワードが暗号化されたデータまたはハッシュ関数によるパスワードのハッシュ値が格納されている。ユーザ情報は、ユーザが電子処方箋を示す情報を送信する前に入力されている情報であるが、ユーザ情報はユーザの状況の変化に応じて適宜メンテナンスされ、原則としてユーザが電子処方箋を示す情報を送信する時点のユーザの状態を示すが、ユーザの状況の変化がユーザ情報に反映されていないこともありうる。この属性情報は、後述する購入申込時に入力された質問への回答を補完する情報として用いられる。 FIG. 8 is a diagram illustrating an example of user information. The user information for each user includes a user ID, a mail address corresponding to the user ID input by the user in FIG. 7, and a password. The user information also includes information such as the user's attributes such as name, date of birth, sex, insurer number, classification, allergy, medical history, side effect history, and the like. In the password item, data obtained by encrypting the password or a hash value of the password by a hash function is stored. The user information is information that is input before the user transmits information indicating the electronic prescription. However, the user information is appropriately maintained according to changes in the user's situation, and in principle, the user indicates information indicating the electronic prescription. Although the state of the user at the time of transmission is shown, a change in the user's situation may not be reflected in the user information. This attribute information is used as information that complements an answer to a question input at the time of purchase application, which will be described later.
処方箋受信部52は、主にプロセッサ11、記憶部12および通信部13により実現される。処方箋受信部52は、ユーザが認証された後に、ユーザからユーザ認証情報に紐付けられた電子処方箋を取得する(ステップS102)。図5の例では、処方箋受信部52はユーザ端末3に電子処方箋を送信させるための処方箋送信画面の情報を送信し、処方箋送信画面に対するユーザの操作によりユーザ端末3から送信された電子処方箋を受信する。ここで、ユーザ認証情報と電子処方箋とは、同じセッション中に受信されることにより紐付けられている。
The
図9は、処方箋送信画面の一例を示す図である。ユーザ端末3は処方箋受信部52が送信した処方箋送信画面の情報に基づいて図9に示す画像を表示出力デバイスに表示させる。そして、ユーザが電子処方箋のファイルを選択し処方箋送信ボタンを押下すると、ユーザ端末3は電子処方箋を処方箋受信部52に向けて送信し、処方箋受信部52はセッションIDなどの情報とともに電子処方箋を受信する。ここで、セッションIDはユーザに紐付けられており、セッションIDとともに電子処方箋が送信されることでユーザと電子処方箋とが紐付けられる。
FIG. 9 is a diagram illustrating an example of a prescription transmission screen. The
なお、処方箋受信部52がユーザ端末3から受信する電子処方箋を示す情報は、電子処方箋そのものでなくてもよい。例えば、電子処方箋を示す情報は電子処方箋を特定する処方箋IDであってもよい。この場合、ユーザ認証情報に紐付けられた処方箋IDは電子処方箋に紐付けられ、処方箋受信部52はその処方箋IDに基づいて病院サーバ4から電子処方箋をダウンロードする。また、ユーザ認証部51および処方箋受信部52は、ユーザ認証情報と電子処方箋とをほぼ同じタイミングで受信してもよい。例えば処方箋送信画面の情報に、ユーザIDやパスワードを入力させるための情報を含ませておき、ユーザ認証情報と電子処方箋を示す情報とがその画面への入力に応じて受信されても、ユーザ認証情報と電子処方箋を示す情報とがおなじセッションに受信される。
Note that the information indicating the electronic prescription received by the
図10および図11は、電子処方箋に含まれる情報の一例を示す図である。電子処方箋は、電子処方箋を特定する処方箋IDと、患者の属性に関する情報と、処方箋を作成した医師および病院に関する情報と、処方される薬に関する情報と、処方箋の発行日および有効期限とを含む。図10からわかるように、電子処方箋は患者の属性についての情報として、氏名、生年月日、性別、保険者番号、保険者か非扶養者かの区分、患者コードを含み、医師および病院に関する情報として、病院コード、病院名、医師名、医師連絡先を含む。また、図11からわかるように、処方される薬に関する情報として、薬の項目ごとに、処方薬、用法、一回あたりの量、処方日数、その薬の総量、後発薬への変更を禁止するか否かの変更不可フラグ、分割発送許可フラグ、分割投薬制限といった情報の欄を含む。処方薬の欄は薬を特定する情報であり、その情報は薬の成分および剤形であってもよいし、薬の商品名であってもよい。分割投薬制限は、分割発送する場合に1回に投薬できる薬の最大量を日数で示す項目であり、例えば保存が難しい薬の場合にはその日数は使用期限に相当する日数である。 10 and 11 are diagrams illustrating an example of information included in the electronic prescription. The electronic prescription includes a prescription ID that identifies the electronic prescription, information on patient attributes, information on doctors and hospitals that created the prescription, information on prescription drugs, and a prescription issue date and expiration date. As can be seen from FIG. 10, the electronic prescription includes information on patient attributes, including name, date of birth, gender, insurer number, classification of insurer or non-supporter, patient code, and information on doctors and hospitals As a hospital code, hospital name, doctor name, doctor contact information. In addition, as can be seen from FIG. 11, as information on a prescribed drug, for each drug item, a change to a prescription drug, usage, the amount per time, the number of prescription days, the total amount of the drug, and a generic drug is prohibited. Information fields such as whether or not changeable flag, divisional shipment permission flag, and divisional medication restriction are included. The prescription drug column is information for specifying a drug, and the information may be a drug component and dosage form, or a drug trade name. The divided dosing restriction is an item indicating the maximum amount of medicine that can be administered at one time in divided shipment, and for example, in the case of a medicine that is difficult to store, the number of days is the number of days corresponding to the expiration date.
処方箋確認部53は、主にプロセッサ11および記憶部12により実現される。処方箋確認部53は、電子処方箋に紐付けられたユーザ認証情報とユーザ情報格納部71に格納されるユーザ情報と電子処方箋とに基づいて、ユーザ認証情報に対応するユーザの情報と、電子処方箋に含まれる患者の情報とが対応するか否か確認するための処理を実行する(ステップS103)。より具体的には、はじめに、処方箋確認部53は電子処方箋とともに送信され、ユーザ認証情報と電子処方箋とを紐付けるセッションIDから、そのセッションIDに紐付けて記憶部12に格納されたユーザIDを取得することでユーザを特定する。そして、処方箋確認部53はそのユーザIDを有するユーザ情報から氏名、生年月日、性別、保険者番号、区分の情報を取得し、それぞれ電子処方箋に含まれる患者の氏名、生年月日、性別、保険者番号、区分と照合する。そして、照合された情報が予め定められた程度より類似であるまたは一致する場合は、ユーザ認証情報に対応するユーザ(電子処方箋を送信したユーザ)の情報と電子処方箋に含まれる患者の情報とが対応すると判定する。なお、ユーザ情報に病院コードと患者コードとを記録し、処方箋確認部53が電子処方箋に含まれる病院コードと患者コードと照合することにより電子処方箋を送信したユーザの情報と電子処方箋に記載された患者の情報とが対応するか判定してもよい。
The
また、処方箋確認部53におけるユーザ認証情報に対応するユーザの情報と、電子処方箋に含まれる患者の情報とが対応するか否か確認するための処理は、電子商店街サーバ2を操作する操作者が確認した結果を取得する処理であってもよい。例えば、処方箋確認部53がセッションIDから特定されたユーザIDを有するユーザ情報と、電子処方箋に含まれる患者の情報とを並べて表示させる画面の情報を生成し、その画面に基づいて操作者がユーザの情報と患者の情報とが対応するか否か確認した結果を処方箋確認部53が取得してもよい。
The process for confirming whether or not the user information corresponding to the user authentication information in the
販売制御部54は、主にプロセッサ11および記憶部12により実現される。販売制御部54は、処方箋確認部53による確認の処理の結果に基づいて、電子処方箋に応じた薬の販売処理が実行されるよう制御する。より具体的には、販売制御部54は、電子処方箋を送信したユーザの情報と患者の情報とが対応すると判定された場合に(ステップS104のY)、以降の処理である、選択情報生成部56、選択部57、決済処理部58、説明文入力部59、説明文出力部60、確認結果取得部61、発送スケジュール生成部62、発送管理部63等が行う処理を開始させる(ステップS105)。また、販売制御部54は、販売状況確認部55による確認の結果にさらに基づいて電子処方箋に応じた薬の販売処理を進めるよう制御するが、これについては後述する。
The
選択情報生成部56は、主にプロセッサ11、記憶部12および通信部13により実現される。選択情報生成部56は、電子処方箋に指定された薬を複数の選択肢からユーザに選択させるための情報を生成する。複数の選択肢のそれぞれは、1または複数の薬の組合せを含んでいる。
The selection
ここで、電子処方箋に含まれる薬の項目において一般名で薬を特定する場合には、その一般名により特定され互いに異なる複数の薬の商品(薬の種類)が存在することが多い。その一般名で特定され互いに異なる複数の薬の商品の中には、一般的には先発薬と後発薬とが含まれる。先発薬は薬の商品のうち、特許権を有する企業がはじめに発売するものであり、後発薬は特許権の存続期間が満了した後に他の企業が販売するものである。先発薬、後発薬(ジェネリック医薬品とも呼ばれる)はそれぞれ薬の種類の1つであり、先発薬と後発薬とは互いに商品名や販売企業が異なりかつ薬効について互換性を有する。ある一般名の薬について先発薬の商品と1または複数の後発薬の商品との両方が存在する場合もあるし、後発薬の商品が存在しない場合もあるし、後発薬の商品しかない場合もある。また、電子処方箋において薬の商品名(例えば先発薬)によって薬を特定する場合も、もちろんその薬を代替することのできる1または複数の薬の商品(例えば後発薬)が存在しうる。 Here, when a medicine is specified by a generic name in the medicine item included in the electronic prescription, a plurality of medicine products (medicine types) specified by the generic name and different from each other often exist. A plurality of medicine products identified by their common names and different from each other generally include a starting drug and a generic drug. Original drugs are those that are first launched by companies that have patent rights in the drug products, and generic drugs are those that are sold by other companies after the lifetime of the patent has expired. Original drugs and generic drugs (also referred to as generic drugs) are each one of the types of drugs, and the brand names and marketing companies differ from each other, and the drug efficacy is compatible. There may be both a generic product and one or more generic products for a generic name drug, a generic product may not exist, or there may only be a generic product is there. Also, when a drug is specified by a drug product name (for example, a starting drug) in an electronic prescription, there may of course be one or a plurality of drug products (for example, a generic drug) that can replace the drug.
選択情報生成部56は、例えば電子処方箋において一般名で指定されたある薬の項目について、上述の選択肢のうち1つがその一般名で指定されるある薬の商品を含み、選択肢のもう1つがその一般名で指定される他の薬の商品を含むように情報を生成する。さらに、選択情報生成部56は、上述の選択肢のうち1つの選択肢は先発薬を含み、他の選択肢はこの先発薬の代替薬である後発薬を含むように情報を生成してよい。後者の場合、選択情報生成部56が生成する情報は、電子処方箋により指定される薬として、先発薬とその代替薬である後発薬とのうちいずれかを選択させる情報である。また、選択情報生成部56はその情報をユーザが操作するユーザ端末3に向けて送信する。図5の例では、前述の選択肢のうち1つの選択肢はある薬局が販売する薬を含み、他の選択肢は他の薬局が販売する薬を含む。そのため、その情報は、電子処方箋に指定された薬を販売する薬局のうちいずれかをユーザに選択させるための情報(図5の薬局選択画面に相当する)でもある。
The selection
選択部57は、主にプロセッサ11、記憶部12および通信部13により実現される。選択部57は、先発薬と後発薬のいずれかをユーザに選択させるための情報に対して、ユーザが先発薬と後発薬のいずれかを選択したかを示す情報とユーザが選択した薬局を示す情報を通信部13を介して取得する。
The
図12はユーザに薬を選択させる際の処理の一例を示すフロー図である。はじめに選択情報生成部56は、複数の薬局に対応する複数の薬局システム1のそれぞれに薬のリストを要求する情報を送信し、選択情報生成部56はその薬局システム1のそれぞれから主に先発薬からなる薬のリストおよび主に後発薬からなる薬のリストを取得する(ステップS201)。この処理は図5の「薬リスト問合せ」に相当する。
FIG. 12 is a flowchart showing an example of processing when the user selects a medicine. First, the selection
薬局システム1は選択情報生成部56から薬のリストを要求する情報を受信すると、薬種類情報に含まれる薬の在庫情報を確認し、在庫のある先発薬を中心とする薬の組合せを示すリストと、在庫のある後発薬を中心とする薬の組合せを示すリストとを生成する。また薬局システム1は生成されたリストを選択情報生成部56に送信する。ここで、薬局システム1がリストを生成する処理を、電子商店街サーバ2に含まれる選択情報生成部56が代わりに行ってもよい。
When the
図13は、薬種類情報の一例を示す図である。薬種類情報は、薬ごとに、薬ID、薬名称、一般名、後発区分、投薬制限最小、投薬制限最大、在庫情報としての在庫量、薬の説明を含む。商品名は製薬企業が名づけた薬の名前であり、一般名は薬の成分や剤形などに対応し、同じ成分や剤形の薬の一般名は、製薬企業にかかわらず同じとなる。後発区分は、この薬が先発薬と後発薬かとのうちどちらであるかを示す。説明は、薬の服用時の注意事項を示す文章を含む。投薬制限最小は、分割発送をする場合などに一度に送ることのできる薬の最小量を日数で示し、投薬制限最大は、一度に送ることのできる薬の最大量を日数で示す。 FIG. 13 is a diagram illustrating an example of medicine type information. The medicine type information includes, for each medicine, a medicine ID, a medicine name, a general name, a subsequent classification, a minimum dosage limit, a maximum dosage limit, an inventory amount as inventory information, and a description of the medicine. The product name is the name of the drug named by the pharmaceutical company, the generic name corresponds to the ingredient or dosage form of the drug, and the generic name of the drug with the same ingredient or dosage form is the same regardless of the pharmaceutical company. The generic category indicates whether the drug is a generic or generic drug. The explanation includes text indicating precautions when taking the medicine. The minimum dose limit indicates the minimum amount of a drug that can be sent at one time, for example, in the case of split shipment, and the maximum dose limit indicates the maximum amount of a drug that can be sent at one time in days.
そして、選択情報生成部56は主に先発薬からなる薬のリストを含む選択肢と主に後発薬からなる薬のリストを含む選択肢とを含む薬局選択画面のデータを生成し(ステップS202)、薬局選択画面のデータをユーザ端末3に送信する(ステップS203)。ここで、複数の選択肢には必ずしも先発薬からなる薬のリストと後発薬からなる薬のリストの両方を必ずしも含まなくてよい。また、選択情報生成部56は、ユーザにより詳細を表示させることを指示された選択肢(薬のリストに対応)についての詳細を示す薬詳細画面のデータを生成し送信する(ステップS204)。
Then, the selection
図14は、薬局選択画面の一例を示す図である。選択情報生成部56は、薬局と先発薬/後発薬との組合せ(選択肢に対応)ごとに、薬のリストと、支払額と、この組合せについて詳細を表示させる指示のための「詳細」ボタンとを含む薬局選択画面を表示させるデータを生成する。薬のリストは複数の薬のそれぞれについて、薬の商品名と総量の情報を含む。選択情報生成部56は、複数の薬局のうち、ユーザが予めかかりつけ薬局として指定した薬局と、当該薬局より支払い総額が安くなる薬のリストを生成した薬局と、これらの薬局と配送に関するサービスが異なる薬局とを選択し、その選択された薬局について薬局選択画面を生成してよい。また、選択情報生成部56が生成する画面の情報は、薬局選択画面と異なってもよい。例えば、選択情報生成部56はかかりつけ薬局など1つの薬局についての複数のリストのみを含む画面の情報を生成してもよい。
FIG. 14 is a diagram illustrating an example of a pharmacy selection screen. For each combination of pharmacy and original drug / generic drug (corresponding to options), the selection
送信された薬局選択画面のデータに基づいてユーザ端末3が薬局選択画面を表示出力デバイスに表示させ、ユーザが「詳細」ボタンを押下することによりいずれかの薬局についての薬のリストについての詳細の表示を指示すると、ユーザ端末3はその選択肢の詳細の表示が指示されたことを示すデータを送信する。そして、選択情報生成部56は、その表示の指示についてのデータが受信されると、その指示された選択肢について、薬詳細画面を表示させるデータを生成する。
Based on the data of the transmitted pharmacy selection screen, the
図26は、薬詳細画面の一例を示す図である。選択情報生成部56は、この選択肢についてリストに含まれる薬のそれぞれの詳細と、1または複数の質問と、ユーザがこの選択肢を選択したことを示す情報をユーザ端末3に送信させる「購入申込」ボタンとを含む薬詳細画面を表示させるデータを生成し、このデータをユーザ端末3に向けて送信する。選択情報生成部56は、電子処方箋に含まれる複数の薬の一般名のそれぞれ、または選択肢に含まれる複数の薬の商品(種類)のそれぞれに関連づけられた質問を取得する。選択情報生成部56はその質問の重複を削除した上で、ユーザに対する質問の情報を生成する。この質問は、ユーザの属性に関するものである。選択情報生成部56はユーザ情報に含まれるユーザの属性の情報から質問の回答を取得できる場合(例えば年齢や性別、アレルギー歴)にはその属性に関する質問を削除してもよいし、またユーザ情報に含まれる属性(例えば性別)に当てはまらない質問(例えば男性に対する妊娠に関する質問)を削除してもよい。また、薬詳細画面のデータは、「購入申込」ボタンが押下された際に、ユーザ端末3がそれぞれの質問についての回答の情報を送信させるデータを含む。
FIG. 26 is a diagram showing an example of a medicine detail screen. The selection
送信された薬詳細画面のデータに基づいてユーザ端末3が薬詳細画面を表示出力デバイスに表示させ、ユーザが「購入申込」ボタンを押下することにより、複数の選択肢のうち詳細が表示されたこの選択肢(いずれかの薬局についての薬のリスト)について薬を購入することを選択すると、ユーザ端末3は選択された薬局や選択された薬のリストを示すデータを送信する。選択部57は選択された薬局や選択された薬のリストを示すそのデータを受信する(ステップS205)。すると、処方薬の注文が受け付けられ、販売制御部54は注文情報格納部73に該当する薬のリストについての注文情報および質問に対する回答の情報を格納する。ここで、注文情報を格納する前に、さらにユーザ端末3から送付先や決済方法のデータを受信し、それらを注文情報に格納してもよい。また販売制御部54は、ユーザに向けて注文を受け付けたことを示す受付メッセージを送信する。選択された薬局に電子処方箋を送信する(ステップS206)。受付メッセージはユーザ端末3に向けて送信される画面の情報であってもよいし、ユーザ宛の電子メールであってもよい。
The
電子処方箋の送信については、薬局システム1に直接的に電子処方箋を送信してもよいし、薬局の担当者に向けてその薬局への注文が受け付けられた旨のメッセージを送信し、その担当者が操作する薬局システム1が電子商店街サーバ2へアクセスし電子処方箋を取得してもよい。
Regarding the transmission of the electronic prescription, the electronic prescription may be transmitted directly to the
図15は、注文一覧画面の一例を示す図である。注文一覧画面は、薬局の担当者が電子商店街サーバ2にアクセスした際に表示される画面であり、この画面の情報は、販売制御部54により生成される。販売制御部54は、注文一覧画面としてその薬局に対する注文の一覧を表示出力デバイスに出力させる情報を生成する。図15の例では、その情報は、注文ごとに、注文を受け付けた日時、注文を特定する注文番号、決済方法、決済ステータス、発送ステータス、処方薬の販売状況を示す処方箋利用状況の情報を含む注文一覧画面の情報を含む。
FIG. 15 is a diagram illustrating an example of an order list screen. The order list screen is a screen that is displayed when the person in charge of the pharmacy accesses the online
薬局の担当者が注文番号を選択すると、販売制御部54はその注文の詳細を示す注文詳細画面の情報を担当者が操作するコンピュータ(主に薬局システム1)に向けて送信する。図16は、注文詳細画面の一例を示す図である。注文詳細画面により出力される情報は、電子処方箋、ユーザの質問に対する回答、ユーザのアレルギー歴や副作用履歴、決済方法、薬の送付先、決済ステータス、発送ステータス、処方箋利用状況を含む。この注文詳細画面の情報は、図5の電子商店街サーバ2から薬局システム1に送信される電子処方箋に相当する。
When the person in charge at the pharmacy selects the order number, the
決済処理部58は、プロセッサ11、記憶部12および通信部13により実現される。決済処理部58は、薬局の担当者が注文詳細画面で決済依頼ボタンを押下したことを示す情報(決済依頼)を受信する。決済処理部58は、決済依頼を受信すると、ユーザにより指定された決済方法(例えばクレジットカード)による決済処理を通信部13を用いて実行し、決済処理の結果を注文情報に格納する。薬局の担当者は、決済処理の結果は、注文一覧画面や注文詳細画面により確認する。なお、決済処理を行うタイミングは、後述する販売状況を確認した後、薬局が発送を行うまでの間のいずれかのタイミングであってよい。
The
販売状況確認部55は、主にプロセッサ11、記憶部12および通信部13により実現される。販売状況確認部55は、注文にかかる電子処方箋に基づく薬が既に販売されているか否かを確認するための処理を実行する。この処理は、この処方薬販売システムで既にその電子処方箋に基づく薬が販売されたか否かを確認する処理と、他の薬局がこの電子処方箋にかかる薬を販売したか確認する処理と、を含む。販売状況確認部55の2種類の処理のうち後者の処理は、図5の処方箋利用状況確認に相当する。
The sales
まず、販売状況確認部55が行う2種類の処理のうち前者の処理について説明する。この処理では、販売状況確認部55は注文情報格納部73に、今回の電子処方箋に紐付けられた注文があるか否かを確認する。より具体的には、これまでに処方箋確認部53の処理が行われたあとに販売制御部54などが注文情報として、注文と電子処方箋の処方箋IDとを注文情報格納部73に格納しておき、販売状況確認部55は今回の電子処方箋の受信に対応する注文と異なりかつ同じ処方箋IDを含む注文の注文情報が存在するか否かを確認する。また販売状況確認部55はその注文情報が存在する場合に、その注文情報に含まれるステータス(売買に関する情報)が、販売処理が進んでいることを示すか否かを確認する。このステータスが販売処理が進んでいることを示す場合、販売状況確認部55はこの電子処方箋に基づく薬が販売されている、もしくはその薬の他の販売処理が進行していると判定し、処方箋利用状況のステータスを「確認済NG」に更新する。なお、この処理は、電子商店街サーバ2が電子処方箋を受信してから実際に発送する前であれば、いつ実行されてもよい。
First, the former process of the two types of processes performed by the sales
次に販売状況確認部55が行う2種類の処理のうち後者の処理について説明する。この後者の処理は、病院サーバ4への問合せに基づいて電子処方箋に基づく販売がされたか否かを示す情報を取得する処理である。図17は、販売状況を確認する際の処理の一例を示すフロー図である。販売状況を確認する際には、はじめに、販売状況確認部55は、通信部13を用いて処方箋を管理する病院サーバ4に処方箋IDを含む問合せ要求を送信し、病院サーバ4から、注文にかかる電子処方箋について販売状況を取得する(ステップS301)。販売状況は、複数の薬局のうちいずれかの薬局により薬が販売されるか否か、言い換えれば、いずれかの薬局により電子処方箋が利用されたか否かを示す情報である。そして、その販売状況が、いずれの薬局も薬を販売していないことを示す場合には(ステップS302のY)、販売状況確認部55は、病院サーバ4に処方箋IDを含む更新要求を送信し(ステップS303)、病院サーバ4に含まれる記憶部12に、注文にかかる電子処方箋の販売状況を、販売状況がこの注文を受け付けた薬局が薬を販売することを示すように更新させる。また販売状況確認部55は、注文情報に含まれる処方箋利用状況のステータスを、販売状況を確認し販売処理を進めることができることを示す「確認済OK」のステータスに更新する(ステップS304)。一方、その販売状況が、いずれかの薬局が薬を販売したことを示す場合には(ステップS302のN)、販売制御部54は、この電子処方箋にかかる薬の販売処理ができないことを示すように注文情報に含まれる処方箋利用状況のステータスを「確認済NG」に更新する(ステップS305)。「確認済NG」のステータスは、電子処方箋が他の薬局について利用されかつ、本システム(本薬局)では、後続の販売処理を進められないことを示す。このステータスでは、電子処方箋に基づく薬は他の薬局により既に販売されたか販売処理が進行中であり、仮に薬を販売するとユーザに二重に薬を販売することを示している。
Next, the latter process among the two types of processes performed by the sales
この病院サーバ4に電子処方箋に基づく薬の販売が既にされたか否かを問い合せる処理は、図4や図5では説明文の確認などの前になっているが、この処理のタイミングは前後してもよい。例えば、説明確認データの送受信後であってもよいし、発送指示情報の送信直前であってもよい。これらの例では、同じ電子処方箋について複数の注文が並行して処理される恐れがより大きいが、その複数の注文について2以上の発送がされることを防ぐことができる。また、ユーザ端末3側のプログラムが電子処方箋が利用されたか否かを示す情報を保持し、販売状況確認部55が病院サーバ4の代わりにユーザ端末3からその情報を受信することで処方箋利用状況のステータスを更新してもよい。この場合、ユーザ端末3から電子処方箋を電子商店街サーバに送る際に(図4の4.処方箋送信)、利用されたか否かを示す付加情報を付加して送ってよい。この場合、電子商店街サーバの販売状況確認部55は、上記の付加情報を確認することにより既に電子処方箋にかかる薬の注文がなされているかを示す販売ステイタスを確認できる。
The process of inquiring to the hospital server 4 whether or not the medicine based on the electronic prescription has already been sold is before confirmation of the explanatory text in FIG. 4 and FIG. Also good. For example, it may be after transmission / reception of explanation confirmation data, or may be immediately before transmission of shipping instruction information. In these examples, there is a greater risk that a plurality of orders will be processed in parallel for the same electronic prescription, but it is possible to prevent two or more shipments for the plurality of orders. Further, the program on the
処方箋利用状況のステータスが「確認済OK」に更新されると、販売制御部54は電子処方箋に応じた販売処理(発送スケジュールの決定以降の処理)の実行がされるよう制御する。薬局の担当者は、処方箋利用状況のステータスを、注文一覧画面や注文詳細画面により確認し、販売に関する操作を続けてよい。一方、処方箋利用状況のステータスがこの電子処方箋にかかる薬の販売処理ができないことを示す場合には、販売制御部54はこれ以降は販売に向けた処理を進められないよう制御し、薬局の担当者は、このステータスの更新をうけて必要に応じて返金などを行う。
When the status of the prescription usage status is updated to “confirmed OK”, the
説明文入力部59は、プロセッサ11、記憶部12および通信部13を中心として実現される。説明文入力部59は、注文申込をしたユーザに関する情報を薬剤師に提示し、注文にかかる薬局の薬剤師から入力された注文にかかる説明文(図5の説明文入力データに相当)を受け付ける。ユーザに関する情報はユーザ情報に含まれる属性の情報とユーザの質問の回答に含まれるユーザの属性の情報とを含み、ユーザに関する情報は、薬剤師が説明文を作成したり処方が正しいかを判断する際に利用される。説明文入力部59は、受付けられた当該説明文を記憶部12を含む説明文格納部72に格納する。なお、図15の例では、説明文入力部59の処理は、注文にかかる薬局の薬剤師が注文詳細画面で説明ボタンを押下し、薬剤師が操作するコンピュータが説明文の入力を開始する要求を説明文入力部59へ送信すると開始される。
The explanatory
また、属性取得部65は、電子商店街サーバ2に含まれるプロセッサ11、記憶部12および通信部13を中心として実現される。属性取得部65は、受信された電子処方箋にかかる患者の属性情報を、ユーザの属性情報を格納するユーザ情報格納部71から取得する。説明文入力部59は、この患者の属性情報に基づいて注文申込をしたユーザに関する情報を薬剤師に提示する。
In addition, the
図18は、説明文入力画面の一例を示す図である。説明文入力画面の情報は、注文にかかる電子処方箋の情報と、ユーザ情報に含まれる注文を申込したユーザの属性の情報と、薬剤師がユーザに説明する説明文のメッセージの件名および本文を入力させる欄の情報と、入力されたメッセージを説明文入力部59に向けて送信させるボタンの情報とを含む。説明文入力部59は、これらの情報を含む説明文入力画面の情報を生成し、薬局システム1に向けて送信する。薬剤師は受信した情報に応じた説明文入力画面に表示される電子処方箋およびユーザのアレルギー歴や病歴、副作用履歴を参照し、説明文のメッセージの件名や本文を薬局システム1に入力する。そして、薬剤師が送信ボタンを押下すると、薬局システム1は説明文のメッセージを説明文入力部59に向けて送信する。また説明文入力部59はそのメッセージを受付け、説明文格納部72に格納する。
FIG. 18 is a diagram illustrating an example of an explanatory text input screen. The information on the explanatory note input screen allows the user to input the electronic prescription information concerning the order, the attribute information of the user who applied for the order included in the user information, and the subject and body of the explanatory message explained by the pharmacist to the user. Column information and button information for sending the input message to the
なお、説明文入力部59は、電子処方箋に含まれる薬に応じて薬種類情報から説明文に記載する事項を取得し、その事項を含む説明文の案を生成し、その説明文の情報を含む説明文入力画面の情報を送信してもよい。例えば、説明文入力画面の本文の欄に表示される説明文の案を薬剤師が修正することで、ユーザへの説明文が入力されてもよい。
The explanatory
説明文出力部60は、主にプロセッサ11、記憶部12および通信部13により実現される。説明文入力部59は説明文のメッセージを受信すると、説明文出力部60は注文にかかるユーザに向けて説明文(図5の説明文データに相当)を出力する。
The explanatory
図19は、説明文出力画面の一例を示す図である。説明文出力画面の情報は図5の説明文データに相当し、説明文出力部60が生成し送信する説明文出力画面の情報は、説明文入力部59が受付けた説明文の件名および本文の情報と、説明文に含まれる確認項目に応じて配置されるチェックボックス31の情報と、ユーザが説明文を確認したことを示す説明確認データをユーザ端末3に送信させる送信ボタンの情報とを含む。なお、説明文出力部60は、説明文入力画面で入力された四角の記号がチェックボックス31に変換されるように説明文出力画面の情報を生成する。ユーザが説明文出力画面を確認し、チェックボックス31をチェックしてOKボタンを押下すると、ユーザ端末3は説明文が確認されたことを示す説明確認データを送信する。なお、ユーザがチェックボックス31をチェックしない場合や、説明文に文字列を追記した場合には、その追記された説明文のメッセージを確認結果取得部61に向けて送信する。
FIG. 19 is a diagram illustrating an example of an explanatory text output screen. The information on the explanatory note output screen corresponds to the explanatory text data in FIG. 5, and the information on the explanatory note output screen generated and transmitted by the explanatory
確認結果取得部61は、プロセッサ11、記憶部12および通信部13を中心として実現される。確認結果取得部61は、ユーザ端末3から送信される説明確認データを受信し、注文にかかる注文情報に含まれる説明ステータスを、説明確認データが受信されたことを示すステータスに更新する。これにより、注文情報格納部73に説明確認データが受信されたことを示す情報が格納される。薬局の担当者は、更新された説明ステータスを、メッセージ確認画面、注文一覧画面や注文詳細画面により確認し(図5の説明ステータス確認に相当)、販売に関する操作を続ける。
The confirmation result
図20は、メッセージ確認画面の一例を示す図である。メッセージ確認画面のうちメッセージ一覧の欄には、注文にかかるすべてのメッセージの件名が配置される。説明確認データを受信した場合にはメッセージ一覧の欄に説明文がユーザにより確認されたことを示す文字列(「ユーザ確認済」)が配置される。またメッセージ欄には、一覧のメッセージのうち選択されたメッセージの本文が配置され、その欄の下には、そのメッセージを薬剤師が確認した際に押下する「薬剤師確認」ボタンが配置される。なお、メッセージ確認画面で新規メッセージのボタンが押下されると、説明文入力部59はさらに説明文入力画面を表示してもよい。
FIG. 20 is a diagram illustrating an example of a message confirmation screen. In the message list column of the message confirmation screen, subject lines of all messages related to the order are arranged. When the explanation confirmation data is received, a character string (“user confirmed”) indicating that the explanation has been confirmed by the user is arranged in the message list column. In the message column, the body of the message selected from the messages in the list is arranged, and below the column, a “pharmacist confirmation” button to be pressed when the pharmacist confirms the message is arranged. When a new message button is pressed on the message confirmation screen, the explanatory
薬剤師が「薬剤師確認」ボタンを押下すると、販売制御部54は注文情報の説明ステータスを「確認済」に更新する。また、これにより、販売制御部54は発送スケジュールを決定する処理を進める。
When the pharmacist presses the “pharmacist confirmation” button, the
発送スケジュール生成部62および発送管理部63のそれぞれは、主にプロセッサ11、記憶部12および通信部13により実現される。発送スケジュール生成部62は、電子処方箋に含まれる薬の情報およびユーザの希望のうち少なくとも一方に基づいて、薬を1回で、または複数回に分けて発送するスケジュールを生成する。例えば、発送スケジュール生成部62は電子処方箋に含まれる薬の情報に基づいて発送スケジュールの案を生成し、生成されたスケジュールの案を示すデータを薬局の担当者に向けて出力し(図5の発送スケジュール確認画面に相当)、担当者がスケジュールを承認したことを示す情報を受信すると、発送スケジュール生成部62は承認されたスケジュールを電子処方箋にかかる薬を発送する正式な発送スケジュールとして生成する。
Each of the shipping
以下では発送スケジュールを生成する処理についてさらに説明する。図21は、発送スケジュールを生成する処理の概要を説明する図である。はじめに、発送スケジュール生成部62は、電子処方箋に含まれる1または複数の薬のうち、分割発送の欄が許可となっており、分割発送が許可されている薬について、薬種類情報から投薬制限最大に格納されている日数と、電子処方箋の分割投薬制限の日数とを取得し、取得された日数の最小値(以下では最大分割間隔と記載する)が電子処方箋の薬の処方日数より大きい薬を分割対象リストに追加する(ステップS401)。そして、分割対象リストに属する薬がある場合には(ステップS402のY)、薬を分割して発送する発送スケジュールの案を生成する(ステップS403)。ここで、以下では薬種類情報の投薬制限最小に格納されている日数を最小分割間隔と記載する。
Below, the process which produces | generates a shipping schedule is further demonstrated. FIG. 21 is a diagram illustrating an overview of a process for generating a shipping schedule. First, the shipping
図22は、発送スケジュールの案を作成する処理の一例を示すフロー図である。発送スケジュール生成部62は、電子処方箋に存在し、かつ分割対象リストに属さない薬について、その薬の発送日に最短で発送可能となる日(最短発送日)を設定する(ステップS501)。つぎに、発送スケジュール生成部62は、分割対象リストに属する1または複数の薬について最大分割間隔の最小値を求める(ステップS502)。この最小値は、分割発送をする際に隣り合う発送日の間の間隔になる可能性が高いので、基本間隔と記載する。次に発送スケジュール生成部62は、分割対象リストに属する薬のうち、基本間隔の値が最小分割間隔以上かつ最大分割間隔以下となる条件を満たす薬を選択し、その選択された薬について、初回の発送日に最短発送日を設定し、以降の発送日には、最短発送日から処方日数経過するまでの日付のうち、前の発送日との間隔が基本間隔となる日付を設定する(ステップS503)。また発送スケジュール生成部62は発送日が設定された薬を分割対象リストから削除する(ステップS504)。
FIG. 22 is a flowchart illustrating an example of a process for creating a draft shipping schedule. The shipping
そして、発送スケジュール生成部62は、分割対象リストに属する残りの薬のうち、(n×基本間隔)の値(nは2以上の整数)が最小分割間隔以上かつ最大分割間隔以下となる条件を満たす薬を選択し、その選択された薬について、初回の発送日に最短発送日を設定し、以降の発送日には、最短発送日から処方日数経過するまでの日付のうち、前の発送日との間隔が(n×基本間隔)となる日付を設定する(ステップS505)。また発送スケジュール生成部62は発送日が設定された薬を分割対象リストから削除する(ステップS506)。そして、発送スケジュール生成部62は分割対象リストに薬が残っている場合には、その薬について初回の発送日を最短発送日とし、以降の発送日には、最短発送日から処方日数経過するまでの日付のうち、前の発送日との間隔が最大分割間隔となる日付を設定する(ステップS507)。これにより薬ごとの発送スケジュールの案が生成される。
Then, the shipping
発送スケジュールの案が生成されると、発送スケジュール生成部62は薬ごとに、その案に含まれる発送日と、電子処方箋から取得される1日の用量に応じて、各発送日に送る量を算出する(ステップS404)。図11に示す電子処方箋の例では、1日の用量は各日の用法から求められる回数に1回辺りの量を掛けた値となる。発送スケジュール生成部62は、各発送日に送る量として、次の発送日がある場合には1日の用量に、今回の発送日と次の発送日との間隔をかけた値を、次の発送日がない場合には、処方日数から初回発送日と今回の発送日との間隔の日数を引いた値を、1日の用量にかけた値を求める。
When the shipping schedule plan is generated, the shipping
そして、発送スケジュール生成部62は、求められた薬ごとの発送日と発送日に送る薬の量とに基づいて、発送スケジュール確認画面のデータを生成して出力し、薬剤師の承認を得る(ステップS405)。
Then, the shipping
図23は、発送スケジュール確認画面の一例を示す図である。図23は、電子処方箋に図11に示す薬の情報が含まれかつその電子処方箋に対して図16に示される薬が販売される場合に対応する発送スケジュールである。処方日数が10日である一方、「咳止シロップA」の薬について、薬種類情報および医師に指定される分割投薬制限が7日であり、「胃腸薬B」の薬について薬種類情報に指定される投薬制限最大の日数が9日であるので、ステップS401において、分割発送の対象となる薬は「咳止めシロップA」および「胃腸薬B」となる。またステップS502において基本間隔として7日が求められ、これらの薬はその基本間隔で発送しても投薬制限についての条件を満たすので、発送スケジュールではこれらの薬はステップS503により初回発送日と、その7日後に発送される。また分割発送の対象となっていない塗り薬Cは初回発送日のみに発送される。発送スケジュール確認画面の情報には、このように決定された発送スケジュールの情報が含まれる。 FIG. 23 is a diagram illustrating an example of a shipping schedule confirmation screen. FIG. 23 is a shipping schedule corresponding to the case where the information on the medicine shown in FIG. 11 is included in the electronic prescription and the medicine shown in FIG. 16 is sold for the electronic prescription. While the prescription period is 10 days, the drug type information for the drug of “cough syrup A” and the divided dose restriction specified by the doctor are 7 days, and the drug type information for the drug of “Gastrointestinal drug B” is specified. Since the maximum number of days of dosing restriction is nine, in step S401, the medicines to be divided and dispatched are “cough syrup A” and “gastrointestinal medicine B”. In step S502, 7 days is determined as the basic interval, and even if these drugs are shipped at the basic interval, the conditions for medication restrictions are met. Ships after 7 days. In addition, the coating agent C that is not subject to split shipping is shipped only on the first shipping date. The information on the shipping schedule confirmation screen includes information on the shipping schedule determined in this way.
なお、咳止めシロップAの最大分割間隔が4日間、胃腸薬Bの最小分割間隔が5日間の場合、基本間隔が4日となる。発送スケジュールでは、初回発送日の4日後に咳止シロップAが発送され、さらに4日後に咳止シロップAと胃腸薬B(ステップS504参照)が発送される。 When the maximum division interval of the cough syrup A is 4 days and the minimum division interval of the gastrointestinal drug B is 5 days, the basic interval is 4 days. In the shipping schedule, the cough syrup A is shipped 4 days after the first shipping date, and the cough syrup A and the gastrointestinal medicine B (see step S504) are further shipped after 4 days.
薬剤師は、発送スケジュール確認画面に表示されうる発送スケジュールを確認し、問題がなければ確認ボタンを押下することで、この発送スケジュールを承認する。確認ボタンが押下されると、薬局システム1は、薬剤師が発送スケジュールを確認したことを示すスケジュール確認結果(図5参照)を発送スケジュール生成部62に送信する。また、発送スケジュール生成部62は、スケジュール確認結果を受信する。そして、発送スケジュール生成部62は、受信されたスケジュール確認結果により承認されたスケジュールを記憶部に保存する(ステップS406)。
The pharmacist confirms the shipping schedule that can be displayed on the shipping schedule confirmation screen, and if there is no problem, presses a confirmation button to approve the shipping schedule. When the confirmation button is pressed, the
発送管理部63は、主にプロセッサ11、記憶部12および通信部13により実現される。発送管理部63は、ユーザに向けて薬を複数回に分けて発送するための発送スケジュールまたは一括で配送するための発送スケジュールに基づいて、薬の発送を管理する。図21の例では、発送スケジュールが承認された後に、注文情報に含まれる発送ステータスを「発送待ち」に変更する(ステップS408)。また、発送管理部63は発送スケジュールと現在日付に応じて、薬局に発送指示情報を送信する(ステップS409)。
The
発送指示情報は、例えば各発送日の当日または前日に薬局システム1に向けて送信され、発送日に発送する薬の情報を含むメールであってもよい。薬局の薬剤師は、このメールに基づいて薬を発送する。このメールにより、発送管理部63は薬の発送を管理する。また、発送指示情報は薬局システム1に含まれる配送システムに入力される発送スケジュールの情報であってもよい。なお、本発明の実施形態にかかる処方薬販売システムでは、処方薬の初回発送をもって処方薬についての売買契約が成立する。
The shipping instruction information may be, for example, an email that is transmitted to the
なお、発送スケジュール確認画面に表示される発送スケジュールを薬剤師が承認しない場合には、薬剤師により修正されたスケジュールを発送スケジュール生成部62が受信し、その発送スケジュールを正式な発送スケジュールとしてもよい。例えば図23の例では、薬剤師が編集ボタンを押下して送信される発送スケジュール確認結果に基づいて、発送スケジュール生成部62が修正された発送スケジュールを薬剤師に入力させる画面を生成し、その画面に入力された発送スケジュールを発送スケジュール生成部62が受信する。その後はステップS406以降の処理が実行されればよい。また、発送スケジュール生成部62が実行する、発送スケジュールを生成する処理や薬剤師が発送スケジュールを確認するための処理を、薬剤師が説明文を作成する際に(または直前または直後に)行ってもよい。こうすると、ユーザが説明文を確認してから発送までの時間を短くすることができる。
If the pharmacist does not approve the shipping schedule displayed on the shipping schedule confirmation screen, the shipping
なお、発送スケジュールの案が発送スケジュール生成部62により生成されなくてもよい。薬局システム1を操作するユーザが希望する発送スケジュールを受信し、その発送スケジュールをそのまま発送管理に用いてもよい。
Note that the shipping schedule plan may not be generated by the shipping
また、発送スケジュール生成部62は、同じユーザの過去の注文の注文情報に関連づけられた発送スケジュールに基づいて担当者の承認なしにスケジュールを生成してもよい。より具体的には、発送スケジュール生成部62はこのユーザが過去に薬を購入した注文において薬の種類および量が同じであるか否か判定し、同じである場合に発送スケジュール生成部62はその過去の注文の発送スケジュールと発送間隔が同じとなるスケジュールを正式な発送スケジュールとして生成してよい。
Further, the shipping
ステップS402において、分割対象リストに属する薬がない場合には(ステップS402のN)、発送スケジュール生成部62は電子処方箋にかかる薬を一括で発送することを示す情報(例えば画面の情報)を薬剤師に向けて出力し(ステップS407)、それを薬剤師が確認したことを示す情報を受信したら、発送管理部63は注文情報格納部73に格納される注文情報に含まれる発送ステータスを「発送待ち」に変更する(ステップS408)。そして発送管理部63は発送スケジュールと日付に応じて薬局に発送指示情報を送信する(ステップS409)。
In step S402, if there is no medicine belonging to the division target list (N in step S402), the shipping
発送スケジュール生成部62や発送管理部63の処理により、薬を分割して発送することが可能となる。処方薬の中には、例えばシロップのように保存の難しい薬や、向精神薬のように飲み過ぎによる事故の発生が懸念される薬が存在する。これらの薬については分割発送により、仮に一度に処方する期間を長くしても、劣化した薬による事故の発生や、薬の飲み過ぎによる事故の発生を抑えることが可能になる。また、処方できる期間を短くする場合に比べて患者に受診の手間を減らすことも可能となる。
It is possible to divide and ship medicines by the processing of the shipping
なお、処方日数のうち一部について、患者の自己判断で処方薬の服用を止めてよいか否かを医師が電子処方箋にて指定できるようにしてもよい。この場合、電子処方箋にいずれかの処方薬の服用を止めてよいことを示す情報が含まれ、かつその処方薬について電子商店街サーバ2の発送管理部63が、ユーザの希望に基づく薬の発送のキャンセルを指示する情報(発送キャンセル指示情報)を受信した場合に、発送管理部63は、発送キャンセル指示情報を受信した後の発送スケジュールにおける薬の発送を行わないように薬局システム1を制御してよい。
Note that, for a part of the prescription days, the doctor may be able to specify on the electronic prescription whether or not to stop taking the prescription drug by the patient's self-judgment. In this case, the electronic prescription includes information indicating that one of the prescription drugs may be stopped, and the
さらに、発送管理部63は、発送キャンセル指示により未発送の薬の発送が停止された場合に、薬の販売の一部または全部がキャンセルされたことを示す情報により、その薬の販売にかかる注文情報のステータス情報を更新してもよい。その更新された注文情報は注文情報格納部73に格納される。
Furthermore, when the
これにより、医師の診察後に薬を服用しているうちに病気が治った場合に、患者の手元にある余分な薬を減らすことが可能になる。それにより実質的な医療費の削減や、不要な薬を所有することによる事故や不正の発生を防ぐこともできる。また、薬の発送が停止され、販売の一部または全部がキャンセルされた注文について、注文情報格納部73に格納された注文情報に基づいて、販売制御部54が返金やポイント還元を実現する処理を行ってもよい。この場合には、販売制御部54は、病院サーバ4における電子処方箋にかかる販売状況は電子処方箋が利用済を示す情報のままとなるよう制御する。
This makes it possible to reduce the amount of extra medicine on the patient's hand if the disease heals while taking the medicine after a doctor's visit. As a result, it is possible to substantially reduce medical costs and prevent accidents and frauds caused by possessing unnecessary medicines. In addition, with respect to an order in which the delivery of medicine is stopped and a part or all of the sales is canceled, the
キャンセルに関連して、発送ステータスが「発送待ち」となる前にユーザにより注文がキャンセルされた場合が考えられる。この場合、販売制御部54は、病院サーバ4における電子処方箋にかかる販売状況がこの薬局が利用済を示す場合には、その販売状況を未利用を示すように更新するよう制御する。この場合にはユーザが他の薬局を利用する可能性があるからである。このキャンセルがされかつ決済済の場合には販売制御部54は返金の処理を行う。
In connection with the cancellation, there may be a case where the order is canceled by the user before the shipping status becomes “waiting for shipping”. In this case, when the sales status of the electronic prescription in the hospital server 4 indicates that the pharmacy indicates that the pharmacy has been used, the
さらに、発送ステータスが「発送待ち」となったあとに実際に発送されるまでの間に注文がキャンセルされた場合には、販売制御部54は、そのキャンセルの指示とともにユーザに理由を示す情報を取得し、その取得された理由に応じて病院サーバ4の販売状況を未利用に更新するか否かを制御してもよい。また薬局システム1を操作する薬剤師の判断により、病院サーバ4の販売状況を薬剤師が人手で更新してもよい。これにより、例えば他の病院でさらに薬を処方され薬が不要になった場合には販売状況を利用済のままとし、単に他の薬局を利用したい場合には他の薬局の利用を可能にするといった柔軟な対応が可能となる。
Further, in the case where the order is canceled after the shipment status becomes “waiting for shipment” and before it is actually shipped, the
このように、注文のキャンセル時の発送のステータスに応じてキャンセルに関する病院サーバ4の販売状況を更新する処理を異ならせてよい。 In this way, the process of updating the sales status of the hospital server 4 related to the cancellation may be made different according to the status of dispatch at the time of order cancellation.
これまでの説明では、電子処方箋に応じた説明文のデータをユーザが電子処方箋を送信した後に行っているが、これをユーザから電子処方箋を受信する前に行うようにしてもよい。以下ではそのための処方箋事前受信部64等の動作や、処方薬販売システムによる処方薬の販売の流れの例について説明する。以下では図4,5の例との相違点を中心に説明する。
In the description so far, the description data corresponding to the electronic prescription is performed after the user transmits the electronic prescription, but this may be performed before the electronic prescription is received from the user. Below, the operation | movement of the
図24は、処方薬の販売過程の他の一例を概略的に示す図である。また、図25は、図24の例における、ユーザ端末3、電子商店街サーバ2、薬局システム1、病院サーバ4の間での通信を示すシーケンス図である。図24および図25の例は、予め、病院サーバ4に患者が普段利用するかかりつけ薬局が登録されており、病院サーバ4に向けて電子処方箋を開示することを了承している場合の例である。
FIG. 24 is a diagram schematically showing another example of a prescription drug sales process. FIG. 25 is a sequence diagram illustrating communication among the
この場合には、病院にて医師が電子処方箋を発行すると(図24の「1.処方箋発行」)、病院サーバ4は電子処方箋を示す情報(この例では処方箋IDであるが、電子処方箋でもよい)をユーザ端末3に向けて送信する(図24の「2.処方箋ID送信」、図25の「処方箋ID」)とともに、電子処方箋を薬局システム1に送信する(図24の「3.処方箋送信」、図25の「電子処方箋」)。すると、電子処方箋を受信した薬局システム1を操作する薬剤師は説明文を作成する(図24の「4.説明文作成」)。
In this case, when a doctor issues an electronic prescription at the hospital ("1. Prescription issuance" in FIG. 24), the hospital server 4 is information indicating an electronic prescription (in this example, a prescription ID, but an electronic prescription may also be used. ) To the user terminal 3 (“2. Prescription ID transmission” in FIG. 24, “Prescription ID” in FIG. 25) and the electronic prescription to the pharmacy system 1 (“3. Prescription transmission in FIG. 24). "," Electronic prescription "in FIG. 25). Then, the pharmacist who operates the
この事前の処方箋の受信と、説明文作成について詳細を説明する。処方箋事前受信部64は、主に電子商店街サーバ2に属するコンピュータに含まれるプロセッサ11、記憶部12および通信部13により実現される。処方箋事前受信部64は、処方箋受信部52がユーザから電子処方箋を示す情報を取得する前に、前記ユーザと異なる送信元(病院サーバ4や薬局システム1)から電子処方箋に含まれる薬および患者に関する情報を受信する。ここで、電子処方箋に含まれる薬および患者に関する情報は、電子処方箋そのものであってもよいし、別のフォーマットの情報であってもよい。電子商店街サーバ2が電子処方箋に含まれる薬および患者に関する情報を受信する方法は、病院サーバ4から電子商店街サーバ2に直接プッシュ的に送信する方法であってもよいし、電子商店街サーバ2が定期的に病院サーバ4にアクセスし、この薬局に対する電子処方箋がある場合にその電子処方箋をダウンロードする方法であってもよい。また、薬局システム1に属するコンピュータが病院サーバ4から受信した電子処方箋をさらに電子商店街サーバ2に送信することで、処方箋事前受信部64が電子処方箋に含まれる薬および患者に関する情報を受信してもよいし、また処方箋事前受信部64が薬局システム1に属するコンピュータにより実現されてもよい。
Details of reception of this prescription and creation of an explanation will be described. The
属性取得部65は、電子商店街サーバ2に含まれるプロセッサ11、記憶部12および通信部13を中心として実現される。属性取得部65は、ユーザと異なる送信元である病院サーバ4から受信された電子処方箋にかかる患者の属性情報を、ユーザの属性情報を格納するユーザ情報格納部71から取得する。より具体的には、属性取得部65は、薬局システム1に含まれるコンピュータから電子処方箋に含まれる患者に関する情報(例えば病院コード、患者ID、保険者番号、氏名などの患者を特定する情報)を取得し、その患者に関する情報に基づいて、ユーザの属性(例えばアレルギー歴、副作用履歴等)をユーザ情報格納部71から取得する。なお、この際に電子商店街サーバ2に含まれる属性取得部65は電子処方箋を取得し、記憶部12に格納してもよい。
The
そして、説明文入力部59は、電子処方箋に含まれる患者に対応するユーザの属性の情報であって属性取得部65により取得されたユーザの属性の情報と、受信された薬に関する情報とを薬剤師に提示し、電子処方箋にかかる説明文を入力させる説明文入力画面の情報を送信する。説明文入力画面の構成については、図18の例と同様であり、説明文入力画面はユーザから注文の申込を受ける前に生成される。
Then, the explanatory
そして、薬局システム1はその説明文を電子商店街サーバ2に保存する(図24の「説明文保存」、図25の「説明文入力データ」)。説明文入力部59が注文にかかる薬局の薬剤師から入力された注文にかかる説明文入力データを受付ける処理は、図5の例と同様である。
Then, the
図27は、説明文出力画面の他の一例を示す図である。図27に示す説明文出力画面は、事前に作成され、説明文入力部59が記憶部12に保存した説明文を出力する画面である。事前に説明文が作成される場合には、その説明文はユーザの属性に関する情報と、その情報が現在変化したか否かを入力させるチェックボックス32とを含む。このチェックボックス32は、属性に関する情報の項目毎に設定されてもよい。この場合、より確実にユーザの状態を確認することができる。説明文入力部59は、図27に示す説明文出力画面を表示させるために、これらのユーザの属性に関する情報と、それをユーザが確認したことを示す情報を送信させる情報とを含む説明文のテンプレートを含む、説明文入力画面の情報を生成してよい。
FIG. 27 is a diagram illustrating another example of the explanatory note output screen. The explanatory note output screen shown in FIG. 27 is a screen for outputting the explanatory note created in advance and stored in the
図5の例の「薬リスト問合せ」の代わりに、薬局システム1は説明文を送信するとともに薬局が提供する処方薬のリストである薬種類データを送信してよい。このリストは、先発薬中心のリストと、後発薬中心のリストの2種類のリストであってよい。電子商店街サーバ2に含まれる選択情報生成部56は、この薬種類データを受信してよいし、あわせて電子処方箋も受信して記憶部12または他のコンピュータが実行するデータベースに格納してよい。また選択情報生成部56は、処方箋受信部52が電子処方箋を示す情報を受信する前に、薬種類データに含まれる薬の1または複数のリストを記憶部12(または他のコンピュータが実行するデータベース)に格納してよい。
Instead of the “medicine list inquiry” in the example of FIG. 5, the
そして、ユーザはユーザ端末3を用いて電子商店街サーバ2が提供する処方薬販売サービスにログインする(図24の「6.ログイン」、図25の「ログイン画面」、「ユーザ認証情報」)。ユーザ認証部51の処理は図5の例と同様である。ユーザは電子商店街サーバ2へユーザを認証する認証情報に紐付けられた処方箋IDを送信する(図24の「7.処方箋ID送信」、図25の「処方箋IDデータ」)。すると、電子商店街サーバ2は受信した電子処方箋に含まれる薬の1または複数のリストの情報をユーザ端末3に送信する(図24の「8.薬種類提示」、図25の「薬種類選択画面」)。
Then, the user logs in to the prescription drug sales service provided by the online
以下では処方箋IDを受信した後、薬種類選択画面が生成されるまでの処理について説明する。ユーザが電子処方箋を示す情報である処方箋IDを送信した後に、処方箋確認部53は、電子処方箋に紐付けられたユーザ認証情報と、電子処方箋に含まれる患者の情報とが対応するか否か確認するための処理を実行する。より具体的には、処方箋確認部53はセッションID等のユーザ認証情報と電子処方箋とを紐付ける情報に基づいてユーザを特定する情報を取得し、そのユーザについて予め薬局システム1からされ送信格納されている電子処方箋を特定する情報(例えば処方箋ID)と、ユーザから処方箋受信部が受信した処方箋を特定する情報とが一致するか否かを判定し、それらが一致する場合にユーザ認証情報に対応するユーザの情報と、電子処方箋に含まれる患者の情報とが対応すると確認する。そして、販売制御部54は、その確認の処理の結果に基づいて、電子処方箋に応じた薬の販売処理が実行されるよう制御する。
In the following, a process until the medicine type selection screen is generated after receiving the prescription ID will be described. After the user transmits a prescription ID that is information indicating an electronic prescription, the
ユーザ認証情報に対応するユーザの情報と、電子処方箋に含まれる患者の情報とが対応する場合に、販売制御部54の制御に基づいて、選択情報生成部56は、薬局システム1から受信した薬のリストに基づいて、先発薬と後発薬のいずれかをユーザに選択させるための情報である薬種類選択画面の情報を生成する。薬種類選択画面は、予め説明文を受付けた薬局のうち、先発薬中心の薬のリストと、後発薬中心の薬のリストとのうち、どちらを選ぶかをユーザに選択させる画面である。薬種類選択画面は、例えば図14に示す画面から、かかりつけ薬局以外の薬局についての薬のリストを除いた画面になる。
When the user information corresponding to the user authentication information corresponds to the patient information included in the electronic prescription, the selection
そして、ユーザはそのリストに含まれる薬のリストのいずれかを選択し、ユーザ端末3は選択されたリストの情報(図25の「薬種類選択データ」)を電子商店街サーバ2に送信する(図24の「9.薬種類選択」)。電子商店街サーバ2に含まれる選択部57が薬種類選択データを受信し、説明文出力部60は、予め薬剤師が入力し、記憶部12等に記憶された説明文をユーザに向けて送信する(図24の「10.説明文送付」、図25の「説明文データ」)。説明文出力部60は、薬種類選択画面と同じセッションにおいて、その薬種類選択画面に続く画面として、図27に示すような説明文出力画面の情報を出力する。説明文出力画面の情報の生成については説明を省略する。
Then, the user selects one of the medicine lists included in the list, and the
ユーザがその説明文を確認すると、確認結果取得部61は、ユーザが確認したことを示す情報を受信し(図25の「説明確認データ」)、薬剤師がそれを確認する(図24の「11.確認」、図25の「説明ステータス確認」)。これにかかる確認結果取得部61の処理は図5の例と同様であるので説明を省略する。そして、薬局システム1は、処方箋を管理する病院サーバ4にこの電子処方箋により他の薬局等が処方薬を販売するか問い合せる(図24の「11.処方箋利用状況確認」図25の「処方箋利用状況確認」)。販売状況確認部55は、ここで図5と同様の処理を実行する。
When the user confirms the explanation, the confirmation
この電子処方箋による処方薬が他の薬局により販売されない場合には、決済処理部58は決済処理を実行し、薬局は処方薬をユーザに向けて発送する(図24の「11.発送」、図25の「発送指示情報」)。なお、図25において、決済処理部58が行う決済処理、販売状況確認部55が処方薬販売状況を確認し販売制御部54がその確認結果に応じて薬の販売を制御する処理や、発送スケジュール生成部62が発送スケジュールを生成する処理、発送管理部63が発送を管理する処理については、決済処理部58や販売状況確認部55の処理の順序が異なる点を除き図5の例と同様であるので詳細の説明を省略する。
When the prescription drug based on this electronic prescription is not sold by another pharmacy, the
処方箋事前受信部64により、ユーザが電子処方箋を示す情報を送信する前に電子処方箋を受信すると、薬局システム1を操作する薬剤師はその送信の前に説明文を入力することが可能になる。これにより、ユーザが薬の種類を選択するなどにより薬の購入の申込をしてから説明文を確認するまでの時間を削減し、ユーザの利便性を向上させることができる。特に、薬剤師が夜間に常駐しておらず、かつユーザの薬の購入の申込や説明の確認の操作が夜間しかできないような場合には、申込から発送までの時間を1日以上短縮することが可能になる。
When the
なお、図24,25の例では、電子商店街サーバ2がユーザとのやりとりを行っているが、これらのやりとりを薬局システム1に含まれるサーバコンピュータが行ってもよい。この場合、電子商店街サーバ2の機能を実現するプログラムは薬局システム1に配置され、薬局システム1に含まれるサーバコンピュータにより実行される。
In the examples of FIGS. 24 and 25, the online
1 薬局システム、2 電子商店街サーバ、3 ユーザ端末、4 病院サーバ、5 ネットワーク、11 プロセッサ、12 記憶部、13 通信部、14 入出力部、31,32 チェックボックス、51 ユーザ認証部、52 処方箋受信部、53 処方箋確認部、54 販売制御部、55 販売状況確認部、56 選択情報生成部、57 選択部、58 決済処理部、59 説明文入力部、60 説明文出力部、61 確認結果取得部、62 発送スケジュール生成部、63 発送管理部、64 処方箋事前受信部、65 属性取得部、71 ユーザ情報格納部、72 説明文格納部、73 注文情報格納部。
1 pharmacy system, 2 online shopping mall server, 3 user terminal, 4 hospital server, 5 network, 11 processor, 12 storage unit, 13 communication unit, 14 input / output unit, 31, 32 check box, 51 user authentication unit, 52 prescription Receiving unit, 53 Prescription confirmation unit, 54 Sales control unit, 55 Sales status confirmation unit, 56 Selection information generation unit, 57 Selection unit, 58 Settlement processing unit, 59 Description sentence input unit, 60 Description sentence output unit, 61
Claims (14)
前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行する処方箋確認手段と、
前記処方箋確認手段による確認のための処理の結果に従って、前記セッション中に前記電子処方箋に応じた薬の販売処理の実行を制御する制御手段と、
前記電子処方箋に応じた薬の販売の進行状況を示す情報を前記電子処方箋に紐づけて記憶する手段と、
を含む処方薬販売システム。 Receiving means for receiving authentication information for authenticating the user and information indicating an electronic prescription from the user during one session;
Prescription confirmation means for executing a process for confirming whether or not user information corresponding to the received authentication information corresponds to patient information included in the electronic prescription;
Control means for controlling the execution of the medicine sales process according to the electronic prescription during the session according to the result of the confirmation process by the prescription confirmation means;
Means for storing information indicating the progress of drug sales according to the electronic prescription linked to the electronic prescription;
Including prescription drug sales system.
前記電子処方箋に応じた薬が既に販売されているか否かを前記販売の進行状況を示す情報に基づいて確認するための処理を実行する販売確認手段をさらに含み、
前記制御手段は、まだ前記薬が販売されていないと確認された場合に前記電子処方箋に応じた薬の販売処理が実行されるよう制御する、
処方薬販売システム。 In the prescription drug sales system according to claim 1,
It further includes a sales confirmation means for executing a process for confirming whether the medicine according to the electronic prescription has already been sold based on the information indicating the progress of the sales,
The control means controls to execute a medicine sales process according to the electronic prescription when it is confirmed that the medicine is not yet sold.
Prescription drug sales system.
前記電子処方箋がいずれかの薬局により使用されたか否かを示す使用情報を受信する手段をさらに含み、
前記制御手段は、前記使用情報がまだ前記電子処方箋が使用されていないことを示す場合に前記電子処方箋に応じた薬の販売処理が実行されるよう制御する、
処方薬販売システム。 In the prescription drug sales system according to claim 1,
Means for receiving usage information indicating whether the electronic prescription has been used by any pharmacy;
The control means, when the use information indicates that the electronic prescription is not yet used, to control the medicine sales process according to the electronic prescription,
Prescription drug sales system.
前記電子処方箋にかかる患者の属性情報を、ユーザの属性情報を格納する記憶手段から取得する属性取得手段と、
前記電子処方箋と前記読み出されたユーザの属性情報とを薬剤師に提示し、その提示に基づいて薬剤師から入力された説明文を受け付け、当該説明文を記憶手段に記憶させる説明文受付手段と、
前記受信手段が前記電子処方箋を示す前記情報を受信した場合に前記説明文を前記ユーザに向けて出力する説明文出力手段と、をさらに含む、
処方薬販売システム。 In the prescription drug sales system according to any one of claims 1 to 3,
Attribute acquisition means for acquiring attribute information of the patient related to the electronic prescription from a storage means for storing user attribute information;
Presenting the electronic prescription and the read attribute information of the user to a pharmacist, accepting an explanatory text input from the pharmacist based on the presentation, and storing the explanatory text in a storage means;
An explanatory text output means for outputting the explanatory text to the user when the receiving means receives the information indicating the electronic prescription; and
Prescription drug sales system.
前記受信手段により前記電子処方箋を示す前記情報を前記ユーザから取得する前に別途前記ユーザと異なる送信元から前記電子処方箋に含まれる薬および患者に関する情報を受信する事前受信手段を有し、
前記属性取得手段は、ユーザと異なる送信元から受信された前記患者に関する情報に基づき前記電子処方箋にかかる患者の属性情報を、ユーザの属性情報を格納する記憶手段から取得し、
前記説明文受付手段は、前記ユーザと異なる送信元から受信された前記薬に関する情報と前記読み出されたユーザの属性情報とを薬剤師に提示し、その提示に基づいて薬剤師から入力された説明文を受け付け、当該説明文を記憶手段に記憶させる、
処方薬販売システム。 In the prescription drug sales system according to claim 4,
Before receiving the information indicating the electronic prescription by the receiving means from the user, it has a prior receiving means for separately receiving information on a medicine and a patient included in the electronic prescription from a transmission source different from the user,
The attribute acquisition means acquires patient attribute information related to the electronic prescription based on information about the patient received from a transmission source different from the user from a storage means for storing user attribute information,
The explanatory note accepting unit presents information related to the medicine received from a transmission source different from the user and the read attribute information of the user to a pharmacist, and an explanatory text input from the pharmacist based on the presentation And store the explanation in the storage means.
Prescription drug sales system.
ユーザが前記説明文を確認したことを示す確認データを受信する確認データ受信手段をさらに含み、
前記確認データが受信された場合に前記制御手段による前記電子処方箋に応じた薬の販売処理が実行される、
処方薬販売システム。 In the prescription drug sales system according to claim 4 or 5,
Confirmation data receiving means for receiving confirmation data indicating that the user has confirmed the explanatory text;
When the confirmation data is received, a medicine sales process according to the electronic prescription by the control means is executed,
Prescription drug sales system.
前記電子処方箋により指定される薬を複数の選択肢からユーザに選択させるための情報を生成する生成手段をさらに含み、
前記制御手段は、前記販売処理を実行する際に前記ユーザに選択された選択肢に基づいて前記電子処方箋に応じた薬の販売処理の実行を制御する、
処方薬販売システム。 In the prescription drug sales system according to any one of claims 1 to 6,
Generating means for generating information for allowing the user to select a medicine specified by the electronic prescription from a plurality of options;
The control means controls the execution of the medicine sales process according to the electronic prescription based on the option selected by the user when the sales process is executed.
Prescription drug sales system.
前記電子処方箋に含まれる薬の情報と薬局の在庫情報とに基づいて、当該電子処方箋に指定される薬を販売する薬局のうちいずれかをユーザに選択させるための情報を生成する生成手段、をさらに含み、
前記制御手段は、ユーザに選択された前記薬を販売する薬局に基づいて前記電子処方箋に応じた薬の販売処理の実行を制御する、
処方薬販売システム。 In the prescription drug sales system according to any one of claims 1 to 6,
Generating means for generating information for allowing the user to select one of the pharmacies selling the medicine specified in the electronic prescription based on the information on the medicine contained in the electronic prescription and the inventory information of the pharmacy; In addition,
The control means controls execution of a medicine sales process according to the electronic prescription based on a pharmacy that sells the medicine selected by a user.
Prescription drug sales system.
前記電子処方箋に応じた薬の情報及びユーザの希望のうち少なくとも一方に基づいて、前記薬を一回で、または複数回に分けて発送するスケジュールを生成する発送スケジュール生成手段をさらに含む、
処方薬販売システム。 In the prescription drug sales system according to any one of claims 1 to 8,
A shipping schedule generating means for generating a schedule for shipping the medicine in one time or divided into a plurality of times based on at least one of medicine information corresponding to the electronic prescription and a user's desire;
Prescription drug sales system.
前記生成された発送スケジュールに基づいて、前記薬の発送を管理する発送管理手段をさらに含む、
処方薬販売システム。 In the prescription drug sales system according to claim 9,
A delivery management means for managing delivery of the medicine based on the generated delivery schedule;
Prescription drug sales system.
前記発送管理手段は、前記薬の発送スケジュールとユーザの希望とに基づいて、未発送の前記薬の発送を停止可能であり、
前記発送管理手段により前記薬の発送が停止された場合に、その発送状況に基づき、薬の販売が一部または全部キャンセルされたことを前記電子処方箋に応じた薬の販売の進行状況を示す情報の更新内容として前記薬の販売の進行状況を示す情報を記憶する手段に記憶する、
処方薬販売システム。 In the prescription drug sales system according to claim 10,
The shipping management means is capable of stopping the shipping of the unshipped medicine based on the shipping schedule of the medicine and the user's wish,
Information indicating the progress of the sale of the medicine according to the electronic prescription that the sale of the medicine is partially or wholly canceled based on the delivery situation when the delivery of the medicine is stopped by the delivery management means Storing in the means for storing information indicating the progress of the sale of the medicine as the update content of
Prescription drug sales system.
処方箋確認手段が、前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行するステップと、
制御手段が、前記ユーザの情報と前記患者の情報とが対応するか否か確認するための処理の結果に従って、前記セッション中に前記電子処方箋に応じた薬の販売処理の実行を制御するステップと、
記憶手段が、前記電子処方箋に応じた薬の販売の進行状況を示す情報を前記電子処方箋または前記電子処方箋を示す前記情報に紐づけて記憶するステップと、
を含む処方薬販売方法。 Receiving the authentication information for authenticating the user and information indicating the electronic prescription from the user during one session;
A step of performing a process for confirming whether or not the prescription confirmation means corresponds to the information of the user corresponding to the received authentication information and the information of the patient included in the electronic prescription;
A control means for controlling execution of a medicine sales process according to the electronic prescription during the session according to a result of a process for confirming whether the user information corresponds to the patient information; ,
Storage means, and storing in association string information indicating the progress of the sale of drugs in accordance with the electronic prescription to the electronic prescription or the information indicating the electronic prescription,
Prescription drug sales method including.
前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行する処方箋確認手段、および、
前記処方箋確認手段による確認のための処理の結果に従って、前記セッション中に前記電子処方箋に応じた薬の販売処理の実行を制御する制御手段、
前記電子処方箋に応じた薬の販売の進行状況を示す情報を前記電子処方箋または前記電子処方箋を示す前記情報に紐づけて記憶する手段、
としてコンピュータを機能させるためのプログラム。 Receiving means for receiving authentication information for authenticating the user and information indicating the electronic prescription from the user during one session;
Prescription confirmation means for executing processing for confirming whether or not user information corresponding to the received authentication information corresponds to patient information included in the electronic prescription; and
Control means for controlling the execution of the medicine sales process according to the electronic prescription during the session according to the result of the process for confirmation by the prescription confirmation means,
Means for storing information indicating the progress of drug sales according to the electronic prescription in association with the electronic prescription or the information indicating the electronic prescription;
As a program to make the computer function as.
前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行する処方箋確認手段、および、
前記処方箋確認手段による確認のための処理の結果に従って、前記セッション中に前記電子処方箋に応じた薬の販売処理の実行を制御する制御手段、
前記電子処方箋に応じた薬の販売の進行状況を示す情報を前記電子処方箋または前記電子処方箋を示す前記情報に紐づけて記憶する手段、
としてコンピュータを機能させるためのプログラムを格納する情報記憶媒体。 Receiving means for receiving authentication information for authenticating the user and information indicating the electronic prescription from the user during one session;
Prescription confirmation means for executing processing for confirming whether or not user information corresponding to the received authentication information corresponds to patient information included in the electronic prescription; and
Control means for controlling the execution of the medicine sales process according to the electronic prescription during the session according to the result of the process for confirmation by the prescription confirmation means,
Means for storing information indicating the progress of drug sales according to the electronic prescription in association with the electronic prescription or the information indicating the electronic prescription;
An information storage medium for storing a program for causing a computer to function as a computer.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2014/080506 WO2016079807A1 (en) | 2014-11-18 | 2014-11-18 | Prescription medicine selling system, prescription medicine selling method, program and information storage medium |
Publications (2)
Publication Number | Publication Date |
---|---|
JP5801015B1 true JP5801015B1 (en) | 2015-10-28 |
JPWO2016079807A1 JPWO2016079807A1 (en) | 2017-04-27 |
Family
ID=54477702
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2015518705A Active JP5801015B1 (en) | 2014-11-18 | 2014-11-18 | Prescription drug sales system, prescription drug sales method, program, and information storage medium |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP5801015B1 (en) |
WO (1) | WO2016079807A1 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6146838B1 (en) * | 2016-07-29 | 2017-06-14 | 株式会社ニイム | Information sharing server, information sharing system, information sharing method, and information sharing program |
WO2017183456A1 (en) * | 2016-04-18 | 2017-10-26 | 富士フイルム株式会社 | Substitute medicine detection device and substitute medicine detection method |
JP2022517253A (en) * | 2019-10-11 | 2022-03-07 | エスダブリュー エンパイア カンパニー リミテッド | Simple authentication method and system using browser web storage |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6531241B1 (en) * | 2018-03-14 | 2019-06-19 | メドケア株式会社 | Efficiency improvement support system and medical efficiency improvement support method |
US11862314B2 (en) * | 2018-10-30 | 2024-01-02 | Cambia Health Solutions, Inc. | Methods and systems for patient control of an electronic prescription |
JP2020107236A (en) * | 2018-12-28 | 2020-07-09 | 富士化学工業株式会社 | Program and system for selling designated medicines |
JP7343282B2 (en) * | 2019-02-18 | 2023-09-12 | ジェイフロンティア株式会社 | Sales processing system and sales processing program |
JP7288354B2 (en) * | 2019-06-26 | 2023-06-07 | アクシスルートホールディングス株式会社 | Delivery arrangement device, delivery arrangement program, and recording medium |
JP7460420B2 (en) | 2020-03-27 | 2024-04-02 | 矢崎総業株式会社 | Medication instruction system and server |
JP7517853B2 (en) | 2020-03-27 | 2024-07-17 | 矢崎総業株式会社 | Medication instruction system and server |
WO2021220511A1 (en) * | 2020-05-01 | 2021-11-04 | 株式会社Peco | Animal patient article provision terminal and animal patient article provision system |
JP7479195B2 (en) | 2020-05-21 | 2024-05-08 | 株式会社日立製作所 | Medication support method and medication support program |
JP7212751B1 (en) | 2021-12-10 | 2023-01-25 | ヤフー株式会社 | Information processing device, information processing method, and information processing program |
CN114240396B (en) * | 2021-12-25 | 2024-07-09 | 杭州会济数字科技有限公司 | Prescription medicine sales multi-part cooperation management system and method thereof |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001306698A (en) * | 2000-04-18 | 2001-11-02 | Nec Corp | System, method, and recording medium for providing prescription and medicine |
JP2001319159A (en) * | 2000-05-08 | 2001-11-16 | Nec Soft Ltd | Method for obtaining medicine for patient |
JP2001325358A (en) * | 2000-05-15 | 2001-11-22 | Kazumi Matsumoto | Managing device for prescription information |
-
2014
- 2014-11-18 WO PCT/JP2014/080506 patent/WO2016079807A1/en active Application Filing
- 2014-11-18 JP JP2015518705A patent/JP5801015B1/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001306698A (en) * | 2000-04-18 | 2001-11-02 | Nec Corp | System, method, and recording medium for providing prescription and medicine |
JP2001319159A (en) * | 2000-05-08 | 2001-11-16 | Nec Soft Ltd | Method for obtaining medicine for patient |
JP2001325358A (en) * | 2000-05-15 | 2001-11-22 | Kazumi Matsumoto | Managing device for prescription information |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017183456A1 (en) * | 2016-04-18 | 2017-10-26 | 富士フイルム株式会社 | Substitute medicine detection device and substitute medicine detection method |
JP2017194741A (en) * | 2016-04-18 | 2017-10-26 | 富士フイルム株式会社 | Substitute medicine search device and substitute medicine search method |
JP6146838B1 (en) * | 2016-07-29 | 2017-06-14 | 株式会社ニイム | Information sharing server, information sharing system, information sharing method, and information sharing program |
JP2018018436A (en) * | 2016-07-29 | 2018-02-01 | 株式会社ニイム | Information sharing server, information sharing system, information sharing method, and information sharing program |
JP2022517253A (en) * | 2019-10-11 | 2022-03-07 | エスダブリュー エンパイア カンパニー リミテッド | Simple authentication method and system using browser web storage |
JP7212169B2 (en) | 2019-10-11 | 2023-01-24 | エスダブリュー エンパイア カンパニー リミテッド | SIMPLE AUTHENTICATION METHOD AND SYSTEM USING BROWSER WEB STORAGE |
Also Published As
Publication number | Publication date |
---|---|
JPWO2016079807A1 (en) | 2017-04-27 |
WO2016079807A1 (en) | 2016-05-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5801015B1 (en) | Prescription drug sales system, prescription drug sales method, program, and information storage medium | |
US7469213B1 (en) | Prescription drug distribution system and methods | |
US10984896B2 (en) | Systems and methods for providing an inducement to purchase incident to a physician's prescription of medication | |
US10642812B1 (en) | Database system, computing device and method for message construction, processing and storage dependent upon satisfaction of predefined requirements | |
JP6181787B2 (en) | Medical information management system | |
US20090287502A1 (en) | E-PatientLink | |
US11862314B2 (en) | Methods and systems for patient control of an electronic prescription | |
US20080091468A1 (en) | Method and apparatus for delivery of medical items on an electronic prescription | |
US20150058030A1 (en) | Method and apparatus for recommending an alternative to a prescription drug requiring prior authorization | |
JP6869505B2 (en) | Information processing equipment and programs | |
CN110010221B (en) | Electronic prescription transfer method, device and storage medium | |
US10311210B2 (en) | Systems and methods for providing an inducement of a purchase in conjunction with a prescription | |
US20010032196A1 (en) | System and method for pricing goods | |
US20140303992A1 (en) | System and method of assisting prescription treatment fulfillment | |
WO2010144645A2 (en) | Healthcare provider resources online | |
US20130325496A1 (en) | System for preventing fraud | |
JP6954966B2 (en) | Pharmacy cooperation system and method | |
JP6995174B1 (en) | Drug delivery support device and program | |
JP2013152647A (en) | Novelty server device, and server device | |
CA2816770C (en) | A system for identifying and delivering services for delivery to pharmacy patients | |
JP2001306699A (en) | Stored druggery information retrieval support system | |
JP2005100324A (en) | Medicine selling system and medicine selling program | |
KR20160077192A (en) | Complimentary trade drug delivery system | |
JP2022074819A (en) | Information processing system | |
KR20230030746A (en) | System for selectively pending payment of dividing ingested products by using online consulting |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150723 |
|
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: 20150818 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20150825 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5801015 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |