+

WO2002015095A1 - Systeme de gestion d'ordonnances - Google Patents

Systeme de gestion d'ordonnances Download PDF

Info

Publication number
WO2002015095A1
WO2002015095A1 PCT/US2001/025825 US0125825W WO0215095A1 WO 2002015095 A1 WO2002015095 A1 WO 2002015095A1 US 0125825 W US0125825 W US 0125825W WO 0215095 A1 WO0215095 A1 WO 0215095A1
Authority
WO
WIPO (PCT)
Prior art keywords
database
user
prescription
item
transaction
Prior art date
Application number
PCT/US2001/025825
Other languages
English (en)
Inventor
Peter Charron
Original Assignee
Integrated Documents, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Integrated Documents, Inc. filed Critical Integrated Documents, Inc.
Priority to AU2001285040A priority Critical patent/AU2001285040A1/en
Publication of WO2002015095A1 publication Critical patent/WO2002015095A1/fr

Links

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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management

Definitions

  • the present invention relates to a medication ordering system and more particularly to a prescription managing system that is both flexible and interactive and which has integrated into the system a resource and communication network providing the users with drug, patient, and prescribing information.
  • physicians order drugs by writing an order in a chart for hospitalized patients or by writing a drug prescription on a prescription blank for outpatients.
  • the physician typically relies on personal knowledge supplemented by available reference sources (e.g., books, journals, professional consultations, etc.) together with an in depth understanding of the patient's medical condition when formulating a therapeutic drug regimen.
  • present systems often do not keep the prescriber informed of formulary information, drug-to-drug interactions and the effect on these interactions of biochemical and enzyme species which are known to occur in the human body. Furthermore, present systems do not keep the prescriber sufficiently informed of statutory requirements which prohibit or restrict the prescribing of medications.
  • the present invention is a network-based electronic system for ordering or prescribing medications for a patient.
  • the system includes an improved process for allowing a prescriber or other authorized person to identify the patient using interactive software.
  • the system includes a database containing general medical prescribing and drug information e.g., pharmacology, dose recommendations, restrictions.
  • this database can have stored biochemical and enzyme data which provide for the comparison of two or more pharmaceutical products or agents in context with their known human biochemical and enzyme relationships for possible interactions resulting in the inactivation, acceleration or deceleration of metabolism of one or more of the compared agents and the biochemical process or enzyme involved.
  • the system also includes a program for accessing the database and displaying to the prescriber a list of active and inactive medications for the patient.
  • the system accepts and processes medication orders and prescriptions for the patient from the prescriber which are typically comprised of drug product, dose, route of administration and frequency.
  • the system communicates the medication order to the hospital pharmacy or the prescription to the outpatient/clinic/retail pharmacy.
  • a process is provided which facilitates in selecting a patient and accessing all relevant health and medication information for that patient (e.g., allergies, adverse drug reactions, medication history).
  • relevant health and medication information e.g., allergies, adverse drug reactions, medication history.
  • a user may store in the database new information regarding a patient who is not already identified therein.
  • the system alerts the prescriber to potentially adverse situations that may result from an ordered or prescribed medication based on existing patient information. For example, the system may warn the prescriber of a potential allergic reaction or drug interaction when a medication is ordered. Furthermore, the system can flag and prevent the prescribing of drugs in a manner contrary to legal requirements.
  • a preferred embodiment of the invention provides that the prescriber can enter the prescription into a handheld computer or personal digital assistant (PDA), which can be interfaced with the terminal either by the prescriber or by the authorized representative.
  • PDA personal digital assistant
  • Figure 1 shows schematically an electronic prescribing system.
  • Figures 2a-2g show a flow chart of a prescription creation and transaction process.
  • Figure 3 shows a Data Entry Frame (DEF) window and an Interactive Information Field (IIF) window as they appear together on a display screen.
  • Figure 4 shows a Login window.
  • DEF Data Entry Frame
  • IIF Interactive Information Field
  • Figure 5 shows a Patient History window.
  • Figure 6 is a Prescription window.
  • Figure 7 is a Patient Demographic window.
  • Figure 8 is an Office Information window.
  • Figure 9 is a User Information window.
  • Figure 10 is a User Privileges Information window.
  • Figure 11 is a window pertaining to access to a hand-held device.
  • Figure 12 is a Prescription Status window.
  • Figure 13 is window pertaining to the status of a prescription record received from the hand-held device.
  • Figure 14 is an Assign Practice Administrators window.
  • Figure 15 is a Custom Report window.
  • Figure 16 is an IIF Patient Selection Index window.
  • Figure 17 is an IIF Patient Demographics window.
  • Figure 18 is an IIF Pharmacy Selection Index window.
  • Figure 19 is an HF Directions: Action Selection window.
  • Figure 20 is an IIF Error Display window.
  • Figure 21 is a Login window of the hand-held device.
  • Figure 22 is a Select Patient window of the hand-held device.
  • Figure 23 is a Select Prescription Type window of the hand-held device.
  • Figure 24 is a Select Drug/Item Name window of the hand-held device.
  • Figure 25 is a Select For Each window of the hand-held device.
  • Figure 26 is a Directions window of the hand-held device.
  • Figure 27 is a Custom Directions window of the hand-held device.
  • Figure 28 is a Prescription Summary window of the hand-held device.
  • Figure 29 is a Select Pharmacy window of the hand-held device.
  • Figure 30 is a Patient Demographics window of the hand-held device.
  • Figure 31 is a Main Menu window of the hand-held device. DETAILED DESCRIPTION OF THE INVENTION
  • Figure 1 schematically shows a network-based prescribing system 100 for electronically capturing and processing information for prescribing a medication or treatment to a patient.
  • the system 100 provides for generating, saving to database, transmitting and tracking a transaction record that is most commonly a prescription, but can also pertain to an in-practice dispensation by a practitioner of a pharmaceutical sample, or an order to another practitioner to provide therapy.
  • the system 100 has an application server 102 which is connected electronically through a fire wall 104 and a network 106 to a plurality of prescriber practices or offices 108.
  • the network 106 is typically a global network such as the internet but can be a local network such as an intranet.
  • each prescriber practice or office 108 has a network interface such as a conventional workstation 200 with a display screen 202.
  • a portable device which can include a laptop computer 110, and in particular a hand held device such as a personal digital assistant (PDA) 400 with a PDA display screen 402 can be used to input data.
  • PDA personal digital assistant
  • a link 112 which can be wired or wireless is provided from the PDA 400 to the workstation 200, from which the data is forwarded to the application server 102.
  • the network interface need not be in the form of the conventional workstation 200. Any device which provides an interface between the PDA 400 and the application server 102 will suffice, for example a simple receiver which can accept a wireless transmission from the PDA 400 and relay the received information to the application server 102.
  • the application server 102 is also connected to a Data Base server 114, a Data Map server 116, an Electronic Data Interchange (EDI) server 118 and a Fax server 120, in the manner indicated in Figure 1.
  • the EDI server 118 and the Fax server 120 are electronically linked to a fulfillment entity 122, which is typically a pharmacy.
  • the electronic connection is through a phone line block 124.
  • the system 100 provides for use only by a preselected user, who may have any of various levels of authorization which at a minimum provide access to the system 100 and at a maximum allow the user to perform any of the actions for which the system 100 is designed, subject to authentication by the system.
  • a preselected user who may have any of various levels of authorization which at a minimum provide access to the system 100 and at a maximum allow the user to perform any of the actions for which the system 100 is designed, subject to authentication by the system.
  • one level of authorization may be provided to an employee at the medical practitioner's office, while a higher level is provided to the practitioner or to a system administrator.
  • the user can access a transaction record generated at a second workstation associated with the user's medical practice. Also, an authorized user while associated with one medical practice can access the patient's medical history generated at a second medical practice.
  • the system 100 employs several layers of security.
  • the first consists of 2-way SSL (secure socket layers) utilizing triple DES protocol and Client Side certificates.
  • the second layer is comprised of device specific registration associated with the coupling of license strings and working keys known only to a provider of the system.
  • the third layer consists of standard user name/password pairs with Strong passwords formatting (i.e. the requirement that a password contain at least one number.)
  • the system 100 may also provide for a fourth tier that would require authentication of high risk transfer, i.e. narcotics, by the prescriber whose name has been associated with the prescription for transaction.
  • a central database 130 which resides at the Data Base server 114.
  • the database 130 has information necessary to the prescribing of medicines, including patient medical history, pharmacological information regarding the medication, pharmacolegal information regarding the medication, formulary information regarding the medication and general information on drugs and their biochemical ingredients.
  • Formulary information specifies which medically appropriate drags an insurer deems to be acceptable.
  • the medical history information can pertain to large numbers of patients, and a search for the medical history of a specific patient can, for example, be made of all medical history databases within a selected radius.
  • Other important information pertains to the normal use of a drag and its side effects and drag interactions, some of which may be affected by the patient's medical history.
  • the system 100 has a validation mechanism which provides for validating selected items entered into the transaction if they satisfy certain rales in the database 130 pertaining to those items.
  • the database 130 includes information on pharmacolegal matters. The pharmacolegal information pertains to applicable Federal or Central Government, State or Provincial and
  • the database 130 contains a listing of medications and medical devices classified according to controlled substance Schedules I-V, described in the Code of Federal Regulations, Title 21 Food and Drags, Part 1306. A listing of uncontrolled substances is also present in the database 130.
  • the validation mechanism provides for that order's compliance with the aforementioned laws and/or regulations.
  • the database 130 also contains rales pertaining to individual states if these are more stringent than the Federal rules. The validation mechanism provides that the most stringent rales in applicable to the user's locality are complied with. Of course, the database 130 can include rales for other national and lower jurisdictions.
  • the system 100 provides interactive feedback including detail on which law or regulation has been violated and a suggested action for correction to the system user when a prescription has failed validation.
  • the validation mechanism can be programmed to vary, conforming at a given locality with rales required by the laws of whatever jurisdictions apply in that locality. The transaction is not considered complete until it is free of any item which has failed validation, and cannot be saved to database or transmitted until it is complete.
  • Figure 2 is a flow chart showing the steps of a prescription creation and transaction process. It will be appreciated by those skilled in the art that describing fully all features of the system 100 would be cumbersome, and that it is sufficient for the purpose of explaining the working of the invention to provide a detailed description of certain exemplary features. The following will include a description of selected windows which can appear on the display screen 202.
  • Figure 4 shows a login window 212 with a user field 214 and a password field 216. On correctly entering an identification and password, the user can enter the system 100 by pressing a login button 218. After login, a patient history window 232, as shown in Figure 5, normally appears on the display screen 202 by default.
  • the patient history window 232 allows for the review of patient prescription records, and is a particular instance of a data entry frame (DEF) 230, best shown in Figure 3.
  • the DEFs 230 have in common a plurality of primary control buttons 220.
  • the "history" control button in Figure 5 is highlighted to signify to the user that it is active.
  • Each DEF 230 is activated by clicking the appropriate primary control button 220
  • a Prescription window 234 (Figure 6), which allows for the generation of prescription records; a Patient Demographics window 236 (Figure 7), allows for the entry of patient specific information; an Office Information window 238 ( Figure 8), which allows for the entry of office specific information; a User Information window 240 ( Figure 9), which allows for the entry of user related information; a User Privileges Information window 242 ( Figure 10), which allows system access to be assigned to users; a PDA Access window 244 ( Figure 11), which allows for the assignment of hand-held or Personal Digital Assistant (PDA) devices to users; a Prescription Status Window 246 ( Figure 12), which allows for the monitoring of pending prescriptions; a PDA Prescription Status window 248 ( Figure 13), which allows the user to monitor the status of PDA entered data; an Assign Practice Administrators window 250 ( Figure 14), which allows for a user to be designated as a Practice Administrator; and a Custom Report window 252 ( Figure 15), which allows for the creation of custom reporting from the prescription records.
  • a Prescription window 234 Figure
  • the PDA 400 allows the interactive input of data by a user such as a practitioner who cannot always be present at the workstation 200.
  • the PDA 400 provides for writing a prescription and viewing an abbreviated version of the Patient Demographics window 236. Being readily portable, the PDA 400 provides the practitioner with a convenient way to enter data, which can subsequently be transmitted to the workstation 200 for uploading to the database 130 by providing the link 112 between the PDA 400 and the workstation 200.
  • the PDA 400 also provides for designating whether a newly entered prescription, once it has been uploaded to the workstation 200, is for transmittal, printing, or save-to-database-only.
  • Each DEF 230 is always accompanied on the display screen 202 by an interactive information frame (IIF) 260, as shown particularly in Figure 3.
  • IIF interactive information frame
  • the IIF 260 can be a blank window, an informational window or a selection index window.
  • a particular selection index window is normally opened in response to the user clicking an appropriate field of the DEF 230.
  • any one of a plurality of IIFs 260 can be current alongside a particular DEF, depending on the corresponding field which was most recently clicked.
  • data can be entered into a DEF 230 by a variety of ways. Using the following examples which refer to the prescription window 234 of Figure 5, one skilled in the art may infer from the drawings how data can be entered into any of the DEFs 230. Like any DEF, the prescription window 234 may be selected for display by clicking with the mouse on the appropriate primary control button 220; once it has been selected, the "prescription" control button is highlighted as shown in Figure 5 to signify to the user that it is active.
  • This window 264 lists patients associated with any office 108 for which the current user has Prescription Entry privileges. It allows the user to change the patient associated with a prescription without clearing any prescription information.
  • Clicking an Edit Patient button 266 opens an IIF Patient Demographics window 268 ( Figure 17) if the user attempting to do so has been properly authenticated by the application server 102; otherwise, a message indicating that the user is unauthorized appears. If authorized, the user may then edit information for the selected patient in the Patient Demographics window 236.
  • a Pharmacy Field 270 defaults to a pharmacy previously used by the patient. Clicking the Pharmacy Field 270 causes an IIF Pharmacy Selection Index window 272 ( Figure 18) to open, showing a list of fulfillment entities any of which can be selected in preference to a default pharmacy, causing the preferred fulfillment entity 122 to appear in the Pharmacy Field 270.
  • a Date Field 274 defaults to the current Server date, and may be directly edited by the user to a past date.
  • An Rx (Prescription) Type Pull Down List Box 276 provides a list of prescription categories including Standard, Compound, OTC (over the counter), Homecare, and Sample. Normally the list defaults to "Standard", indicating that a standard prescription consisting of a single prescription medication is desired. When “Sample” is selected, this provides for in- practice dispensation by the practitioner of a pharmaceutical sample, the resulting transaction not being a prescription intended for fulfillment at a pharmacy facility and including an identifier to that effect. When “Compound” is selected, this provides for the practitioner to select two or more pharmaceutical products or agents, specifying quantity and unit, and compile them into a list in the form of a formula for pharmacist compounding. This list of components becomes part of the prescription intended for conveyance to the pharmacy. Clicking a Drug/Item Name Field 278 opens an IIF Drag Name Selection Index window
  • the specific IIF displayed depends on Prescription Type; Standard & Sample displays a Drug Name Selection; OTC displays an OTC Drag Name Selection; Homecare displays Homecare Item Selection; and Compound displays Compound Builder. These IIFs are not illustrated.
  • the content of the Drag/Item Name Field 278 can only be modified via the IIF Drug Name Selection Index window.
  • a Strength Field 280 and a Form Field 282 are read-only fields displaying the strength and form of the drug item selected, but remaining empty if the prescription type is Homecare or
  • a Quantity (Qty.) Field 284 requires the user to enter directly therein a metric quantity of units of medication to be dispensed.
  • Action Selection window 288 Clicking on an Action Field 286 opens an IIF Directions: Action Selection window 288
  • the user can click on any of these actions, causing it to be displayed in an IIF Action Field 290 and in the Action Field 286. Clicking on a Number Field 292 opens an IIF Directions: Number window (not shown), which provides for the user to select a single one- or two-digit number or two such numbers to signify a number of units or a range of units of dosage of the drug or item to be administered, the number or range then being displayed in the number field 292.
  • Route Selection window (not shown), which provides for the user to select a route of administration of the prescribed substance, from a list of such routes. Examples of routes are “in both ears” or “intravenously”.
  • Each route has an associated letter code which appears in the Route Field 294.
  • Condition 2 Field 300 opens an IIF Directions: Condition 2 Selection window (not shown) which provides for the user to select a symptom-oriented condition from a list of such conditions. Examples of symptom-oriented conditions are "for shortness of breath", “for pain” or “for nausea”. Each symptom-oriented condition has an associated letter code which appears in the Cond. 2 field 300.
  • Each Dose field 302 provides for the user to enter directly therein additional information associated with the units of medication to be administered from a non-unit dose Quantity expressed as a volume. This is typically used to confirm the intended dosage of medications in liquid form, since they are not provided in discrete units such as tablets, capsules and so on.
  • Field 304 provides for the user to enter directly therein the number of refills of the prescription which may be dispensed.
  • a Free Form Directions Field 306 allows the user to optionally enter directly therein additional directions associated with the use of medication to be dispensed. In certain cases, other fields which provide directions may not have been completed. For example, they may not have been completed for prescription types not involving controlled substances; in such cases, the Free Form Directions Field 306 must be completed.
  • a Prescriber Field 308 opens an HF Prescriber Name Selection Index window (not shown) which provides for the user to select from a list of Prescribers associated with the current office of login who have a user status of "Active".
  • a License Field 310 is a read-only filed displaying a State license number corresponding to the selected prescriber.
  • a DEA Number Field 312 is a read-only filed displaying a DEA number corresponding to the selected prescriber. Clicking on a Dispense As Written Check Box 314 causes the displayed box to appear checked. Clicking on a Controlled Substance Exception Code Field 316 opens an IIF Controlled
  • Substance Exception Codes Selection Index window (not shown), which provides for the user to select from a list of letter codes, each of which corresponds to an enabling condition for prescribing a controlled substance. It is evident from the foregoing description that the system 100 allows for the recording of each portion of the directions of a prescription separately. This method of data capture allows for high levels of validation calculations on each of the individual variables that together represent the directions.
  • buttons in the prescription window which may collectively be referred to as Transaction buttons are a Transmit-Save button 318, a Print-Save button 320 , a Save for History
  • the Transmit-Save button 318 provides for the prescription to be transmitted to the selected pharmacy.
  • the Print-Save button 320 provides for the prescription to be printed as a hard copy.
  • the Save for History Only button 322 provides only for the data to be saved in the database 130, without any output.
  • the Validate Only button 324 provides for the prescription to be displayed on a Prescription Status screen (not shown) for output mode assignment. This for example provides for an otherwise valid transaction prepared by a user at a lower authorization level to be held in a suspense area to await review and approval by a user with a higher authorization level than the current user.
  • a Change Output button (not illustrated) appears which permits the user to change the mode of Transaction originally assigned on the PDA device 400.
  • Print-Save button 320 is clicked, this additionally initiates validation of logic associated with transmit or print modes. In particular, it validates whether the current user is authorized to transmit or print the prescription.
  • the system 100 contains database information on drug-to-drag interactions and further contains drag-related biochemical information; for example, certain biochemical and enzyme species that can occur in the human body may result in possible interactions which inactivate, accelerate or decelerate the metabolism of medications that are simultaneously present in the body.
  • a DEF 230 and an IIF 260 allows the user to select a plurality of drugs; if the drags have an undesirable interaction, an error window so indicates and recommends corrective action, such as the selection of an alternative drug.
  • the system 100 could have an IIF 260 allowing the user to enter one or more biochemical or enzyme species which maybe present in the patient's body, for example as a result of the patient's condition. If the biochemical or enzyme species interacted with one or more of the plurality of drugs to produce an undesirable outcome, an error window would so indicate and recommend a corrective action, such as the selection of an alternative drag.
  • the IIF 260 which would allow the user to enter a condition of the patient which would be prone to producing such a biochemical or enzyme species. Again if an undesirable outcome were indicated, an error window would suggest a corrective action, such as the selection of an alternative drug.
  • the PDA 400 can store and provide for the retrieval of selected data from a PDA subset 404 of the database 130, and allows the authorized practitioner to enter therein data for a new prescription or for an in-practice dispensed medication.
  • the PDA 400 has the following PDA windows which can appear on the PDA display screen 402: a PDA Login window 408 ( Figure 21) which allows the practitioner to authenticate to the PDA device prior to use; a Select Patient window 410 ( Figure 22) which allows the user to select the patient to be associated with the new prescription; a Select Prescription Type window 412 ( Figure 23) which allows the practitioner to select the prescription type and associated parameters; a Select Drag/Item Name window 414
  • FIG. 24 which allows the user to select a drag or item to be associated with the prescription; a Select For Each window 416 (Figure 25) which contains selections associated with quantity, refills and the dispense as written parameters; a Directions window 418 (Figure 26) which allows the user to build the prescription directions, such directions being built in a manner similar to that provided by the main prescription window 234; a Custom Directions window 420 ( Figure 27) which allows the user to enter custom or "free form” direction text, again in a manner similar to that provided by the main prescription window 234; a Prescription Summary window 422 ( Figure 28) which provides a summary display of the prescription record the practitioner has constructed via the previous windows and also provides opportunity to edit this record; a Select Pharmacy window 424 (Figure 29) which allows the practitioner to select a pharmacy to be associated with the prescription record and the patient; a PDA Patient Demographics window 426 ( Figure 30) which allows the practitioner to view information from the PDA local patient record; and a Main Menu window 428 ( Figure 31) which allows the user to
  • the system 100 is network-based, security is a prime concern.
  • the system 100 is therefore designed to permit only encrypted data to be exchanged in either direction between the workstation 200 and the application server 102.
  • the practitioner has authorized access to a PDA which is preregistered for use in the current practice of login.
  • the practitioner logs into the PDA via the PDA login window 408 on entry of a valid password, and the PDA defaults to the PDA
  • the link 112 between the PDA and the application server 104 is established; as stated earlier, the link 112 may be either wired via a workstation conduit, or wireless.
  • the PDA record is uploaded from the
  • PDA 400 to the database 130 and any new data (such as new patient records) are downloaded from the database 130 to the PDA 400.
  • the system 100 is programmed to automatically flag records for download if the creation date is more recent than the date of the previous synchronization event.
  • the user can view it through the PDA Prescription Status window 246 ( Figure 13), which allows the status of PDA entered data to be monitored on the display screen 202; at this time the user is typically an authorized individual other than the practitioner who entered the prescription into the PDA 400.
  • the prescription has no invalid item and was tagged for printing, it appears in a PDA Print Queue portion 330 of the PDA Prescription Status window 246, wherein it can be highlighted and printed by clicking a Print Selected button 332. If the prescription has no invalid item and was tagged for send, it will be automatically forwarded electronically to the selected Pharmacy. If it has failed validation, it appears in a PDA Failed Validations portion 334 of the Prescription Status window 246, wherein it can be highlighted. Clicking a highlighted field 336 causes the corresponding Prescription window 234 to open, which allows the prescription to be edited if the user is so authorized.
  • the invention provides a secure network-based electronic system 100 with a database 130 containing patient information, drug information and user information, and has a display 202 whereon can concurrently be displayed a DEF 230 and an IIF 260 which is interactive therewith.
  • the drug information includes pharmacolegal information.
  • Selected data can be drawn from the database 130 and entered into a transaction which can if validated be saved to database.
  • the transaction may fail validation if it contains items which lie outside statutory limits, which alert the user to undesirable drag interactions or which conflict with formulary requirements.
  • the transaction may take the form of a formal prescription for fulfillment by a pharmacy, or it may provide a record of an in-practice dispensed medication sample.
  • the system 100 provides the user with an opportunity to remedy failed validations by taking corrective actions.
  • the system 100 provides for data to be entered into the hand held device for subsequent uploading through the wired or wireless link 112 to the application server 102 through a network interface such as the conventional workstation 200.
  • the network interface can be in the from of any receiver which can wirelessly receive information from the hand held device 400 for relay to the application server 102.
  • the system further provides that the practitioner responsible for an aspect of a given patient's care, who generates medication or prescription histories, can authorize access to selected records of such histories to other appropriate physicians or medical practitioners involved in the care of the aforementioned patient. Further, the patient's medical history information can be retrieved by an authorized search of all accessible records of all patients in a selected region.

Landscapes

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

Abstract

L'invention concerne un système (100) électronique de prescription d'articles médicaux. Le système (100) comprend un mécanisme de validation qui soumet certains articles à des critères de vérification incluant des critères juridiques, et empêche que l'ordonnance soit communiquée à un distributeur tant que ces critères ne sont pas remplis.
PCT/US2001/025825 2000-08-17 2001-08-17 Systeme de gestion d'ordonnances WO2002015095A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001285040A AU2001285040A1 (en) 2000-08-17 2001-08-17 Prescription managing system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US64045600A 2000-08-17 2000-08-17
US09/640,456 2000-08-17

Publications (1)

Publication Number Publication Date
WO2002015095A1 true WO2002015095A1 (fr) 2002-02-21

Family

ID=24568321

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/025825 WO2002015095A1 (fr) 2000-08-17 2001-08-17 Systeme de gestion d'ordonnances

Country Status (2)

Country Link
AU (1) AU2001285040A1 (fr)
WO (1) WO2002015095A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2376109A (en) * 2000-09-04 2002-12-04 Enigma Health Uk Ltd Improvements relating to information management systems
WO2004086262A1 (fr) * 2003-03-28 2004-10-07 Alchemist Healthcare Limited Systeme et procede de prescription et distribution pharmaceutiques

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5737539A (en) * 1994-10-28 1998-04-07 Advanced Health Med-E-Systems Corp. Prescription creation system
US5845255A (en) * 1994-10-28 1998-12-01 Advanced Health Med-E-Systems Corporation Prescription management system
US5883370A (en) * 1995-06-08 1999-03-16 Psc Inc. Automated method for filling drug prescriptions

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5737539A (en) * 1994-10-28 1998-04-07 Advanced Health Med-E-Systems Corp. Prescription creation system
US5845255A (en) * 1994-10-28 1998-12-01 Advanced Health Med-E-Systems Corporation Prescription management system
US5883370A (en) * 1995-06-08 1999-03-16 Psc Inc. Automated method for filling drug prescriptions

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2376109A (en) * 2000-09-04 2002-12-04 Enigma Health Uk Ltd Improvements relating to information management systems
WO2004086262A1 (fr) * 2003-03-28 2004-10-07 Alchemist Healthcare Limited Systeme et procede de prescription et distribution pharmaceutiques
GB2416611A (en) * 2003-03-28 2006-02-01 Alchemist Healthcare Ltd System and method of pharmaceutical prescription and distribution

Also Published As

Publication number Publication date
AU2001285040A1 (en) 2002-02-25

Similar Documents

Publication Publication Date Title
US6988075B1 (en) Patient-controlled medical information system and method
US20230377009A1 (en) Prospective management system for medical benefit prescriptions
US20020010595A1 (en) Web-based medication management system
US7072840B1 (en) Prescription management system
US7483839B2 (en) Computerized prescription system for gathering and presenting information relating to pharmaceuticals
US7574370B2 (en) Prescription management system
US5737539A (en) Prescription creation system
US7286997B2 (en) Internet-based, customizable clinical information system
US20060184524A1 (en) Method and system for automated data analysis, performance estimation and data model creation
US8676604B2 (en) Method and apparatus for medication prescription consultation
US20040078231A1 (en) System and method for facilitating and administering treatment to a patient, including clinical decision making, order workflow and integration of clinical documentation
US20100161353A1 (en) Prescription management system
US20160070882A1 (en) Drug prescription and disease management systems and methods
US20150120321A1 (en) Wearable Data Reader for Medical Documentation and Clinical Decision Support
US20130204637A1 (en) Pharmacy workflow management system
US20090138281A1 (en) Patient-controlled medical information system and method
US20170344724A1 (en) Responsive server, server system and server method for automatically dispensing based on comprehensive medication authorization processing
EP0800680A1 (fr) Systeme de gestion des prescriptions
WO2004001539A2 (fr) Systeme et procede de consommation de medicaments en boucle fermee
WO2002086655A2 (fr) Systeme de marketing base sur l'autorisation destine a etre utilise avec des ordonnances medicales
US20030144880A1 (en) Method and program for creating healthcare facility order types
US20050261940A1 (en) Method and apparatus for managing drug inventory at point of care
US20060196928A1 (en) System and method to assist patients in complying with medication regimes
US20070214018A1 (en) Method which creates a community-wide health information infrastructure
US20170242962A1 (en) Online managed medical portal for patients and physicians

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PH PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载