US20110191122A1 - Method and apparatus for managing physician referrals - Google Patents

Method and apparatus for managing physician referrals Download PDF

Info

Publication number
US20110191122A1
US20110191122A1 US12/916,780 US91678010A US2011191122A1 US 20110191122 A1 US20110191122 A1 US 20110191122A1 US 91678010 A US91678010 A US 91678010A US 2011191122 A1 US2011191122 A1 US 2011191122A1
Authority
US
United States
Prior art keywords
physician
patient
appointment
referral
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US12/916,780
Inventor
Oliver D. Kharraz Tavakol
Nikhil Ganju
Cyrus E. Massoumi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zocdoc Inc
Original Assignee
Zocdoc 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
Priority claimed from US12/210,664 external-priority patent/US20100070295A1/en
Priority claimed from US12/210,690 external-priority patent/US20100070303A1/en
Priority claimed from US12/210,716 external-priority patent/US20100070296A1/en
Priority claimed from US12/210,765 external-priority patent/US8688466B2/en
Priority claimed from US12/722,728 external-priority patent/US10185929B2/en
Priority to US12/916,780 priority Critical patent/US20110191122A1/en
Application filed by Zocdoc Inc filed Critical Zocdoc Inc
Assigned to ZocDoc, Inc. reassignment ZocDoc, Inc. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: GANJU, NIKHIL, KHARRAZ TAVAKOL, OLIVER D., MASSOUMI, CYRUS E.
Priority to CA2816531A priority patent/CA2816531A1/en
Priority to PCT/US2011/035116 priority patent/WO2012060899A2/en
Priority to EP11721166.4A priority patent/EP2628137A4/en
Publication of US20110191122A1 publication Critical patent/US20110191122A1/en
Assigned to VENTURE LENDING & LEASING VI, INC., VENTURE LENDING & LEASING VII, INC. reassignment VENTURE LENDING & LEASING VI, INC. SECURITY AGREEMENT Assignors: ZocDoc, Inc.
Assigned to SILICON VALLEY BANK reassignment SILICON VALLEY BANK SECURITY AGREEMENT Assignors: ZocDoc, Inc.
Assigned to ZocDoc, Inc. reassignment ZocDoc, Inc. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: VENTURE LENDING & LEASING VI, INC., VENTURE LENDING & LEASING VII, INC.
Assigned to ARES VENTRUE FINANCE, L.P. reassignment ARES VENTRUE FINANCE, L.P. SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ZocDoc, Inc.
Assigned to BEARCUB ACQUISITIONS LLC reassignment BEARCUB ACQUISITIONS LLC ASSIGNMENT OF IP SECURITY AGREEMENT Assignors: ARES VENTURE FINANCE, L.P.
Priority to US15/858,451 priority patent/US10997555B1/en
Assigned to HERCULES CAPITAL, INC., AS AGENT reassignment HERCULES CAPITAL, INC., AS AGENT SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ZODOC, INC.
Assigned to HERCULES CAPITAL, INC., AS AGENT reassignment HERCULES CAPITAL, INC., AS AGENT CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNOR'S NAME PREVIOUSLY RECORDED AT REEL: 046531 FRAME: 0192. ASSIGNOR(S) HEREBY CONFIRMS THE SECURITY INTEREST. Assignors: ZocDoc, Inc.
Assigned to ZocDoc, Inc. reassignment ZocDoc, Inc. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: HERCULES CAPITAL, INC., AS AGENT (AS SUCCESSOR IN INTEREST TO BEARCUB ACQUISITIONS LLC, AS SUCCESSOR IN INTEREST TO ARES VENTURE FINANCE, L.P.)
Assigned to ZocDoc, Inc. reassignment ZocDoc, Inc. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: SILICON VALLEY BANK
Priority to US17/209,813 priority patent/US11790319B2/en
Priority to US18/244,742 priority patent/US20230419258A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/22Social work
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Definitions

  • the present invention relates to a method and apparatus for managing the physician referral process, whereby a referring physician (e.g., a primary care provider) refers a patient to another physician (e.g., a specialist) for a particular medical procedure, analysis or care.
  • a referring physician e.g., a primary care provider
  • another physician e.g., a specialist
  • One proposed solution is for the primary care provider to use a remote desktop session with the secondary care provider's office to make an appointment while the patient is in communication (e.g., on the phone) with the primary care provider. This is not a desirable solution because:
  • an apparatus and method that allows doctors and their administrative staff to manage the process of physician referrals, whereby a patient is referred from one physician (the referring physician) to another physician (the referred-to or receiving physician) for a particular medical procedure, or analysis or care.
  • an aggregator provides systems and methods available to physicians and their administrative staff (herein collectively referred to as physicians or doctors) to:
  • systems and methods for eliminating inefficiencies in the sharing of patient information enabling, for example, the referring doctor to track a patient's progress after treatment by a specialist, thereby eliminating uncertainty and allowing more effective treatment in their next meeting.
  • systems and methods are provided for reducing patient non-compliance (e.g., failure to book or attend a scheduled appointment) with the physician referral process by establishing communication channels with the patient and the referred-to physician.
  • systems and methods are provided for reviewing a patient's progress after a referral appointment, by facilitating communications about the patient between the referring physician and the referred-to physician.
  • systems and method are provided for reviewing and reporting the results of one or more appointment referrals, enabling the referring physician to analyze the patient experience and/or quality of patient care, physician communication and history of (e.g., willingness and ability to accept) referral appointments by the referred-to physician.
  • systems and methods are provided for facilitating referrals to in-network or otherwise affiliated physicians.
  • systems and methods are provided for ensuring patient care after a hospital discharge.
  • systems and methods are provided for managing hospital emergency room capacity, including referring select patients to available primary care providers with available appointments to reduce the unnecessary use/expense of emergency room facilities.
  • systems and methods are provided for ensuring proper post emergency room care, enabling emergency room discharge staff to make appointments with qualified physicians to provide post-discharge care.
  • an online physician referral apparatus comprising:
  • a method for online booking of physician referrals comprising:
  • the PPD further includes one or more of an affiliation of the physician with a provider group, insurance carrier, insurance plan, and procedures performed.
  • the filtering step is based on specialty and location and the portal displays a filtered listing of the physicians and their available appointment times.
  • the portal in response to the filtering, displays a filtered listing of the physicians including their respective name, specialty, location, and insurance or payment information.
  • the referring physician further performs the step of tracking one or more selected appointments.
  • the tracking is performed based on one or more of the selected physician and the patient.
  • the method further comprises the step of the referring physician transferring patient information to the selected physician.
  • the method further comprises the step of the selected physician transferring patient information via the portal to the referring physician.
  • the method further comprises the step of the referring physician reviewing on the portal a booking history of selected appointments.
  • the booking history can be filtered by the referring physician based upon one or more of the patient, selected physician, specialty and date.
  • the booking history comprises one or more of:
  • the method further comprises the step of the referring physician establishing communication via the portal with one or more of the patient and the selected physician.
  • the communications include one or more of a reminder to the patient and providing patient information to the selected physician.
  • the method further comprises the step of the referring physician reviewing a history of the communications on the portal.
  • the method further comprises the steps of the portal displaying a description of the booked appointment and the referring physician printing the displayed description and providing the printed description to the patient.
  • the portal is a website.
  • the patient information can be uploaded by the referring physician to the portal.
  • the patient information can be uploaded by the selected physician to the portal.
  • a computer readable storage medium is provided with instructions to one or a plurality of computers for execution of the described methods.
  • a method for online booking of physician referrals comprising:
  • the referring physician transfers patient information to the selected physician via the portal.
  • the method further comprises the step of the referring physician tracking one or more of the appointment and the patient's progress via the portal.
  • a system for managing patient referrals comprising:
  • a network based scheduling system comprising:
  • the network is the Internet.
  • the aggregator provides a Web portal accessible to the physicians for receiving and supplying the scheduling and appointment times.
  • the controller synchronizes the available appointment times with the appointment calendars of the physicians accepting referral appointments.
  • the controller supplies a real time master schedule via the network.
  • the controller operates via the network to supply tracking information relevant to the selected appointment.
  • the tracking information includes one or more of:
  • the selecting is based on at least one of the specialty and procedures performed.
  • the selecting is based on the specialty, location and insurance or payment information.
  • the selecting is based on the affiliation.
  • the selecting is based on the insurance or payment information and at least one of the specialty and procedures performed.
  • the referring physician selects one of the displayed available appointment times.
  • the filtering step is based on specialty, location, and type of insurance or payment information and the portal displays a filtered listing of the physicians and their available appointment times.
  • filtering step is based on at least one of specialty, location, affiliation, procedures performed, and insurance or payment information and the portal displays a filtered listing of the physicians and their available appointment times.
  • the referring physician enters insurance or payment information for the patient and the filtering step includes filtering based upon a match of the physician's insurance or payment information and the patient's insurance or payment information.
  • the insurance information comprises one or more of an insurance carrier and an insurance plan.
  • the referring physician enters a reason for an appointment, and the filtering step includes filtering based upon the entered reason.
  • the patient identification information comprises one or more of the patient's email address, phone number, and name.
  • the referring physician enters patient identification information for a new patient not existing in the database.
  • the referring physician enters patient identification information for an existing patient in the database.
  • the method further comprises the step of registering the referring physician to allow access to the portal.
  • access to the portal is limited to referring physicians previously registered with the portal.
  • the PPD includes an affiliation of the physician with a provider group and the tracking is performed based on the affiliation of the physician.
  • the patient information includes one or more of clinical information, contact information, physician notes and insurance forms.
  • the booking history includes links to additional information concerning one or more of the appointment, the selected physician and the patient.
  • the links include one or more of insurance forms, patient clinical information, medical history, physician notes and appointment history.
  • the communication comprises sending an electronic communication to the patient regarding the booked appointment.
  • the central managed database is synchronized with one or more appointment calendars of the different provider groups.
  • the booked appointment is synchronized automatically with a scheduling calendar of the selected physician.
  • the physicians are not required to be registered with the portal.
  • the central managed database further includes patient information comprising one or more of patient clinical information, patient contact information, patient insurance form, patient test result, and appointment history.
  • the referring physician is notified of a missed appointment.
  • FIG. 1 is a schematic representation of an exemplary communications network for implementing various embodiments of the present invention
  • FIG. 2 is a block diagram of an exemplary computer on which the software product(s) of the present invention may be executed;
  • FIG. 3 is one example of a webpage from an aggregator's website enabling a referring physician to identify potential specialists for a referral appointment according to one embodiment of the invention
  • FIG. 4 is one example of an aggregator's webpage for entering patient insurance or payment information
  • FIG. 5 is one example of an aggregator's webpage for entering patient information
  • FIG. 6 is one example of an aggregator's webpage for confirming the booking of a referral appointment
  • FIG. 7 is one example of an aggregator's webpage for printing confirmation of the referral booking
  • FIG. 8 is one example of an aggregator's webpage allowing a referring physician to review a booking history of referral appointments
  • FIG. 9 is one example of a more detailed webpage link to a specific patient in the booking history of FIG. 8 ;
  • FIG. 10 is another example of a linked webpage from the booking history of FIG. 8 ;
  • FIG. 11 is a schematic illustration of one method and apparatus for booking referral appointments in which both the referring physician and specialist utilize the Referral Cockpit;
  • FIG. 12 is a schematic illustration of a method and apparatus according to one embodiment of the invention in which the referring physician postpones selection of a specific appointment time;
  • FIG. 13 is a schematic illustration of a method and apparatus according to one embodiment of the invention in which a referring physician books a referral appointment outside the Referral Cockpit system;
  • FIG. 14 is a schematic illustration of a method and apparatus according to another embodiment of the invention in which the referring physician books an appointment outside the Referral Cockpit system;
  • FIG. 15 is a schematic illustration of a method and apparatus according to another embodiment of the invention in which an emergency room administrator books a referral appointment;
  • FIG. 16 is a schematic illustration of a method and apparatus according to another embodiment of the invention in which patient records are transferred via the aggregator;
  • FIG. 17 is one example of a database structure according to one method and apparatus of the invention in which the aggregator database uses stored doctor and patient data to enable the booking of a referral appointment;
  • FIG. 18 shows one example of database records according to one embodiment of an apparatus and method of the invention containing stored referral appointment information.
  • Apparatus and methods are described herein for improving the patient referral process which enables online booking of healthcare appointments on a centralized service provider's (aggregator's) website.
  • network based communications are required between one or more of the aggregator, physician practice groups, patients, hospitals and insurers.
  • the block diagrams of one such communication system is illustrated in FIG. 1 and is meant to be representative only. Suitable hardware, communication protocols and software languages for implementing the systems and methods of various embodiments of the invention are readily known to those who are skilled in the art and any discussion herein is not meant to limit the scope of the invention.
  • FIG. 1 illustrates schematically network communications among various server computers 4 a, 4 b, 4 c, and 4 d and client computers 5 a shown coupled together via a network or cloud 6 (e.g., the Internet) to communicate with one another using standard communication protocols, such as TCP/IP.
  • the servers can be any type of server, including but not limited to a Windows, Unix, Linux and/or Apple servers.
  • Each server may have an attached data storage system 3 a, 3 b, 3 c and 3 d for storing software applications and data.
  • the network of FIG. 1 allows communications between a centralized service provider (aggregator), multiple healthcare practitioner practice groups, multiple hospitals, multiple insurers, and multiple patients.
  • the aggregator's server provides a network based service to the practitioner groups, hospitals, insurers, and patients, e.g. an aggregator's server 4 a provides a web-based data processing service and interface to each of the physician or patient computers 5 a, practice group servers 4 b, hospital servers 4 c, and insurance provider servers 4 d, and can also communicate electronically via email with each of these computers and servers.
  • the aggregator's server also communicates (e.g.
  • the aggregator's service is provided to one or more practice groups, one or more hospitals, and/or one or more insurance provider(s).
  • practice groups it being understood that the services can similarly be provided to other healthcare provider groups.
  • FIG. 2 is a block diagram of one server 4 which includes a processor 8 , memory 9 , data storage 10 , disk drive 11 , keyboard/mouse 12 , computer display 13 and network interface 14 .
  • the components are coupled together and communicate via a system bus 16 .
  • Various software modules of the present invention can be loaded into data storage and during operation are transferred into memory (e.g. RAM) for execution by the processor.
  • a user may manipulate the software and enter commands to the server using the keyboard/mouse.
  • the input/output may be viewed on the display screen.
  • the network interface couples the server to the Internet or whatever type of network is used to connect the server with the other computers and servers of the respective practice groups, patients, hospitals, insurers and aggregator.
  • the server may communicate with a storage array or storage network (e.g. SAN) if there is a need to access large amounts of data.
  • a database of patient records, practice group (practitioner) records, and associated scheduling records may be implemented as a relational database and search engine with, for example, Microsoft's Active Server Page Technology, SQL Server Technology, Database Artisan Software, or database products from Oracle Corp., Redwood Shores, Calif.
  • the software described herein may be implemented as various modules, e.g. a web module, a database module, an email module, a facsimile module, and standard application programming interfaces (APIs).
  • the web module may include a set of templates and icons to enable the creation of web pages. It may include other tools to allow one to create browser friendly websites. These tools enable the creation of dynamic hypertext web pages to be accessed by the practice groups, hospitals, insurers, patients and aggregator.
  • the database module may include a relational database and search engine.
  • the records, fields, search queries and other features of the database are described below and suitable alternatives will be apparent to persons who are skilled in the art.
  • database is meant to include any of various types of data repositories and processes for indexing, searching, storage and retrieval from such repositories.
  • the email module allows emails to be sent to/from patients, practice groups, hospitals, insurers and the aggregator via the respective server/computer.
  • the emails can be sent manually by a person operating the server and can be automatically generated by the server.
  • the email module can be configured to automatically query the database module and send email messages to entities identified in the database module.
  • the software may include standard APIs so data and other information can be exchanged with other software systems.
  • Each practice group server may include the group's own practice management software and any other database of information used by the practitioners in that group.
  • the aggregator may install software on the practice group's server for uploading available appointment times to the aggregator's database and otherwise automating and synchronizing the appointment calendars of the practice group and the aggregator.
  • the relevant appointment booking information may be stored on one or both of the aggregator and practice group servers and data storage systems.
  • the aggregator may install software on a hospital's server and/or insurer's server for the same or similar purposes (e.g., exchange of profile information and/or appointment scheduling information).
  • the database maintained by the aggregator may include records of practitioner profile information and booking information for the practice groups and their respective practitioners, the hospitals and their affiliated practitioners, the insurance providers and their participating practitioners, and each patient who establishes an account with the aggregator. These records will be described further below in various embodiments.
  • the term “physician” or “doctor” refers to a physician administering patient care, as well as to those members of his staff responsible for maintaining the physician's calendar and/or patient records. Though the term is used interchangeably, it should be understood that in the exemplary figures and accompanying text, each function is being performed by one or more persons that perform such activities in a particular doctor's office on behalf of a physician.
  • specialty is applied to a physician administering secondary care to a patient after a referral from a referring physician, and is also applied to other members of his staff in the same manner as is done for a physician. It may be possible for any given physician to in one situation be a specialist (receiving a patient via referral), and in another be a primary care physician (referring a patient to another physician for specialized care).
  • the same staff member may process both the referral and its receipt.
  • there would still be authentication required on both ends of the referral process meaning that there would still be effectively two users (one representing the referring physician, one the receiving specialist) involved, even if there was only one actual person responsible.
  • a “provider group” or “practice group” may be any entity linking a group of doctors through shared facilities, services, or referral agreements. This can include but should not be limited to integrated multi-facility hospitals, insurance networks, medical groups, and multi-doctor practices.
  • a portal referred to herein as a Referral Cockpit enables a referring (e.g., primary care) provider's office to initiate a search for and then select among a customized list of doctors based on a desired patient procedure, specialty, accepted insurances, affiliation with provider systems, and/or a number of further criteria (geographic location, gender, etc.).
  • the office can then choose from available time slots in real time, and book a referral appointment online. This makes it far easier to ensure that the patient can see a specialist in close proximity and timely fashion. It also eliminates the possibility that the patient may forego necessary care due to the inconvenience of obtaining an appointment.
  • Each practice has the ability to edit their physician's displayed availability, accepted procedures, and accepted insurance plans. These data are stored on an aggregator database and made available to other medical professionals with access to the system. For many common practice management systems, availability can also be synchronized automatically with the doctor's existing calendar.
  • a practice chooses not to display its availability in real time (or is not technologically capable of having someone maintain its calendar), or a patient does not yet want to decide on a time, the referring practice can still make a tentative appointment.
  • a notification is then sent electronically to both the patient and the receiving (referred-to) practice.
  • the patient's data now becomes accessible to the receiving practice, offering the opportunity to send reminders and arrange for the appointment at a later time.
  • a doctor or practice manager can input a patient's desired procedure, location, insurance provider and plan. These parameters serve to filter the view of the database provided to the referring party, and thus create a view of available appointments.
  • FIGS. 3-10 An example of an apparatus and method for online booking of referral appointments will now be described with respect to FIGS. 3-10 .
  • FIG. 3 is an example of a webpage 20 from an aggregator's website which enables a referring physician to filter profile data stored in the aggregator's central managed database for selecting an acceptable physician for the referral appointment.
  • the webpage entitled “Find Doctor” includes eight filtering (input) windows 21 - 28 prompting the referring physician to enter or select from a pull down menu, for the following items: doctor or practice 21 , location (zip code, neighborhood, or city) 22 , specialty 23 , sub-specialty 24 , reason for visit 25 , insurance company 26 , insurance plan 27 , and a checkbox to select “only show doctor's with availability” 28 .
  • the referring physician enters the appropriate information and then clicks the search button 29 , initiating the search of the aggregator's database based on the entered filtering information.
  • the referring physician can pick among the windows based upon his or her knowledge of the specific patient, medical condition, desire to select a physician within an affiliated network, and/or location.
  • the referring physician enters the specialty 23 and location 22 .
  • a results window 30 containing a list of potential receiving physicians that satisfy the filtering criteria.
  • FIG. 3 shows the initial three rows 31 , 32 , 33 for the first three physicians.
  • Each row includes a first column containing a numbered map marker 34 which also appears in another window 43 located on the upper right hand corner of the page, the window 43 being a geographical display (street map) showing the location of the physician's office by the same numbered marker. If the physician has additional practice locations, this is indicated by a link 42 (as shown for the physician in the second row), wherein clicking on the link 42 will identify and display additional map marker numbers, with corresponding markers on the geographical display 43 .
  • a photo of the physician 35 and name and contact information for the physician 36 there is provided (where available) a photo of the physician 35 and name and contact information for the physician 36 ; the information 36 may include a link for accessing additional profile information concerning the physician.
  • a link 37 which prompts the user to enter the patient insurance information at the top of the page (windows 26 , 27 ), if not already provided.
  • a grid display 38 of available appointment times for this physician includes column headings across the top with designations 39 for various days of the week, and an advance button to select subsequent weeks.
  • the selected appointment time for the selected physician is then processed by the aggregator's software and the aggregator's website displays web page 50 shown in FIG. 4 .
  • the referring physician is now prompted to enter in the first filter window 52 a reason for the patient's visit, which may be selected from a pull down menu, and to confirm the patient's insurance details, namely whether the patient is paying himself 53 , whether the patient has health insurance 54 , entering the name of the insurance carrier 55 , and entering the name of the insurance plan 56 .
  • the referring physician hits the button 57 to confirm the entered information.
  • the display includes the referred-to physician identification information 58 , the time and date of the selected appointment 59 , the location of the appointment 60 and a geographical display 61 with a map marker showing the location of the appointment.
  • This page entitled Patient Details, includes on the left hand side a window 71 for entry of patient identification information.
  • the referring physician enters identifying information for the patient in the upper portion 72 , to determine if the patient is previously included in the aggregator database, or else the referring physician creates a record for a new patient not previously existing in the database, in the lower portion 79 .
  • the referring physician then enters the following information in the designated boxes, the required information being designated with an asterisk: email address in window 80 , phone number in window 81 , whether the phone number is a cell phone in window 82 , patient first name 83 , patient last name 84 , patient zip code 85 , patient gender 86 , and patient date of birth 87 .
  • the referring physician then clicks the next button 88 and the aggregator's software processes the entered information.
  • the same physician identification 58 time and date of the appointment 59 , location of the appointment 60 , and geographical display 61 .
  • the patient insurance information 89 and reason for the visit 90 is shown in FIG. 5 .
  • This page entitled “Confirm Booking”, includes on the left hand side a window 101 which confirms the identity of the patient 102 and prompts the referring physician to establish a communication channel with one or more of the patient 103 and referred-to physician 106 .
  • Window 101 includes the patient's email address, to which an email confirmation of the appointment will be sent 104 . If the referring physician wishes to also send a text reminder to the patient, he so indicates this in input box 105 . The referring physician can also establish a communication channel 106 with the selected (referred-to) physician.
  • the referring physician may enter notes concerning the patient and/or appointment in the entry window 107 .
  • the referring physician may click a link 108 to send a pre-completed referral form specific to the patient and his insurance company, to the referred-to physician.
  • the referring physician may also elect to have files sent to the referred-to physician, as indicated in window 109 .
  • Each of the selected files 110 is listed in a box, and a removal button 111 is provided in the event the referring physician elects to not send the file.
  • Entry window 112 enables a physician to locate an additional file and attached that file 113 to the transmission.
  • the referring physician clicks the book it button 114 , whereby the selected communications will be sent to the patient and referred-to physician respectively.
  • Web page 100 also displays the same physician/appointment information 58 - 61 and 89 - 90 as the prior web page 70 .
  • the booking receipt includes on the left-hand side a window 121 confirming the details of the appointment, including the same information 58 - 60 and 89 - 90 provided in the prior web pages.
  • the booking receipt indicates whether a text reminder will be sent to the patient at 122 , and includes any notes 123 entered by the referring physician.
  • the receipt indicates that a confirmation email has been sent to the patient's email address at 125 .
  • the referring physician now has the option to print the booking receipt and give a copy to the patient, by clicking the print button 124 .
  • the booking receipt further provides the patient with contact information for the aggregator, enabling the patient to contact the aggregator if the patient wishes to change or cancel the appointment.
  • the referring physician may now proceed to schedule a new appointment, by clicking the new appointment button 127 .
  • a method and apparatus which allows different practice groups to easily make patient information available to one another. Furthermore, a referring doctor can track a patient's progress after treatment by a specialist, eliminating uncertainty and allowing for more effective treatment at their next meeting. Document loss becomes a non-issue, as digitally archived documents on the aggregator's servers cannot be lost or misplaced.
  • Personal patient contact and insurance plan data are stored on the aggregator's central database, and made available to pass on to a referred-to doctor. Patients' records are matched on the basis of their email address or phone number registered with the aggregator. This information can be transmitted automatically in conjunction with the appointment request.
  • Insurance forms are saved in digital form in the aggregator's database, and can be pre-filled with this data and sent in digital form to the receiving practice in conjunction with the appointment request. Records can be uploaded by scanning them, or by faxing them under a system-generated cover page to the aggregator (where in turn they are digitized automatically and stored in the aggregator's database). For example, a system-generated cover page may feature a bar code, which allows the aggregator's computers to identify the faxed record and its intended recipient, and forward it on automatically to that location by email. Records can also be outputted as faxes at practices where this is necessary or preferred. These processes require no additional equipment other than that present today in almost all medical offices, i.e., fax machine at minimum.
  • Patient non-compliance is a major inefficiency factor in the physician referral process. No patient can be relied upon completely to book and attend a referred appointment. Referred appointments not kept may endanger the patient's health, are lost revenue for the receiving doctor, and may increase overall healthcare costs if the patient's condition becomes worse because he did not receive timely care.
  • Non-compliance can also cause legal problems, as a referring physician may have a legal obligation to make a referral when it is deemed to be necessary.
  • Adverse health effects following non-compliance in a system without standardized documentation procedures exposes physicians to potential legal challenges—a patient or a patient's relatives may become convinced that no proper referral was given, and place the onus on the physician to prove otherwise.
  • the Referral Cockpit described below increases the likelihood of patient compliance.
  • An appointment made at the time of referral, in the referring doctor's office, and communicated to the patient in writing and by e-mail is far more likely to lead to a successful referral appointment than current procedures, which in some cases are as basic as simply providing a patient with a list of qualified specialists and contact information.
  • making a specific appointment through the Referral Cockpit involves the receiving practice in the patient's care. This practice now has the ability to contact a patient with reminders (see above), further reducing non-compliance.
  • the Referral Cockpit's documentation functions ensure that compliance with legal referral obligations is recorded and unquestionable.
  • a “Suggested Action” indicator provides the doctor or his staff with one-click access to a patient's contact information, further simplifying the process of following up on referrals. A referring practice is thus also informed immediately and automatically of a missed referral appointment.
  • the present invention provides doctors with a tool for managing communications on a patient-by-patient basis via the Referral Cockpit. They can see their colleagues' (referred-to physicians) findings and prepare themselves accordingly prior to their follow-up appointment with a patient. Doctors can communicate about patients through patient-specific channels, thus ensuring that these exchanges are not forgotten amidst other work.
  • Documents can be easily made available using the aggregator's database either by scanning or using the fax process described earlier.
  • the Referral Cockpit's search interface allows for communications to be filtered on a patient-by-patient basis, allowing each doctor to see the entire history of documentation and data exchanged and offering a tangible improvement over prior means of communication.
  • a “Booking History” search function (described below) provides a doctor an overview of referrals given. Referrals can be filtered by physician, specialty, and/or appointment date. “Appointment Status” and “Suggested Action” functions can again be used to provide a quick overview of steps to be taken for a specific patient, eliminating the prior need to analyze each patient's file and follow up where necessary.
  • a doctor By referring patients to another physician, a doctor effectively grants a colleague access to trust-based doctor-patient relationships that form the core of his or her business. It is accordingly in the referring doctor's interest, both from a professional standpoint and with a view to his or her own reputation, to ensure that patients referred elsewhere receive care quickly and efficiently, and that they are satisfied with their patient experience. Without a tool to systematically track post-referral care, doctors rely on intuition when deciding where to refer their patients. Other than time consuming individual follow-ups to every referral, there is little a doctor can do to gain an overview of and assess the doctor-patient relationships being built between “his” or “her” own patients and the specialists he or she refers to.
  • Post-referral reporting on doctors is available via the “Booking History” function using the same search interface as for post-referral reporting on patients.
  • the post-referral tracking can be sorted based on referred-to physician.
  • FIG. 8 shows a web page 130 on the aggregator's website that enables the referring physician to track referral appointments.
  • the page, entitled “Booking History”, includes a number of filtering windows in an upper portion 131 , enabling the referring physician to filter based on selected criteria and generate a booking history report.
  • the filtering windows include two windows 132 - 133 for entering a date range, a window 134 for selecting a particular patient (or leaving the window 134 blank to select all patients), a window 135 for selecting a specific referred-to physician (or leaving the window 135 blank to select all referred-to physicians), a window 136 for filtering based on specialty of the referred-to physician, and a window 137 for identifying a criteria for sorting the results, e.g., by patient name or referred-to physician.
  • the generate report button 138 the aggregator's process filters the entered information and generates a report, such as the booking history 140 shown in the lower portion of web page 130 .
  • the booking history report includes a grid of rows and columns, arranged in reverse appointment date order, for a plurality of referral appointments.
  • Ten row entries 150 - 159 are illustrated below, each row being specific to a particular referral appointment.
  • the first row entry 150 indicates that patient Michael Smith (field 144 ) was referred to physician Alexander Arkansas (field 145 ) for an appointment on May 24, 2010 (field 146 ), and that the appointment was booked on May 2, 2010 (field 147 ).
  • Michael Smith's appointment status is awaiting confirmation.
  • alternative appointment status indicators include confirmed (row 152 ), rescheduled (row 153 ), patient cancelled (row 154 ), received results (rows 155 and 158 ), awaiting results (row 156 ), practice cancelled (row 157 ) and patient no-show (row 159 ).
  • an icon is displayed if results of the appointment have been stored on the aggregator's database.
  • the row entry 155 for patient Richard Smith is highlighted and selected by the referring physician on web page 130 ; this action causes a more detailed referral history for the appointment to be displayed, as shown in FIG. 9 .
  • the web page 170 now includes an enlarged window 171 with a referral summary for patient Richard Smith.
  • the referral summary includes, in serial order starting at the top of the window 171 , identification of the referred-to physician, his specialty, the reasons for the patient visit and the date and time of the appointment 172 .
  • the button 173 By clicking on the button 173 , the received results of the appointment can be displayed.
  • Below box 172 there is provided a link 174 for displaying the insurance referral form.
  • a box 175 for displaying the attachments namely the files shared by the referring and referred-to physicians (three files are shown).
  • the files shared by the referring and referred-to physicians three files are shown.
  • three options (link or checkbox) are provided enabling the referring physician to download the file 177 , remove the file 178 , or refax the file to the referred-to physician 179 .
  • the referring physician can click a link 180 to add another attachment and click button 181 to refax the selected attachments to the referred-to physician.
  • results display 182 which here includes a link 183 for reviewing the EKG results of the appointment.
  • entry box 184 enabling a physician to enter a message to the patient, and a button 185 for sending the message to the patient.
  • entry box 184 enabling a physician to enter a message to the patient, and a button 185 for sending the message to the patient.
  • button 185 for sending the message to the patient.
  • a similar message window 186 for entering a message to the referred-to doctor, and a button (not shown) for sending the message to the referred-to doctor.
  • FIG. 10 shows a complete referral summary in window 191 on the web page 190 .
  • This alternative provides a more detailed report for the selected patient Richard Smith and includes the same text 172 and button 173 as in FIG. 9 .
  • the referral summary provides an audit trail 194 which lists in serial order going down the window, a reverse chronological list of events concerning the referral appointment.
  • the illustrated events include an entry 195 that results were added to the aggregator's database by the referred-to physician 195 , a message sent to the referred-to doctor 196 , a message sent to the patient with a link to show the message 197 , patient confirmation 198 , and various attachments that were faxed 199 , 201 - 203 or added 200 , 204 to the database.
  • a hospital or hospital group can provide its physicians with a real incentive to refer within network—speed and ease of use. Referrals within network can be made significantly more quickly, increasing the speed of care. Furthermore, search results within the Referral Cockpit can be narrowed down to just in-network doctors, offering physicians a quickly accessible view of professionals within their network. The Cockpit's integrated document-sharing features also serve to ensure continuity of care, reducing the hospital's exposure to malpractice allegations. Finally, by adopting the Cockpit a hospital (group) can ease for its administrators the task of monitoring a doctor's use of their in-network colleagues when referring. Overall, the likelihood of in-network referrals increases, creating benefits for the hospital while improving the quality of care for patients.
  • Pre-selection of in-network doctors can occur by accessing saved affiliation data stored on the aggregator's database.
  • a patient's need for medical care does not typically end once discharged from a hospital. Usually, a number of follow-up appointments are necessary. The hospital is obligated to instruct the patient to undertake these if there exists a medical necessity. However, at present, there exists no standardized framework for ensuring that these appointments actually occur, or that post-discharge care fulfills the objectives envisioned by a hospital's physicians and their discharge teams.
  • a hospital's administrative staff can instantly transfer records of and book appointments for a patient about to be discharged. This fulfills the hospital's legal obligations and decreases the likelihood of inadequate care after discharge. Furthermore, it does also provide integrated hospital facilities or hospitals operating within a large provider network the opportunity to keep the patient in-network, especially in cases where a patient may not have an existing relationship with the medical provider(s) he or she is recommended to continue seeing.
  • Emergency room staff working with the Referral Cockpit can identify low-priority cases, and access a real-time view of available primary care providers in the vicinity. This helps decrease waiting times, provides patients with faster access to care, and allows physicians and medical staff to concentrate their efforts on those patients in the greatest need of true emergency care. Furthermore, the Referral Cockpit can be used to steer patients to providers within the same provider network as the emergency facility.
  • the Referral Cockpit's core functions, as described above, are all equally applicable in this scenario.
  • the Cockpit's documentation features serve to create a record of the emergency facility having fulfilled its obligation to provide care.
  • Emergency room staff can use the Referral Cockpit to make a confirmed appointment with a physician qualified to provide post-discharge care. Once this appointment is made, reminders can be sent to the patient in the time leading up to the appointment, and documents transferred electronically to the receiving physician. Each of these steps increases the possibility of patient compliance and efficient post-emergency care.
  • FIGS. 11-16 further illustrate various embodiments of the invention as described below.
  • FIG. 11 illustrates the following example:
  • FIG. 12 illustrates the following example:
  • FIG. 13 illustrates the following example:
  • FIG. 14 illustrates the following example:
  • FIG. 15 illustrates the following example:
  • FIG. 16 illustrates the following example:
  • FIG. 17 illustrates one example of a database structure for use in one or more embodiments of the method and apparatus of the invention.
  • An aggregator database uses various stored tables of doctor, appointment, and user data for implementing the booking of a referral appointment.
  • the doctor information table 220 may include a unique physician identifier (ID), physician name, specialty and sub-specialty identifiers, photo and physician statement information.
  • An appointment table 221 may include a unique appointment identifier, practice identifier, physician identifier, location identifier, procedure identifier, start and end time for the procedure, a user identifier and duration.
  • a user table 222 may include a unique user identifier, name, user key, gender and date of birth. This use of a relational database is meant to be illustrative of just one possible embodiment and not limiting.
  • FIG. 18 illustrates one example of a stored appointment table for use in one or more method or apparatus embodiments of the invention.
  • the stored records of appointments in the aggregator's database may include each of the following fields:
  • the present invention may be embodied as an apparatus or method, including a computer system or computer program product. Accordingly, unless specified to the contrary, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, the present invention may take the form of a computer program product embodied in any tangible medium of expression having computer-usable program code stored in the medium.
  • the computer-usable or computer-readable medium may be, for example but not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor storage mediums. More specific examples (a non-exhaustive list) include: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), and a portable compact disc read-only memory (CDROM), an optical storage device.
  • RAM random access memory
  • ROM read-only memory
  • EPROM or Flash memory erasable programmable read-only memory
  • CDROM portable compact disc read-only memory
  • Computer program code for carrying out operations of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++, C#, JavaScript/Ajax and similar programming languages.
  • JavaScript which relies on a runtime environment in a web browser, is commonly used for website development (e.g., writing functions that are embedded in or included from HTML pages).
  • JavaScript can be used as a scripting language for implementing an Ajax-embedded webpage.
  • the program code may execute entirely on a user's computer, partly on the user's (e.g., server or client) computer, as a stand-alone software package, partly on a user's computer and partly on a remote computer or entirely on the remote computer or server.
  • the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
  • LAN local area network
  • WAN wide area network
  • Internet Service Provider for example, AT&T, MCI, Sprint, EarthLink, MSN, GTE, etc.
  • a website is a collection of web pages posted on one or more web servers, accessible via the Internet.
  • a webpage is a document, typically written in [X]HTML, that is generally accessible via HTTP, a protocol that transfers information from a web server to a display in the user's web browser.
  • the collection of publically accessible websites are referred to as the “World Wide Web”.
  • Websites are written in, or dynamically converted to, HTML (hyper text mark-up language) and are accessed using a software interface known as the user agent. Web pages can be viewed or otherwise accessed from a range of computer-based and Internet-enabled devices of various types, including desktop computers, laptop computers, PDA's and cell phones.
  • a website is posted on a computer system known as a web server, and it includes software that retrieves and delivers the pages in response to requests from the website users.
  • a dynamic website presents variable information that is tailored to particular users. It may accept the user's input and respond to a user's request. For example, the user can enter text into a data entry field or form or select highlighted (linked) options, which prompts the website to fulfill the request and return a unique result.
  • the aggregator's website accessible in various forms to patients, hospitals, insurers and practice groups, includes such dynamic functionality.
  • a link or hyperlink is a reference or navigation component in a document to another section of the same document or to another document on a different domain.
  • a web browser usually displays a link in some distinguishing way, e.g. in a different color, font or style. When the user activates the link (e.g. by clicking on it with the mouse) the browser will display the target of the link.
  • database and central database are not meant to be limiting, and may reside in one or more locations and/or data repositories.
  • the aggregator's database is referred to as a central database to distinguish it from the separate multiple databases of the unaffiliated practice groups from which the aggregator combines (aggregates) the available appointment times to be offered on the aggregator's website.
  • Database as used herein is not meant to be limiting and may include various forms of data repositories and applications for indexing, search, storage and retrieval of such repositories.
  • the aggregator can, by collecting and storing this available appointment data from a plurality of unaffiliated practice groups, provide a much larger database of available appointment times/specialties/procedures and can allow patients to book appointments directly with the aggregator, without requiring the patients to contact the practice group in any manner (by phone, email or practice group website).
  • These computer program instructions may also be stored in a computer-readable medium that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable medium produce an article of manufacture including instruction means which implement the function/act specified in the flowchart and/or block diagram block or blocks.
  • each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s).
  • the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.
  • processor based servers such as any x86 — 64 processor based server, for example running a Windows Operating System, e.g. Windows Server 2003, Windows XP/Vista, including Microsoft's NET Framework (e.g. Net 2.0).
  • the database programming may be implemented in the SQL programming language (e.g. MS SQL 2005 and TSQL).

Abstract

Method and apparatus for managing the physician referral process, whereby a referring physician (e.g., a primary care provider) refers a patient to another physician (e.g., a specialist) for a particular medical procedure, analysis or care. An aggregator provides systems and methods available to physicians and their administrative staff (herein collectively referred to as physicians or doctors) to: book appointments on behalf of their patients online through a doctor directory and calendar function; filter available doctors by specialty, subspecialty, procedure, insurance participation and/or hospital network; transfer a patient's personal information, medical history and pre-selected insurance forms from one doctor's office to another's, electronically; transfer and upload relevant forms and paperwork via fax from one doctor's office to another; track referrals historically (over time) on a by-doctor or by-patient basis; facilitate referrals to and from doctors in a certain network or group.

Description

    FIELD OF THE INVENTION
  • The present invention relates to a method and apparatus for managing the physician referral process, whereby a referring physician (e.g., a primary care provider) refers a patient to another physician (e.g., a specialist) for a particular medical procedure, analysis or care.
  • BACKGROUND
  • Comprehensive medical care often requires a patient to visit more than just one doctor. While many patients have an established and long-standing relationship with their primary care provider, they are generally unfamiliar with more specialized doctors until medical circumstances necessitate a referral to one. Upon receiving a referral, the patient is usually the one left to arrange an actual appointment with the specialist. There is little transparency in this process, and under unfavorable circumstances a patient may find himself/herself referred to a doctor with little to no near-term availability, or a doctor who no longer accepts his or her insurance. These hurdles may cause delays in medical care, and in some cases even dissuade patients from complying with their primary care provider's recommendation to seek additional medical care from a specialist.
  • One proposed solution is for the primary care provider to use a remote desktop session with the secondary care provider's office to make an appointment while the patient is in communication (e.g., on the phone) with the primary care provider. This is not a desirable solution because:
      • a) the primary care provider needs to have remote desktop access to the secondary care provider's office, which is a security risk;
      • b) the primary care provider's phone agent needs to be trained on how to use the scheduling software in the secondary care office correctly, and since there are potentially many different offices and scheduling systems, this is not feasible nor scalable;
      • c) the primary care agent attempting to schedule the appointment does not know the rules about when appointments can be made with the secondary care provider, so often the appointment is not made.
  • The problems do not end with booking the referral appointment. There is no protocol for rescheduling missed or canceled appointments, sharing of patient information between the primary and secondary care offices, follow-up appointments with the primary care provider, etc.; each of these additional steps require someone to reestablish communication between one or more of the patient's primary care physician and the secondary care physician. The inefficiencies in managing this process are a drain on both the primary and secondary physicians. The patient, who has the least amount of medical knowledge and often an inability to anticipate or articulate the critical nature or timing of the referral, is left calling one or both offices and communicating with a receptionist who cannot independently determine what the next step in the process should be, without again involving either the primary or secondary care physicians.
  • The issues described above have been long-standing problems for both physicians and patients, and substantially interfere with the ability to provide appropriate and cost effective medical care.
  • SUMMARY OF THE INVENTION
  • In one or more embodiments of the invention, an apparatus and method are provided that allows doctors and their administrative staff to manage the process of physician referrals, whereby a patient is referred from one physician (the referring physician) to another physician (the referred-to or receiving physician) for a particular medical procedure, or analysis or care.
  • In one embodiment, an aggregator provides systems and methods available to physicians and their administrative staff (herein collectively referred to as physicians or doctors) to:
      • book appointments on behalf of their patients online through a doctor directory and calendar function;
      • filter available doctors by specialty, subspecialty, procedure, insurance participation and/or hospital network;
      • transfer a patient's personal information, medical history and pre-selected insurance forms from one doctor's office to another's, electronically;
      • transfer and upload relevant forms and paperwork via fax from one doctor's office to another;
      • track referrals historically (over time) on a by-doctor or by-patient basis;
      • facilitate referrals to and from doctors in a certain network or group.
  • These new features bring significant benefits to doctors and hospitals, increasing the efficiency of their workflows and improving patient care while reducing administrative costs, patient “leakage” (referrals outside the referring physician's network of providers), and the probability of errors in patient care.
  • In further embodiments, there are provided systems and methods for eliminating inefficiencies in the sharing of patient information, enabling, for example, the referring doctor to track a patient's progress after treatment by a specialist, thereby eliminating uncertainty and allowing more effective treatment in their next meeting.
  • In a further embodiment, systems and methods are provided for reducing patient non-compliance (e.g., failure to book or attend a scheduled appointment) with the physician referral process by establishing communication channels with the patient and the referred-to physician.
  • In a further embodiment, systems and methods are provided for reviewing a patient's progress after a referral appointment, by facilitating communications about the patient between the referring physician and the referred-to physician.
  • In a further embodiment, systems and method are provided for reviewing and reporting the results of one or more appointment referrals, enabling the referring physician to analyze the patient experience and/or quality of patient care, physician communication and history of (e.g., willingness and ability to accept) referral appointments by the referred-to physician.
  • In a further embodiment, systems and methods are provided for facilitating referrals to in-network or otherwise affiliated physicians.
  • In a further embodiment, systems and methods are provided for ensuring patient care after a hospital discharge.
  • In a further embodiment, systems and methods are provided for managing hospital emergency room capacity, including referring select patients to available primary care providers with available appointments to reduce the unnecessary use/expense of emergency room facilities.
  • In a further embodiment, systems and methods are provided for ensuring proper post emergency room care, enabling emergency room discharge staff to make appointments with qualified physicians to provide post-discharge care.
  • These and other embodiments of the invention are further described in the following detailed description and accompanying drawings.
  • According to one embodiment of the invention, an online physician referral apparatus is provided comprising:
      • a computer apparatus for managing and storing a central managed database of physician profiles and scheduling information for physicians belonging to different provider groups, the database containing both physician profile data (PPD) and available appointment times for the physicians, wherein the PPD includes the physician's specialty, location and insurance or payment information; and
      • an online portal, accessible by computer to referring physicians over a network, for computer implemented filtering of the PPD and available appointment times on behalf of a patient of the referring physician, the portal including a user interface enabling the referring physician to select and book on-line a referral appointment on behalf of the patient with one of the physicians based on a filtered combination of the available appointment times and PPD.
  • In one embodiment,
      • the portal comprises a Web site and the user interface is accessible via a Web browser for filtering and selecting the one physician for the referral appointment.
  • In one embodiment,
      • the PPD further includes one or more of an affiliation of the physician with a provider group, insurance carrier, insurance plan, and procedures performed.
  • In one embodiment,
      • the database further includes the selected booked appointments and patient records relevant to such appointments.
  • In one embodiment,
      • the database includes an identifier for correlating patient and patient records.
  • According to another embodiment of the invention, a method for online booking of physician referrals is provided comprising:
      • a referring physician accessing an online portal to a central managed database of physician profile data (PPD) and available appointment times for physicians belonging to different provider groups, the PPD including the physician's specialty, location and insurance or payment information;
      • the referring physician performing the following steps via the portal:
        • filtering the PPD and available appointment times on behalf of a patient of the referring physician and selecting, on behalf of the patient, a referral appointment with one of the physicians based on a filtered combination of the available appointment times and PPD;
        • entering identification information for the patient; and
        • booking the selected appointment for the identified patient.
  • In one embodiment, the PPD further includes one or more of an affiliation of the physician with a provider group, insurance carrier, insurance plan, and procedures performed.
  • In one embodiment, the filtering step is based on specialty and location and the portal displays a filtered listing of the physicians and their available appointment times.
  • In one embodiment, in response to the filtering, the portal displays a filtered listing of the physicians including their respective name, specialty, location, and insurance or payment information.
  • In one embodiment, the referring physician further performs the step of tracking one or more selected appointments.
  • In one embodiment, the tracking is performed based on one or more of the selected physician and the patient.
  • In one embodiment, the method further comprises the step of the referring physician transferring patient information to the selected physician.
  • In one embodiment, the method further comprises the step of the selected physician transferring patient information via the portal to the referring physician.
  • In one embodiment, the method further comprises the step of the referring physician reviewing on the portal a booking history of selected appointments.
  • In one embodiment, the booking history can be filtered by the referring physician based upon one or more of the patient, selected physician, specialty and date.
  • In one embodiment, the booking history comprises one or more of:
      • appointment status;
      • clinical information;
      • patient identification information;
      • selected physician;
      • appointment time;
      • appointment history; and
      • further actions regarding the patient.
  • In one embodiment, the method further comprises the step of the referring physician establishing communication via the portal with one or more of the patient and the selected physician.
  • In one embodiment, the communications include one or more of a reminder to the patient and providing patient information to the selected physician.
  • In one embodiment, the method further comprises the step of the referring physician reviewing a history of the communications on the portal.
  • In one embodiment the method further comprises the steps of the portal displaying a description of the booked appointment and the referring physician printing the displayed description and providing the printed description to the patient.
  • In one embodiment, the portal is a website.
  • In one embodiment, the patient information can be uploaded by the referring physician to the portal.
  • In one embodiment, the patient information can be uploaded by the selected physician to the portal.
  • In one embodiment, a computer readable storage medium is provided with instructions to one or a plurality of computers for execution of the described methods.
  • According to another embodiment of the invention, a method for online booking of physician referrals is provided comprising:
      • a referring physician accessing an online portal to a central managed database of physician profile data (PPD) and available appointment times for physicians belonging to different provider groups, the PPD including the physician's specialty, location and insurance or payment information;
      • the referring physician performing the following steps via the portal:
        • filtering the PPD on behalf of a patient of the referring physician to select, on behalf of the patient, one of the physicians based on the PPD;
        • entering identification information for the patient; and
        • notifying the selected physician electronically to arrange for a referral appointment.
  • In one embodiment, following the notification, the referring physician transfers patient information to the selected physician via the portal.
  • In one embodiment, the method further comprises the step of the referring physician tracking one or more of the appointment and the patient's progress via the portal.
  • According to another embodiment of the invention, a system for managing patient referrals is provided comprising:
      • an online portal, accessible by computer to a referring physician over a network, providing access to a central managed database of physician profile data (PPD) and available appointment times for physicians belonging to different provider groups;
      • the portal including a user interface enabling the referring physician to filter the
  • PPD and available appointment times and select, on behalf of a patient of the referring physician one of the physicians for a referral appointment;
      • the portal providing one or more communication channels for communication between the referring physician and one or more of the patient and the selected physician for:
        • initiating and tracking toward completion the referral appointment of the patient with the selected physician; and
        • transferring of patient information.
  • According to another embodiment of the invention, a network based scheduling system is provided, the system comprising:
      • an aggregator managed database containing information relevant to referring physicians who periodically need to schedule referral appointments with other physicians;
      • a set of parameters associated with each of a plurality of physicians accepting referral appointments having available appointment times;
      • a central controller managing a referral appointment schedule for the aggregator, wherein the central controller operates via a network to:
        • receive scheduling information via the network from the physicians accepting referral appointments;
        • supply available appointment times via the network to the referring physicians, with the supplied available appointment times determined by input received from the referring physician on behalf of a patient of the referring physician;
        • wherein the controller supplies an available appointment calendar via the network to the referring physician of the available appointment times, and wherein the referring physician can schedule an appointment via the network by selecting a desired appointment time.
  • In one embodiment, the network is the Internet.
  • In one embodiment, the aggregator provides a Web portal accessible to the physicians for receiving and supplying the scheduling and appointment times.
  • In one embodiment, the controller synchronizes the available appointment times with the appointment calendars of the physicians accepting referral appointments.
  • In one embodiment, the controller supplies a real time master schedule via the network.
  • In one embodiment, the controller operates via the network to supply tracking information relevant to the selected appointment.
  • In one embodiment, the tracking information includes one or more of:
      • patient contact information;
      • patient insurance information;
      • affiliation of the physician accepting referral appointments;
      • patient information supplied by the physician accepting referral appointments;
      • patient information supplied by the referral physician;
      • patient clinical information;
      • appointment history information;
      • physician notes concerning the patient
  • In one embodiment, the selecting is based on at least one of the specialty and procedures performed.
  • In one embodiment, the selecting is based on the specialty, location and insurance or payment information.
  • In one embodiment, the selecting is based on the affiliation.
  • In one embodiment, the selecting is based on the insurance or payment information and at least one of the specialty and procedures performed.
  • In one embodiment, the referring physician selects one of the displayed available appointment times.
  • In one embodiment, the filtering step is based on specialty, location, and type of insurance or payment information and the portal displays a filtered listing of the physicians and their available appointment times.
  • In one embodiment, filtering step is based on at least one of specialty, location, affiliation, procedures performed, and insurance or payment information and the portal displays a filtered listing of the physicians and their available appointment times.
  • In one embodiment, the referring physician enters insurance or payment information for the patient and the filtering step includes filtering based upon a match of the physician's insurance or payment information and the patient's insurance or payment information.
  • In one embodiment, the insurance information comprises one or more of an insurance carrier and an insurance plan.
  • In one embodiment, the referring physician enters a reason for an appointment, and the filtering step includes filtering based upon the entered reason.
  • In one embodiment, the patient identification information comprises one or more of the patient's email address, phone number, and name.
  • In one embodiment, the referring physician enters patient identification information for a new patient not existing in the database.
  • In one embodiment, the referring physician enters patient identification information for an existing patient in the database.
  • In one embodiment, the method further comprises the step of registering the referring physician to allow access to the portal.
  • In one embodiment, access to the portal is limited to referring physicians previously registered with the portal.
  • In one embodiment, the PPD includes an affiliation of the physician with a provider group and the tracking is performed based on the affiliation of the physician.
  • In one embodiment, the patient information includes one or more of clinical information, contact information, physician notes and insurance forms.
  • In one embodiment, the booking history includes links to additional information concerning one or more of the appointment, the selected physician and the patient.
  • In one embodiment, the links include one or more of insurance forms, patient clinical information, medical history, physician notes and appointment history.
  • In one embodiment, the communication comprises sending an electronic communication to the patient regarding the booked appointment.
  • In one embodiment, the central managed database is synchronized with one or more appointment calendars of the different provider groups.
  • In one embodiment, the booked appointment is synchronized automatically with a scheduling calendar of the selected physician.
  • In one embodiment, the physicians are not required to be registered with the portal.
  • In one embodiment, the central managed database further includes patient information comprising one or more of patient clinical information, patient contact information, patient insurance form, patient test result, and appointment history.
  • In one embodiment, the referring physician is notified of a missed appointment.
  • BRIEF DESCRIPTION OF THE FIGURES
  • FIG. 1 is a schematic representation of an exemplary communications network for implementing various embodiments of the present invention;
  • FIG. 2 is a block diagram of an exemplary computer on which the software product(s) of the present invention may be executed;
  • FIG. 3 is one example of a webpage from an aggregator's website enabling a referring physician to identify potential specialists for a referral appointment according to one embodiment of the invention;
  • FIG. 4 is one example of an aggregator's webpage for entering patient insurance or payment information;
  • FIG. 5 is one example of an aggregator's webpage for entering patient information;
  • FIG. 6 is one example of an aggregator's webpage for confirming the booking of a referral appointment;
  • FIG. 7 is one example of an aggregator's webpage for printing confirmation of the referral booking;
  • FIG. 8 is one example of an aggregator's webpage allowing a referring physician to review a booking history of referral appointments;
  • FIG. 9 is one example of a more detailed webpage link to a specific patient in the booking history of FIG. 8;
  • FIG. 10 is another example of a linked webpage from the booking history of FIG. 8;
  • FIG. 11 is a schematic illustration of one method and apparatus for booking referral appointments in which both the referring physician and specialist utilize the Referral Cockpit;
  • FIG. 12 is a schematic illustration of a method and apparatus according to one embodiment of the invention in which the referring physician postpones selection of a specific appointment time;
  • FIG. 13 is a schematic illustration of a method and apparatus according to one embodiment of the invention in which a referring physician books a referral appointment outside the Referral Cockpit system;
  • FIG. 14 is a schematic illustration of a method and apparatus according to another embodiment of the invention in which the referring physician books an appointment outside the Referral Cockpit system;
  • FIG. 15 is a schematic illustration of a method and apparatus according to another embodiment of the invention in which an emergency room administrator books a referral appointment;
  • FIG. 16 is a schematic illustration of a method and apparatus according to another embodiment of the invention in which patient records are transferred via the aggregator;
  • FIG. 17 is one example of a database structure according to one method and apparatus of the invention in which the aggregator database uses stored doctor and patient data to enable the booking of a referral appointment; and
  • FIG. 18 shows one example of database records according to one embodiment of an apparatus and method of the invention containing stored referral appointment information.
  • DETAILED DESCRIPTION Network Communications
  • Apparatus and methods are described herein for improving the patient referral process which enables online booking of healthcare appointments on a centralized service provider's (aggregator's) website. For these purposes, network based communications are required between one or more of the aggregator, physician practice groups, patients, hospitals and insurers. The block diagrams of one such communication system is illustrated in FIG. 1 and is meant to be representative only. Suitable hardware, communication protocols and software languages for implementing the systems and methods of various embodiments of the invention are readily known to those who are skilled in the art and any discussion herein is not meant to limit the scope of the invention.
  • FIG. 1 illustrates schematically network communications among various server computers 4 a, 4 b, 4 c, and 4 d and client computers 5 a shown coupled together via a network or cloud 6 (e.g., the Internet) to communicate with one another using standard communication protocols, such as TCP/IP. The servers can be any type of server, including but not limited to a Windows, Unix, Linux and/or Apple servers. Each server may have an attached data storage system 3 a, 3 b, 3 c and 3 d for storing software applications and data.
  • In accordance with one embodiment of the invention, the network of FIG. 1 allows communications between a centralized service provider (aggregator), multiple healthcare practitioner practice groups, multiple hospitals, multiple insurers, and multiple patients. The aggregator's server provides a network based service to the practitioner groups, hospitals, insurers, and patients, e.g. an aggregator's server 4 a provides a web-based data processing service and interface to each of the physician or patient computers 5 a, practice group servers 4 b, hospital servers 4 c, and insurance provider servers 4 d, and can also communicate electronically via email with each of these computers and servers. The aggregator's server also communicates (e.g. web-based) with each of the practice groups, hospitals and insurers via their respective servers for retrieving data such as available appointment times and other information for each of the practice groups, hospitals and insurers in order to enable online booking and confirmation of appointments on multiple websites. In alternative embodiments, the aggregator's service is provided to one or more practice groups, one or more hospitals, and/or one or more insurance provider(s). For ease of description, a first embodiment will refer to practice groups, it being understood that the services can similarly be provided to other healthcare provider groups.
  • FIG. 2 is a block diagram of one server 4 which includes a processor 8, memory 9, data storage 10, disk drive 11, keyboard/mouse 12, computer display 13 and network interface 14. The components are coupled together and communicate via a system bus 16. Various software modules of the present invention can be loaded into data storage and during operation are transferred into memory (e.g. RAM) for execution by the processor. A user may manipulate the software and enter commands to the server using the keyboard/mouse. The input/output may be viewed on the display screen. The network interface couples the server to the Internet or whatever type of network is used to connect the server with the other computers and servers of the respective practice groups, patients, hospitals, insurers and aggregator. Further, the server may communicate with a storage array or storage network (e.g. SAN) if there is a need to access large amounts of data. A database of patient records, practice group (practitioner) records, and associated scheduling records may be implemented as a relational database and search engine with, for example, Microsoft's Active Server Page Technology, SQL Server Technology, Database Artisan Software, or database products from Oracle Corp., Redwood Shores, Calif.
  • The software described herein may be implemented as various modules, e.g. a web module, a database module, an email module, a facsimile module, and standard application programming interfaces (APIs). The web module may include a set of templates and icons to enable the creation of web pages. It may include other tools to allow one to create browser friendly websites. These tools enable the creation of dynamic hypertext web pages to be accessed by the practice groups, hospitals, insurers, patients and aggregator.
  • The database module may include a relational database and search engine. The records, fields, search queries and other features of the database are described below and suitable alternatives will be apparent to persons who are skilled in the art.
  • As used herein, database is meant to include any of various types of data repositories and processes for indexing, searching, storage and retrieval from such repositories.
  • The email module allows emails to be sent to/from patients, practice groups, hospitals, insurers and the aggregator via the respective server/computer. The emails can be sent manually by a person operating the server and can be automatically generated by the server. For example, the email module can be configured to automatically query the database module and send email messages to entities identified in the database module.
  • The software may include standard APIs so data and other information can be exchanged with other software systems.
  • Each practice group server may include the group's own practice management software and any other database of information used by the practitioners in that group. As described below, the aggregator may install software on the practice group's server for uploading available appointment times to the aggregator's database and otherwise automating and synchronizing the appointment calendars of the practice group and the aggregator. The relevant appointment booking information may be stored on one or both of the aggregator and practice group servers and data storage systems. Similarly, the aggregator may install software on a hospital's server and/or insurer's server for the same or similar purposes (e.g., exchange of profile information and/or appointment scheduling information).
  • The database maintained by the aggregator may include records of practitioner profile information and booking information for the practice groups and their respective practitioners, the hospitals and their affiliated practitioners, the insurance providers and their participating practitioners, and each patient who establishes an account with the aggregator. These records will be described further below in various embodiments.
  • Various systems and methods for aggregating available appointment times for multiple practitioner groups, including search and display algorithms are described in the following co-pending and commonly owned US Patent Applications:
      • U.S. Ser. No. 12/210,664 filed 15 Sep. 2008 entitled: CENTRALIZED MARKETPLACE FOR HEALTHCARE APPOINTMENTS ACROSS PRACTICE GROUPS;
      • U.S. Ser. No. 12/210,690 filed 15 Sep. 2008 entitled: CONSUMER PORTAL FOR HEALTHCARE APPOINTMENTS ACROSS PRACTICE GROUPS;
      • U.S. Ser. No. 12/210,765 filed 15 Sep. 2008 entitled: DATA SYNCHRONIZATION FOR BOOKING OF HEALTHCARE APPOINTMENTS ACROSS PRACTICE GROUPS; and
      • U.S. Ser. No. 12/210,716 filed 15 Sep. 2008 entitled: PATIENT VERIFICATION FOR BOOKING OF HEALTHCARE APPOINTMENTS ACROSS PRACTICE GROUPS.
      • U.S. Ser. No. 12/722,728 filed 12 Mar. 2010 entitled: METHOD AND APPARATUS FOR MANAGING PHYSICIAN PROFILE AND HEALTHCARE APPOINTMENT SERVICES.
    Physicians and Practice Groups
  • In various embodiments of the invention disclosed herein, the term “physician” or “doctor” refers to a physician administering patient care, as well as to those members of his staff responsible for maintaining the physician's calendar and/or patient records. Though the term is used interchangeably, it should be understood that in the exemplary figures and accompanying text, each function is being performed by one or more persons that perform such activities in a particular doctor's office on behalf of a physician.
  • The term “specialist” is applied to a physician administering secondary care to a patient after a referral from a referring physician, and is also applied to other members of his staff in the same manner as is done for a physician. It may be possible for any given physician to in one situation be a specialist (receiving a patient via referral), and in another be a primary care physician (referring a patient to another physician for specialized care).
  • Accordingly, in cases where primary care physicians and specialists work in integrated facilities and/or share administrative staff, the same staff member may process both the referral and its receipt. However, even if this were the case, there would still be authentication required on both ends of the referral process, meaning that there would still be effectively two users (one representing the referring physician, one the receiving specialist) involved, even if there was only one actual person responsible.
  • Further a “provider group” or “practice group” may be any entity linking a group of doctors through shared facilities, services, or referral agreements. This can include but should not be limited to integrated multi-facility hospitals, insurance networks, medical groups, and multi-doctor practices.
  • Online Booking of Referral Appointments
  • According to one embodiment of the invention, a portal referred to herein as a Referral Cockpit enables a referring (e.g., primary care) provider's office to initiate a search for and then select among a customized list of doctors based on a desired patient procedure, specialty, accepted insurances, affiliation with provider systems, and/or a number of further criteria (geographic location, gender, etc.). The office can then choose from available time slots in real time, and book a referral appointment online. This makes it far easier to ensure that the patient can see a specialist in close proximity and timely fashion. It also eliminates the possibility that the patient may forego necessary care due to the inconvenience of obtaining an appointment.
  • Each practice has the ability to edit their physician's displayed availability, accepted procedures, and accepted insurance plans. These data are stored on an aggregator database and made available to other medical professionals with access to the system. For many common practice management systems, availability can also be synchronized automatically with the doctor's existing calendar.
  • If a practice chooses not to display its availability in real time (or is not technologically capable of having someone maintain its calendar), or a patient does not yet want to decide on a time, the referring practice can still make a tentative appointment. A notification is then sent electronically to both the patient and the receiving (referred-to) practice. The patient's data now becomes accessible to the receiving practice, offering the opportunity to send reminders and arrange for the appointment at a later time.
  • Via the “Find Doctor” function (described below), a doctor or practice manager can input a patient's desired procedure, location, insurance provider and plan. These parameters serve to filter the view of the database provided to the referring party, and thus create a view of available appointments.
  • An example of an apparatus and method for online booking of referral appointments will now be described with respect to FIGS. 3-10.
  • FIG. 3 is an example of a webpage 20 from an aggregator's website which enables a referring physician to filter profile data stored in the aggregator's central managed database for selecting an acceptable physician for the referral appointment.
  • The webpage entitled “Find Doctor” includes eight filtering (input) windows 21-28 prompting the referring physician to enter or select from a pull down menu, for the following items: doctor or practice 21, location (zip code, neighborhood, or city) 22, specialty 23, sub-specialty 24, reason for visit 25, insurance company 26, insurance plan 27, and a checkbox to select “only show doctor's with availability” 28. The referring physician enters the appropriate information and then clicks the search button 29, initiating the search of the aggregator's database based on the entered filtering information. Not all items (fields) are required for the search, rather the referring physician can pick among the windows based upon his or her knowledge of the specific patient, medical condition, desire to select a physician within an affiliated network, and/or location. As one example, the referring physician enters the specialty 23 and location 22. Below the filtering windows 21-28 is a results window 30, containing a list of potential receiving physicians that satisfy the filtering criteria. In this example, there is a separate row of information for each receiving physician; FIG. 3 shows the initial three rows 31, 32, 33 for the first three physicians. Each row includes a first column containing a numbered map marker 34 which also appears in another window 43 located on the upper right hand corner of the page, the window 43 being a geographical display (street map) showing the location of the physician's office by the same numbered marker. If the physician has additional practice locations, this is indicated by a link 42 (as shown for the physician in the second row), wherein clicking on the link 42 will identify and display additional map marker numbers, with corresponding markers on the geographical display 43. Next to each map number 34, proceeding in serial order across the page, there is provided (where available) a photo of the physician 35 and name and contact information for the physician 36; the information 36 may include a link for accessing additional profile information concerning the physician. In the next row there is a link 37 which prompts the user to enter the patient insurance information at the top of the page (windows 26, 27), if not already provided. Next is a grid display 38 of available appointment times for this physician. The grid includes column headings across the top with designations 39 for various days of the week, and an advance button to select subsequent weeks. Below each day of the week, there are individual links 40 for each available appointment time. This enables the referring physician to simply click on an appointment time link 40, to select an appointment on behalf of the patient. Alternatively, if a physician does not wish to select an appointment time now, there is an alternative process (link 41) enabling the patient to select an appointment time at a later date, as discussed further below.
  • Assuming the referring physician has selected an appointment time on the web page of FIG. 3, the selected appointment time for the selected physician is then processed by the aggregator's software and the aggregator's website displays web page 50 shown in FIG. 4. In the left hand box labeled insurance 51, the referring physician is now prompted to enter in the first filter window 52 a reason for the patient's visit, which may be selected from a pull down menu, and to confirm the patient's insurance details, namely whether the patient is paying himself 53, whether the patient has health insurance 54, entering the name of the insurance carrier 55, and entering the name of the insurance plan 56. The referring physician then hits the button 57 to confirm the entered information. On the right hand side of this page 50, the display includes the referred-to physician identification information 58, the time and date of the selected appointment 59, the location of the appointment 60 and a geographical display 61 with a map marker showing the location of the appointment.
  • Once the referring physician clicks the confirmation button 57 in FIG. 4, the entered information is processed by the aggregator's software and the aggregator's website returns a web page 70 shown in FIG. 5. This page, entitled Patient Details, includes on the left hand side a window 71 for entry of patient identification information. There are two options, either the referring physician enters identifying information for the patient in the upper portion 72, to determine if the patient is previously included in the aggregator database, or else the referring physician creates a record for a new patient not previously existing in the database, in the lower portion 79. Assuming the patient already exists in the database, in this example he can be located either by entering his email address in window 73 and clicking the search button 74, or alternatively entering his phone number in window 75 and his last name in window 76 and clicking the search button 77. If no patient is found with the specified email, the referring physician will be so notified at 78.
  • If the referring physician needs to create a new patient record, the referring physician then enters the following information in the designated boxes, the required information being designated with an asterisk: email address in window 80, phone number in window 81, whether the phone number is a cell phone in window 82, patient first name 83, patient last name 84, patient zip code 85, patient gender 86, and patient date of birth 87.
  • The referring physician then clicks the next button 88 and the aggregator's software processes the entered information. Meanwhile, on the right hand side of the page 70, there is again shown, similar to the right hand portion of FIG. 4, the same physician identification 58, time and date of the appointment 59, location of the appointment 60, and geographical display 61. In addition, there is shown in FIG. 5 the patient insurance information 89 and reason for the visit 90.
  • Once the referring physician clicks one of buttons 74, 77 or 88 on web page 70, the process accepts the entered information and returns a next web page 100 shown in FIG. 6. This page, entitled “Confirm Booking”, includes on the left hand side a window 101 which confirms the identity of the patient 102 and prompts the referring physician to establish a communication channel with one or more of the patient 103 and referred-to physician 106. Window 101 includes the patient's email address, to which an email confirmation of the appointment will be sent 104. If the referring physician wishes to also send a text reminder to the patient, he so indicates this in input box 105. The referring physician can also establish a communication channel 106 with the selected (referred-to) physician. The referring physician may enter notes concerning the patient and/or appointment in the entry window 107. The referring physician may click a link 108 to send a pre-completed referral form specific to the patient and his insurance company, to the referred-to physician. The referring physician may also elect to have files sent to the referred-to physician, as indicated in window 109. Each of the selected files 110 is listed in a box, and a removal button 111 is provided in the event the referring physician elects to not send the file. Entry window 112 enables a physician to locate an additional file and attached that file 113 to the transmission. Finally, the referring physician clicks the book it button 114, whereby the selected communications will be sent to the patient and referred-to physician respectively. Web page 100 also displays the same physician/appointment information 58-61 and 89-90 as the prior web page 70.
  • After electing to book the appointment by clicking button 114 on web page 100, the process books the appointment and returns a web page 120 with a booking receipt. The booking receipt includes on the left-hand side a window 121 confirming the details of the appointment, including the same information 58-60 and 89-90 provided in the prior web pages. In addition, the booking receipt indicates whether a text reminder will be sent to the patient at 122, and includes any notes 123 entered by the referring physician. The receipt indicates that a confirmation email has been sent to the patient's email address at 125. The referring physician now has the option to print the booking receipt and give a copy to the patient, by clicking the print button 124. The booking receipt further provides the patient with contact information for the aggregator, enabling the patient to contact the aggregator if the patient wishes to change or cancel the appointment. The referring physician may now proceed to schedule a new appointment, by clicking the new appointment button 127.
  • Transfer of Patient Records
  • Over the course of a multi-doctor treatment process, a patient's medical records must often be transferred between several offices. Each of these transfers carries with it the possibility of document loss, and the frequent use of physical (paper) patient records only serves to increase this risk. Patients themselves often do not know which records and forms they will need, meaning that despite their interest in ensuring an efficient transfer, they are ill-equipped to do so.
  • There is no widely used standardized procedure in place to efficiently facilitate transfer of records between offices, meaning that a responsible patient and cooperative, well-organized practices must be present to ensure each doctor is properly informed. Three-way communication between the patient and both practices is at best cumbersome, and at worst ineffective in ensuring that records are transferred completely and in timely fashion. Regional Health Information Organizations (RHIOs) do attempt to solve this problem by integrating into clinical systems, defining common ontologies and standardizing quantitative results. However, these systems are typically limited to institutional settings, don't filter information for what is necessary for the referral, and thus tend to suffer from very limited adoption. They tend to be used mostly in emergency settings where no referral was made. Breakdowns in communication and record transfers can lead to unnecessary procedures, inappropriate medication, and superfluous testing that combine to create additional costs for patients and insurance providers, all the while eroding trust in medical providers and causing frustration on all sides.
  • According to further embodiments of the invention described below, a method and apparatus are provided which allows different practice groups to easily make patient information available to one another. Furthermore, a referring doctor can track a patient's progress after treatment by a specialist, eliminating uncertainty and allowing for more effective treatment at their next meeting. Document loss becomes a non-issue, as digitally archived documents on the aggregator's servers cannot be lost or misplaced.
  • Personal patient contact and insurance plan data are stored on the aggregator's central database, and made available to pass on to a referred-to doctor. Patients' records are matched on the basis of their email address or phone number registered with the aggregator. This information can be transmitted automatically in conjunction with the appointment request.
  • Insurance forms are saved in digital form in the aggregator's database, and can be pre-filled with this data and sent in digital form to the receiving practice in conjunction with the appointment request. Records can be uploaded by scanning them, or by faxing them under a system-generated cover page to the aggregator (where in turn they are digitized automatically and stored in the aggregator's database). For example, a system-generated cover page may feature a bar code, which allows the aggregator's computers to identify the faxed record and its intended recipient, and forward it on automatically to that location by email. Records can also be outputted as faxes at practices where this is necessary or preferred. These processes require no additional equipment other than that present today in almost all medical offices, i.e., fax machine at minimum.
  • Tracking the Referral Process
  • Further embodiments of the invention will now be described which enable a referring physician to track his historical and ongoing referral appointments. This tracking and management process solves several recognized problems with current methods and can enhance patient care. After a discussion of the problems this new system and method addresses and overcomes, a specific embodiment will be described with respect to FIGS. 8-10.
  • Reducing Patient Non-Compliance
  • Patient non-compliance is a major inefficiency factor in the physician referral process. No patient can be relied upon completely to book and attend a referred appointment. Referred appointments not kept may endanger the patient's health, are lost revenue for the receiving doctor, and may increase overall healthcare costs if the patient's condition becomes worse because he did not receive timely care.
  • Non-compliance can also cause legal problems, as a referring physician may have a legal obligation to make a referral when it is deemed to be necessary. Adverse health effects following non-compliance in a system without standardized documentation procedures exposes physicians to potential legal challenges—a patient or a patient's relatives may become convinced that no proper referral was given, and place the onus on the physician to prove otherwise.
  • The Referral Cockpit described below increases the likelihood of patient compliance. An appointment made at the time of referral, in the referring doctor's office, and communicated to the patient in writing and by e-mail is far more likely to lead to a successful referral appointment than current procedures, which in some cases are as basic as simply providing a patient with a list of qualified specialists and contact information. Furthermore, making a specific appointment through the Referral Cockpit involves the receiving practice in the patient's care. This practice now has the ability to contact a patient with reminders (see above), further reducing non-compliance. The Referral Cockpit's documentation functions ensure that compliance with legal referral obligations is recorded and unquestionable.
  • The status of referral appointments past and scheduled can be tracked by the referring practice using an “Appointment Status” indicator as described below. A “Suggested Action” indicator provides the doctor or his staff with one-click access to a patient's contact information, further simplifying the process of following up on referrals. A referring practice is thus also informed immediately and automatically of a missed referral appointment.
  • Post-Referral Reporting on Patients
  • At present, there is no convenient procedure doctors use to follow up on a patient's progress after a referral appointment. Primary care providers are obligated by law to follow up on patients they have referred, but frequently are frustrated by the need to proactively contact other practices. In many cases, several attempts at contact must be made to administer a single patient, a process that creates inefficiencies and extra costs while increasing the likelihood of errors. Patient proactivity would offer no solution in consideration of the fact that a layman patient, in most cases lacks a sufficient understanding to pass medical findings along effectively. This imperfect and haphazard state of affairs has negative implications in terms of the quality of care provided. It also hinders primary care providers from scheduling follow-up appointments, which are important from a medical standpoint and also generate revenue.
  • The present invention provides doctors with a tool for managing communications on a patient-by-patient basis via the Referral Cockpit. They can see their colleagues' (referred-to physicians) findings and prepare themselves accordingly prior to their follow-up appointment with a patient. Doctors can communicate about patients through patient-specific channels, thus ensuring that these exchanges are not forgotten amidst other work.
  • Documents can be easily made available using the aggregator's database either by scanning or using the fax process described earlier. The Referral Cockpit's search interface allows for communications to be filtered on a patient-by-patient basis, allowing each doctor to see the entire history of documentation and data exchanged and offering a tangible improvement over prior means of communication.
  • A “Booking History” search function (described below) provides a doctor an overview of referrals given. Referrals can be filtered by physician, specialty, and/or appointment date. “Appointment Status” and “Suggested Action” functions can again be used to provide a quick overview of steps to be taken for a specific patient, eliminating the prior need to analyze each patient's file and follow up where necessary.
  • Post-Referral Reporting on Doctors
  • By referring patients to another physician, a doctor effectively grants a colleague access to trust-based doctor-patient relationships that form the core of his or her business. It is accordingly in the referring doctor's interest, both from a professional standpoint and with a view to his or her own reputation, to ensure that patients referred elsewhere receive care quickly and efficiently, and that they are satisfied with their patient experience. Without a tool to systematically track post-referral care, doctors rely on intuition when deciding where to refer their patients. Other than time consuming individual follow-ups to every referral, there is little a doctor can do to gain an overview of and assess the doctor-patient relationships being built between “his” or “her” own patients and the specialists he or she refers to.
  • Comprehensive reporting on referrals is a central feature of the Referral Cockpit. This allows doctors to more objectively evaluate professional relationships, which in turn should create benefits for patients hoping to be referred to reliable and competent doctors. Practices deficient in sharing documents, accepting referred patients at the time desired, or making use of information shared can be more easily identified.
  • Post-referral reporting on doctors is available via the “Booking History” function using the same search interface as for post-referral reporting on patients. The post-referral tracking can be sorted based on referred-to physician.
  • Booking History
  • The embodiment illustrated in FIGS. 8-10 will now be described. FIG. 8 shows a web page 130 on the aggregator's website that enables the referring physician to track referral appointments. The page, entitled “Booking History”, includes a number of filtering windows in an upper portion 131, enabling the referring physician to filter based on selected criteria and generate a booking history report. Here, the filtering windows include two windows 132-133 for entering a date range, a window 134 for selecting a particular patient (or leaving the window 134 blank to select all patients), a window 135 for selecting a specific referred-to physician (or leaving the window 135 blank to select all referred-to physicians), a window 136 for filtering based on specialty of the referred-to physician, and a window 137 for identifying a criteria for sorting the results, e.g., by patient name or referred-to physician. By clicking the generate report button 138, the aggregator's process filters the entered information and generates a report, such as the booking history 140 shown in the lower portion of web page 130. Here, the booking history report includes a grid of rows and columns, arranged in reverse appointment date order, for a plurality of referral appointments. Across the top of window 140 there are a plurality of fields (column headings) 141 which include, in serial order across the page: appointment status 142, results 143, patient name and phone number 144, referred-to physician 145, appointment date 146, appointment history 147, and suggested actions 148. Ten row entries 150-159 are illustrated below, each row being specific to a particular referral appointment. For example, the first row entry 150 indicates that patient Michael Smith (field 144) was referred to physician Alexander Arkansas (field 145) for an appointment on May 24, 2010 (field 146), and that the appointment was booked on May 2, 2010 (field 147). In the first column (field 142), Michael Smith's appointment status is awaiting confirmation. In other row entries, alternative appointment status indicators include confirmed (row 152), rescheduled (row 153), patient cancelled (row 154), received results (rows 155 and 158), awaiting results (row 156), practice cancelled (row 157) and patient no-show (row 159). In the results column 143, an icon is displayed if results of the appointment have been stored on the aggregator's database. In the last column 148, there is a link identifying a suggested action to be taken, e.g., contact patient if the patient has either cancelled or did not show up for the referral appointment. This prompts the referring physician to communicate with the patient for establishing a new appointment.
  • If this example (FIG. 8), the row entry 155 for patient Richard Smith is highlighted and selected by the referring physician on web page 130; this action causes a more detailed referral history for the appointment to be displayed, as shown in FIG. 9. In FIG. 9, the web page 170 now includes an enlarged window 171 with a referral summary for patient Richard Smith. The referral summary includes, in serial order starting at the top of the window 171, identification of the referred-to physician, his specialty, the reasons for the patient visit and the date and time of the appointment 172. By clicking on the button 173, the received results of the appointment can be displayed. Below box 172, there is provided a link 174 for displaying the insurance referral form. Below this, there is a box 175 for displaying the attachments, namely the files shared by the referring and referred-to physicians (three files are shown). For each file 176 three options (link or checkbox) are provided enabling the referring physician to download the file 177, remove the file 178, or refax the file to the referred-to physician 179. In addition, the referring physician can click a link 180 to add another attachment and click button 181 to refax the selected attachments to the referred-to physician. Below this, there is a results display 182 which here includes a link 183 for reviewing the EKG results of the appointment. Below this, there is an entry box 184 enabling a physician to enter a message to the patient, and a button 185 for sending the message to the patient. Below this, there is provided (partially shown) a similar message window 186 for entering a message to the referred-to doctor, and a button (not shown) for sending the message to the referred-to doctor.
  • FIG. 10 shows a complete referral summary in window 191 on the web page 190. This alternative provides a more detailed report for the selected patient Richard Smith and includes the same text 172 and button 173 as in FIG. 9. The referral summary provides an audit trail 194 which lists in serial order going down the window, a reverse chronological list of events concerning the referral appointment. Here, the illustrated events include an entry 195 that results were added to the aggregator's database by the referred-to physician 195, a message sent to the referred-to doctor 196, a message sent to the patient with a link to show the message 197, patient confirmation 198, and various attachments that were faxed 199, 201-203 or added 200, 204 to the database.
  • The above embodiments illustrate select features of the invention for both online booking and tracking of referral appointments. These same features are useful in a variety of healthcare provider practices, as described further below.
  • Facilitating Referrals to In-Network and Affiliated Physicians
  • Large hospitals and hospital networks often employ or maintain affiliations with primary care providers. Ideally, these primary care providers should refer patients for secondary or tertiary care within the hospital network they are affiliated with. This would ensure continuity of care and records, benefiting the patient, while benefiting the hospital. Without in-network referrals, the cost of care at integrated facilities increases. Similarly, investments that could benefit patients become more difficult to undertake.
  • By offering instant access to each specialist's calendar through the Referral Cockpit, a hospital or hospital group can provide its physicians with a real incentive to refer within network—speed and ease of use. Referrals within network can be made significantly more quickly, increasing the speed of care. Furthermore, search results within the Referral Cockpit can be narrowed down to just in-network doctors, offering physicians a quickly accessible view of professionals within their network. The Cockpit's integrated document-sharing features also serve to ensure continuity of care, reducing the hospital's exposure to malpractice allegations. Finally, by adopting the Cockpit a hospital (group) can ease for its administrators the task of monitoring a doctor's use of their in-network colleagues when referring. Overall, the likelihood of in-network referrals increases, creating benefits for the hospital while improving the quality of care for patients.
  • The benefits described above occur by leveraging the Referral Cockpit's individual functions, and applying them as an enterprise solution rather than an improvement to a single practice's infrastructure. Pre-selection of in-network doctors can occur by accessing saved affiliation data stored on the aggregator's database.
  • Ensuring Care After Hospital Discharges
  • A patient's need for medical care does not typically end once discharged from a hospital. Usually, a number of follow-up appointments are necessary. The hospital is obligated to instruct the patient to undertake these if there exists a medical necessity. However, at present, there exists no standardized framework for ensuring that these appointments actually occur, or that post-discharge care fulfills the objectives envisioned by a hospital's physicians and their discharge teams.
  • Using the Referral Cockpit, a hospital's administrative staff can instantly transfer records of and book appointments for a patient about to be discharged. This fulfills the hospital's legal obligations and decreases the likelihood of inadequate care after discharge. Furthermore, it does also provide integrated hospital facilities or hospitals operating within a large provider network the opportunity to keep the patient in-network, especially in cases where a patient may not have an existing relationship with the medical provider(s) he or she is recommended to continue seeing.
  • No additional functions of the Referral Cockpit, other than those already described, are necessary to implement this application.
  • Managing Emergency Care Facility Capacity
  • Many hospital emergency rooms are frequently over capacity. They treat a variety of patients, ranging from those without serious ailments to life-threatening cases. Furthermore, many patients enter the emergency room simply because they do not have immediate access to their preferred primary care provider, or because they do not have a primary care provider. While primary care capacity elsewhere goes unutilized, emergency rooms find themselves struggling to cope with a deluge of patients, increasing wait times for all as well as the risk of mistakes and inadequate care.
  • Emergency room staff working with the Referral Cockpit can identify low-priority cases, and access a real-time view of available primary care providers in the vicinity. This helps decrease waiting times, provides patients with faster access to care, and allows physicians and medical staff to concentrate their efforts on those patients in the greatest need of true emergency care. Furthermore, the Referral Cockpit can be used to steer patients to providers within the same provider network as the emergency facility.
  • The Referral Cockpit's core functions, as described above, are all equally applicable in this scenario. The Cockpit's documentation features serve to create a record of the emergency facility having fulfilled its obligation to provide care.
  • Ensuring Post-Emergency Care
  • In 2009, the Annals of Emergency Medicine published the results of a study showing that fully 78% of emergency care patients did not fully understand the instructions given to them1. Of all patients, 34% found themselves unclear about their post-emergency care. Furthermore, handwritten communication was found to be a major source of patient confusion. Patients unclear about what to do once they leave the emergency room are at risk of eschewing needed follow-up care, causing adverse effects on their health. Their situation can degenerate to the point where more emergency care is required. This state of affairs is inefficient, costly and dangerous, and exacerbated even further by the fact that even comprehending patients are often found to be non-compliant, as described above. 1 “Patient Comprehension of Emergency Department Care and Instructions: Are Patients Aware of When They Do=Not Understand? Annals of Emergency Medicine, Vol. 53 Issue 4, April 2009. Study attached.
  • Emergency room staff can use the Referral Cockpit to make a confirmed appointment with a physician qualified to provide post-discharge care. Once this appointment is made, reminders can be sent to the patient in the time leading up to the appointment, and documents transferred electronically to the receiving physician. Each of these steps increases the possibility of patient compliance and efficient post-emergency care.
  • Emergency care facility staff can use the Referral Cockpit's booking function to make appointments. The documentation functions described above serve to ensure that the receiving physician is well-informed before administering follow-up care.
  • EXAMPLES
  • FIGS. 11-16 further illustrate various embodiments of the invention as described below.
  • FIG. 11 illustrates the following example:
  • Case 1—Referral Cockpit to Referral Cockpit
      • 1. Patient visits doctor, doctor performs diagnosis and determines need for referral;
      • 2. Doctor uses PC to log in to Referral Cockpit; request information on availability of applicable doctors;
      • 3. PC sends request to aggregator server;
      • 4. Server searches connected database;
      • 5. Server returns requested information to PC/doctor, doctor then uses PC to choose specialist to refer to book appointment, and transfer patient's records electronically to aggregator server;
      • 6. Server forwards records, reservation to specialist's PC via server/database;
      • 7. Specialist uses PC to log in to Referral Cockpit and view appointment; contacts patient to confirm appointment, give preparatory instructions, etc.
      • 8. After appointment, specialist uses PC to log into Referral Cockpit and transfer updated records back to doctor via aggregator server.
  • FIG. 12 illustrates the following example:
  • Case 2—Referral Cockpit to Referral Cockpit, No Time Chosen
      • 1. Patient visits doctor, doctor performs diagnosis and determines need for referral;
      • 2. Doctor uses PC to log in to Referral Cockpit; request information on availability of applicable doctors;
      • 3. PC sends request to aggregator server;
      • 4. Server searches connected database;
      • 5. Server returns requested information to PC/doctor, doctor then uses PC to choose specialist, request appointment, and transfer patient's records electronically to aggregator server;
      • 6. Server forwards records, request to specialist's PC via server/database;
      • 7. Patient and specialist communicate at a later time outside the Referral Cockpit system (by email, phone, or personal conversation) to find a suitable time for the appointment;
      • 8. Specialist uses PC to log in to Referral Cockpit and enter the appointment on aggregator server, which updates database and makes updates visible to doctor;
      • 9. After appointment, specialist uses PC to log into Referral Cockpit and transfer updated records back to doctor via aggregator server.
  • FIG. 13 illustrates the following example:
  • Case 3—Referral to Practice Outside Cockpit System That Uses PCs
      • 1. Patient visits doctor, doctor performs diagnosis and determines need for referral;
      • 2. Doctor uses PC to log in to Referral Cockpit; request referral to a non-connected specialist;
      • 3. PC sends request to aggregator server;
      • 4. Server forwards email with request to specialist via his PC, logs it on database;
      • 5. Using PC, specialist contacts patient and doctor (by phone/email) outside system to accept request, make/confirm appointment;
      • 6. Doctor uses PC to enter reservation into database via aggregator server; transfer patient documents (if necessary) to specialist electronically via aggregator server and database;
      • 7. After appointment, specialist uses email/fax/mail to transfer updated records back to aggregator server, which identifies them, updates database, and forwards to doctor.
  • FIG. 14 illustrates the following example:
  • Case 4—Referral to Practice Outside Cockpit System Not Using PCs
      • 1. Patient visits doctor, doctor performs diagnosis and determines need for referral;
      • 2. Doctor uses PC to log in to Referral Cockpit; request referral to a non-connected specialist;
      • 3. PC sends request to aggregator server;
      • 4. Server forwards reservation request to specialist outside system via fax, logs it on database;
      • 5. Specialist contacts patient and doctor (probably by phone) to accept request and make/confirm appointment;
      • 6. Doctor uses PC to enter reservation into database via aggregator server; uploads patient information and documents to aggregator server—sever then outputs these to specialist via fax;
      • 7. After appointment, specialist faxes updated records back to aggregator server, which identifies them, updates database, and forwards to doctor.
  • FIG. 15 illustrates the following example:
  • Case 5—Referral Within a Hospital System
      • 1. Patient visits emergency room, doctor diagnoses need for referral to specialist;
      • 2. Emergency room administrator uses PC to log in to Referral Cockpit, request information on availability to doctors;
      • 3. PC sends request to aggregator server;
      • 4. Server searches connected database;
      • 5. Server returns requested information to ER admin. Admin chooses in-network specialist to refer to, book appointment, and transfer patient's records electronically to aggregator server;
      • 6. Server forwards records, reservation to specialist's PC via server/database;
      • 7. Specialist uses PC to log in to Referral Cockpit and view appointment; contacts patient to confirm appointment, give preparatory instructions, etc.—patient later visits specialist;
      • 8. After appointment, specialist uses PC to log into Referral Cockpit and transfer updated records back to ER admin via aggregator server.
  • FIG. 16 illustrates the following example:
  • Case 6—Paper Record Transfer Via Aggregator Server/Database
      • 1. Doctor scans paper records, which scanner transfers to PC;
      • 2. Doctor uses PC to log in to Referral Cockpit, upload scanned records, which are then transmitted to aggregator server;
      • 3. Aggregator server matches records with existing patient and case records, updates database, creates bar-coded cover page;
      • 4. Records are now forwarded directly to specialist via fax or PC in fax or email form, and/or specialist can re-request automated delivery or records as necessary via fax or PC at will, and without again involving doctor. If specialist is outside system, records he/she emails or faxes back to aggregator server will automatically be identified using bar code, database will be updated, and doctor sent records via Cockpit.
    Database Structures
  • FIG. 17 illustrates one example of a database structure for use in one or more embodiments of the method and apparatus of the invention. An aggregator database uses various stored tables of doctor, appointment, and user data for implementing the booking of a referral appointment. As shown, the doctor information table 220 may include a unique physician identifier (ID), physician name, specialty and sub-specialty identifiers, photo and physician statement information. An appointment table 221 may include a unique appointment identifier, practice identifier, physician identifier, location identifier, procedure identifier, start and end time for the procedure, a user identifier and duration. A user table 222 may include a unique user identifier, name, user key, gender and date of birth. This use of a relational database is meant to be illustrative of just one possible embodiment and not limiting.
  • FIG. 18 illustrates one example of a stored appointment table for use in one or more method or apparatus embodiments of the invention. The stored records of appointments in the aggregator's database may include each of the following fields:
      • ID;
      • practice ID;
      • doctor ID;
      • location ID;
      • procedure ID;
      • start time;
      • end time;
      • user ID;
      • duration.
        Again, this is one example of a table of stored referral appointment information utilizing the doctor, appointment and patient information stored in the aggregator database and is not meant to be limiting.
    System, Method and Computer Program
  • As will be appreciated by one skilled in the art, the present invention may be embodied as an apparatus or method, including a computer system or computer program product. Accordingly, unless specified to the contrary, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, the present invention may take the form of a computer program product embodied in any tangible medium of expression having computer-usable program code stored in the medium.
  • Any combination of one or more computer-usable or computer-readable medium(s) may be utilized, unless specified to the contrary herein. The computer-usable or computer-readable medium may be, for example but not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor storage mediums. More specific examples (a non-exhaustive list) include: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), and a portable compact disc read-only memory (CDROM), an optical storage device.
  • Computer program code for carrying out operations of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++, C#, JavaScript/Ajax and similar programming languages. JavaScript, which relies on a runtime environment in a web browser, is commonly used for website development (e.g., writing functions that are embedded in or included from HTML pages). JavaScript can be used as a scripting language for implementing an Ajax-embedded webpage. Unless otherwise specified, the program code may execute entirely on a user's computer, partly on the user's (e.g., server or client) computer, as a stand-alone software package, partly on a user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
  • A website is a collection of web pages posted on one or more web servers, accessible via the Internet. A webpage is a document, typically written in [X]HTML, that is generally accessible via HTTP, a protocol that transfers information from a web server to a display in the user's web browser. The collection of publically accessible websites are referred to as the “World Wide Web”.
  • Websites are written in, or dynamically converted to, HTML (hyper text mark-up language) and are accessed using a software interface known as the user agent. Web pages can be viewed or otherwise accessed from a range of computer-based and Internet-enabled devices of various types, including desktop computers, laptop computers, PDA's and cell phones. A website is posted on a computer system known as a web server, and it includes software that retrieves and delivers the pages in response to requests from the website users.
  • A dynamic website presents variable information that is tailored to particular users. It may accept the user's input and respond to a user's request. For example, the user can enter text into a data entry field or form or select highlighted (linked) options, which prompts the website to fulfill the request and return a unique result. The aggregator's website, accessible in various forms to patients, hospitals, insurers and practice groups, includes such dynamic functionality.
  • A link or hyperlink, is a reference or navigation component in a document to another section of the same document or to another document on a different domain. A web browser usually displays a link in some distinguishing way, e.g. in a different color, font or style. When the user activates the link (e.g. by clicking on it with the mouse) the browser will display the target of the link.
  • As used herein, database and central database are not meant to be limiting, and may reside in one or more locations and/or data repositories. The aggregator's database is referred to as a central database to distinguish it from the separate multiple databases of the unaffiliated practice groups from which the aggregator combines (aggregates) the available appointment times to be offered on the aggregator's website. Database as used herein is not meant to be limiting and may include various forms of data repositories and applications for indexing, search, storage and retrieval of such repositories.
  • The aggregator can, by collecting and storing this available appointment data from a plurality of unaffiliated practice groups, provide a much larger database of available appointment times/specialties/procedures and can allow patients to book appointments directly with the aggregator, without requiring the patients to contact the practice group in any manner (by phone, email or practice group website).
  • The present invention is described above with reference to flowchart illustrations and/or block diagrams of methods, apparatus and computer program products (systems) according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
  • These computer program instructions may also be stored in a computer-readable medium that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable medium produce an article of manufacture including instruction means which implement the function/act specified in the flowchart and/or block diagram block or blocks.
  • The flowchart and block diagrams illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
  • By way of example only, various described embodiments may be implemented on processor based servers, such as any x8664 processor based server, for example running a Windows Operating System, e.g. Windows Server 2003, Windows XP/Vista, including Microsoft's NET Framework (e.g. Net 2.0). The database programming may be implemented in the SQL programming language (e.g. MS SQL 2005 and TSQL).
  • Modifications can be made to the previously described embodiments of the present invention and without departing from the scope of the invention, the embodiments being illustrative and not restrictive.

Claims (35)

1. An online physician referral apparatus comprising:
a computer apparatus for managing and storing a central managed database of physician profiles and scheduling information for physicians belonging to different provider groups, the database containing both physician profile data (PPD) and available appointment times for the physicians, wherein the PPD includes the physician's specialty, location and insurance or payment information; and
an online portal, accessible by computer to referring physicians over a network, for computer implemented filtering of the PPD and available appointment times on behalf of a patient of the referring physician, the portal including a user interface enabling the referring physician to select and book on-line a referral appointment on behalf of the patient with one of the physicians based on a filtered combination of the available appointment times and PPD.
2. The apparatus of claim 1, wherein:
the portal comprises a Web site and the user interface is accessible via a Web browser for filtering and selecting the one physician for the referral appointment.
3. The apparatus of claim 1, wherein:
the PPD further includes one or more of an affiliation of the physician with a provider group, insurance carrier, insurance plan, and procedures performed.
4. The apparatus of claim 1, wherein:
the database further includes the selected booked appointments and patient records relevant to such appointments.
5. The apparatus of claim 1, wherein:
the database includes an identifier for correlating patient and patient records.
6. A method for online booking of physician referrals comprising:
a referring physician accessing an online portal to a central managed database of physician profile data (PPD) and available appointment times for physicians belonging to different provider groups, the PPD including the physician's specialty, location and insurance or payment information;
the referring physician performing the following steps via the portal:
filtering the PPD and available appointment times on behalf of a patient of the referring physician and selecting, on behalf of the patient, a referral appointment with one of the physicians based on a filtered combination of the available appointment times and PPD;
entering identification information for the patient; and
booking the selected appointment for the identified patient.
7. The method of claim 6, wherein the PPD further includes one or more of an affiliation of the physician with a provider group, insurance carrier, insurance plan, and procedures performed.
8. The method of claim 6, wherein the filtering step is based on specialty and location and the portal displays a filtered listing of the physicians and their available appointment times.
9. The method of claim 6, wherein in response to the filtering, the portal displays a filtered listing of the physicians including their respective name, specialty, location, and insurance or payment information.
10. The method of claim 6, wherein the referring physician further performs the step of tracking one or more selected appointments.
11. The method of claim 10, wherein the tracking is performed based on one or more of the selected physician and the patient.
12. The method of claim 6, further comprising the step of the referring physician transferring patient information to the selected physician.
13. The method of claim 6, further comprising the step of the selected physician transferring patient information via the portal to the referring physician.
14. The method of claim 6, further comprising the step of the referring physician reviewing on the portal a booking history of selected appointments.
15. The method of claim 14, wherein the booking history can be filtered by the referring physician based upon one or more of the patient, selected physician, specialty and date.
16. The method of claim 14, wherein the booking history comprises one or more of:
appointment status;
clinical information;
patient identification information;
selected physician;
appointment time;
appointment history; and
further actions regarding the patient.
17. The method of claim 6, further comprising the step of the referring physician establishing communication via the portal with one or more of the patient and the selected physician.
18. The method of claim 17, wherein the communications include one or more of a reminder to the patient and providing patient information to the selected physician.
19. The method of claim 17, further comprising the step of the referring physician reviewing a history of the communications on the portal.
20. The method of claim 6, further comprising the steps of the portal displaying a description of the booked appointment and the referring physician printing the displayed description and providing the printed description to the patient.
21. The method of claim 6, wherein the portal is a website.
22. The method of claim 6, wherein patient information can be uploaded by the referring physician to the portal.
23. The method of claim 6, wherein the patient information can be uploaded by the selected physician to the portal.
24. A computer readable storage medium with instructions to one or a plurality of computers for execution of the method of claim 6.
25. A method for online booking of physician referrals comprising:
a referring physician accessing an online portal to a central managed database of physician profile data (PPD) and available appointment times for physicians belonging to different provider groups, the PPD including the physician's specialty, location and insurance or payment information;
the referring physician performing the following steps via the portal:
filtering the PPD on behalf of a patient of the referring physician to select, on behalf of the patient, one of the physicians based on the PPD;
entering identification information for the patient; and
notifying the selected physician electronically to arrange for a referral appointment.
26. The method of claim 25 wherein, following the notification, the referring physician transfers patient information to the selected physician via the portal.
27. The method of claim 25, further comprising the step of the referring physician tracking one or more of the appointment and the patient's progress via the portal.
28. A system for managing patient referrals comprising:
an online portal, accessible by computer to a referring physician over a network, providing access to a central managed database of physician profile data (PPD) and available appointment times for physicians belonging to different provider groups;
the portal including a user interface enabling the referring physician to filter the PPD and available appointment times and select, on behalf of a patient of the referring physician one of the physicians for a referral appointment;
the portal providing one or more communication channels for communication between the referring physician and one or more of the patient and the selected physician for:
initiating and tracking toward completion the referral appointment of the patient with the selected physician; and
transferring of patient information.
29. A network based scheduling system, the system comprising:
an aggregator managed database containing information relevant to referring physicians who periodically need to schedule referral appointments with other physicians;
a set of parameters associated with each of a plurality of physicians accepting referral appointments having available appointment times;
a central controller managing a referral appointment schedule for the aggregator, wherein the central controller operates via a network to:
receive scheduling information via the network from the physicians accepting referral appointments;
supply available appointment times via the network to the referring physicians, with the supplied available appointment times determined by input received from the referring physician on behalf of a patient of the referring physician;
wherein the controller supplies an available appointment calendar via the network to the referring physician of the available appointment times, and wherein the referring physician can schedule an appointment via the network by selecting a desired appointment time.
30. The system of claim 29, wherein the network is the Internet.
31. The system of claim 29, wherein the aggregator provides a Web portal accessible to the physicians for receiving and supplying the scheduling and appointment times.
32. The system of claim 29, wherein the controller synchronizes the available appointment times with the appointment calendars of the physicians accepting referral appointments.
33. The system of claim 29, wherein the controller supplies a real time master schedule via the network.
34. The system of claim 29, wherein the controller operates via the network to supply tracking information relevant to the selected appointment.
35. The system of claim 34, wherein the tracking information includes one or more of:
patient contact information;
patient insurance information;
affiliation of the physician accepting referral appointments;
patient information supplied by the physician accepting referral appointments;
patient information supplied by the referral physician;
patient clinical information;
appointment history information;
physician notes concerning the patient
US12/916,780 2008-09-15 2010-11-01 Method and apparatus for managing physician referrals Abandoned US20110191122A1 (en)

Priority Applications (7)

Application Number Priority Date Filing Date Title
US12/916,780 US20110191122A1 (en) 2008-09-15 2010-11-01 Method and apparatus for managing physician referrals
EP11721166.4A EP2628137A4 (en) 2010-11-01 2011-05-04 Method and apparatus for managing physician referrals
PCT/US2011/035116 WO2012060899A2 (en) 2010-11-01 2011-05-04 Method and apparatus for managing physician referrals
CA2816531A CA2816531A1 (en) 2010-11-01 2011-05-04 Method and apparatus for managing physician referrals
US15/858,451 US10997555B1 (en) 2008-09-15 2017-12-29 Method and apparatus for managing physician referrals
US17/209,813 US11790319B2 (en) 2008-09-15 2021-03-23 Method and apparatus for managing physician referrals
US18/244,742 US20230419258A1 (en) 2008-09-15 2023-09-11 Method and Apparatus for Managing Physician Referrals

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US12/210,664 US20100070295A1 (en) 2008-09-15 2008-09-15 Centralized marketplace for healthcare appointments across practice groups
US12/210,765 US8688466B2 (en) 2008-09-15 2008-09-15 Data synchronization for booking of healthcare appointments across practice groups
US12/210,716 US20100070296A1 (en) 2008-09-15 2008-09-15 Patient verification for booking of healthcare appointments across practice groups
US12/210,690 US20100070303A1 (en) 2008-09-15 2008-09-15 Consumer portal for healthcare appointments across practice groups
US12/722,728 US10185929B2 (en) 2008-09-15 2010-03-12 Method and apparatus for managing physician profile and healthcare appointment services
US12/916,780 US20110191122A1 (en) 2008-09-15 2010-11-01 Method and apparatus for managing physician referrals

Related Parent Applications (2)

Application Number Title Priority Date Filing Date
US12/210,765 Continuation-In-Part US8688466B2 (en) 2008-09-15 2008-09-15 Data synchronization for booking of healthcare appointments across practice groups
US12/722,728 Continuation-In-Part US10185929B2 (en) 2008-09-15 2010-03-12 Method and apparatus for managing physician profile and healthcare appointment services

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/858,451 Continuation US10997555B1 (en) 2008-09-15 2017-12-29 Method and apparatus for managing physician referrals

Publications (1)

Publication Number Publication Date
US20110191122A1 true US20110191122A1 (en) 2011-08-04

Family

ID=46024995

Family Applications (3)

Application Number Title Priority Date Filing Date
US12/916,780 Abandoned US20110191122A1 (en) 2008-09-15 2010-11-01 Method and apparatus for managing physician referrals
US15/858,451 Active 2029-09-04 US10997555B1 (en) 2008-09-15 2017-12-29 Method and apparatus for managing physician referrals
US17/209,813 Active 2029-09-01 US11790319B2 (en) 2008-09-15 2021-03-23 Method and apparatus for managing physician referrals

Family Applications After (2)

Application Number Title Priority Date Filing Date
US15/858,451 Active 2029-09-04 US10997555B1 (en) 2008-09-15 2017-12-29 Method and apparatus for managing physician referrals
US17/209,813 Active 2029-09-01 US11790319B2 (en) 2008-09-15 2021-03-23 Method and apparatus for managing physician referrals

Country Status (4)

Country Link
US (3) US20110191122A1 (en)
EP (1) EP2628137A4 (en)
CA (1) CA2816531A1 (en)
WO (1) WO2012060899A2 (en)

Cited By (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080052110A1 (en) * 2006-08-23 2008-02-28 Cambridge Software Solutions Corp. Referral system
US20120191478A1 (en) * 2011-01-26 2012-07-26 Greg Klement Insurance Product and Method for Using Same
US20130132511A1 (en) * 2011-11-23 2013-05-23 Konkuk University Industrial Cooperation Corp System and method for processing medical information through medical terminal
US8478630B2 (en) 2010-05-02 2013-07-02 Lifebooker Llc System and method for online marketing, scheduling and booking of services
US8484064B2 (en) 2010-05-02 2013-07-09 Lifebooker, Llc System and method for financing promotional services
WO2013103814A2 (en) * 2012-01-04 2013-07-11 Universal Research Solutions LLC Interactive medical education modules
US20130282391A1 (en) * 2012-04-20 2013-10-24 Cerner Innovation, Inc. Patient management of referral orders
US20130282397A1 (en) * 2012-04-20 2013-10-24 Cerner Innovation, Inc. Provider management of referral orders
US20130325490A1 (en) * 2012-06-05 2013-12-05 Mobile Health One, Inc. Secure communications and workflow management for healthcare professionals, including referral tracking
US20140108030A1 (en) * 2012-10-11 2014-04-17 Adolfo Tejeda-Monteagut Physician referral network
US20140136264A1 (en) * 2012-11-15 2014-05-15 Edward Phillip Kinsey II Methods and systems for the sale of consumer services
WO2014116410A2 (en) * 2013-01-22 2014-07-31 General Electric Comany Systems and methods for collaborating in a non-destructive testing system
US20140249878A1 (en) * 2013-03-04 2014-09-04 OpenMed, Inc. Appointment scheduling
US20150006259A1 (en) * 2013-06-27 2015-01-01 Kyruus, Inc. Methods and systems for providing performance improvement recommendations to professionals
US20150025899A1 (en) * 2013-07-19 2015-01-22 David A. Kleiman Method of improving patient access to healthcare services
WO2014210603A3 (en) * 2013-06-28 2015-04-02 Healthtap, Inc. Systems and method for evaluating and selecting a healthcare professional
US20150127640A1 (en) * 2011-10-05 2015-05-07 Google Inc. Referent based search suggestions
USD735225S1 (en) 2013-01-03 2015-07-28 Par8O, Inc. Display screen of a computing device with graphical user interface
US20150278975A1 (en) * 2014-03-27 2015-10-01 Larry D. Allen System, application and method for managing patient care coordination
US20150310455A1 (en) * 2014-04-25 2015-10-29 International Medical Records Systems, Llc Generation of an Image Regarding a Status Associated with a Patient
US20160042477A1 (en) * 2011-10-18 2016-02-11 Kyruus, Inc. Methods and systems for profiling professionals
US9305108B2 (en) 2011-10-05 2016-04-05 Google Inc. Semantic selection and purpose facilitation
US20160173424A1 (en) * 2011-01-10 2016-06-16 Epic Systems Corporation Messaging System For Initiating Event Based Workflow
US20160292649A1 (en) * 2015-03-31 2016-10-06 APPLIED RESEARCH WORKS Inc. Computerized System and Method for Conditionally Sharing Calendars with Referring Providers
WO2016201140A1 (en) * 2015-06-09 2016-12-15 Seromatch, Inc. System for lab results based dating coordination
WO2017062779A1 (en) * 2015-10-09 2017-04-13 Christus Health Physician communication systems and methods
US20170103181A1 (en) * 2015-10-08 2017-04-13 Barbara Czerska Healthcare delivery system
JP2017076420A (en) * 2016-12-06 2017-04-20 Mrt株式会社 Information processing apparatus, information processing method, and program
US9741021B2 (en) 2013-01-18 2017-08-22 Robert Yu Optimized online marketing and scheduling systems and methods that are based on driving demand for services
US20170344948A1 (en) * 2015-02-19 2017-11-30 DocBuddy, Inc. Coordinated mobile access to electronic medical records
US9984205B2 (en) * 2013-11-27 2018-05-29 General Electric Company Cloud-based clinical information systems and methods of use
US10013152B2 (en) 2011-10-05 2018-07-03 Google Llc Content selection disambiguation
CN109448807A (en) * 2018-10-12 2019-03-08 成都数联易康科技有限公司 A kind of patient's medical treatment guiding implementation method based on doctor's medical services behavioural analysis
US10311388B2 (en) 2016-03-22 2019-06-04 International Business Machines Corporation Optimization of patient care team based on correlation of patient characteristics and care provider characteristics
US10395330B2 (en) 2016-02-17 2019-08-27 International Business Machines Corporation Evaluating vendor communications for accuracy and quality
US10437957B2 (en) 2016-02-17 2019-10-08 International Business Machines Corporation Driving patient campaign based on trend patterns in patient registry information
US10528702B2 (en) 2016-02-02 2020-01-07 International Business Machines Corporation Multi-modal communication with patients based on historical analysis
US10552930B1 (en) * 2011-10-05 2020-02-04 The Advisory Board Company Electronic physician referral management system and methods
US10558785B2 (en) 2016-01-27 2020-02-11 International Business Machines Corporation Variable list based caching of patient information for evaluation of patient rules
US10565309B2 (en) 2016-02-17 2020-02-18 International Business Machines Corporation Interpreting the meaning of clinical values in electronic medical records
US10607725B2 (en) 2012-01-04 2020-03-31 Universal Research Solutions, Llc Surgical operative notes
US10636015B2 (en) 2010-06-18 2020-04-28 Sharat NAGARAJ Automated schedule systems and methods
US10685089B2 (en) 2016-02-17 2020-06-16 International Business Machines Corporation Modifying patient communications based on simulation of vendor communications
CN111295130A (en) * 2017-11-16 2020-06-16 布鲁恩生物有限责任公司 Providing care continuity in multiple care environments
US10691407B2 (en) 2016-12-14 2020-06-23 Kyruus, Inc. Methods and systems for analyzing speech during a call and automatically modifying, during the call, a call center referral interface
CN111415729A (en) * 2019-01-08 2020-07-14 中国医学科学院肿瘤医院 Doctor-patient management system and method based on WeChat applet
US10733595B2 (en) 2014-09-26 2020-08-04 Square, Inc. Appointment and payment handling
US20200251226A1 (en) * 2019-02-04 2020-08-06 Board Of Regents, The University Of Texas System Method and system for scheduling and document-sharing within an enterprise virtual health network
US10923231B2 (en) 2016-03-23 2021-02-16 International Business Machines Corporation Dynamic selection and sequencing of healthcare assessments for patients
US10937526B2 (en) 2016-02-17 2021-03-02 International Business Machines Corporation Cognitive evaluation of assessment questions and answers to determine patient characteristics
US10950960B2 (en) 2018-10-11 2021-03-16 Bruin Biometrics, Llc Device with disposable element
US10959664B2 (en) 2017-02-03 2021-03-30 Bbi Medical Innovations, Llc Measurement of susceptibility to diabetic foot ulcers
US10997565B2 (en) 2015-06-10 2021-05-04 Square, Inc. Consolidation of calendar appointments
US11023928B2 (en) 2014-09-26 2021-06-01 Square, Inc. Appointment and payment handling
US11037658B2 (en) 2016-02-17 2021-06-15 International Business Machines Corporation Clinical condition based cohort identification and evaluation
US11087862B2 (en) 2018-11-21 2021-08-10 General Electric Company Clinical case creation and routing automation
US11253192B2 (en) 2010-05-08 2022-02-22 Bruain Biometrics, LLC SEM scanner sensing apparatus, system and methodology for early detection of ulcers
US11284810B2 (en) 2015-04-24 2022-03-29 Bruin Biometrics, Llc Apparatus and methods for determining damaged tissue using sub-epidermal moisture measurements
US11304652B2 (en) 2017-02-03 2022-04-19 Bbi Medical Innovations, Llc Measurement of tissue viability
US11337651B2 (en) 2017-02-03 2022-05-24 Bruin Biometrics, Llc Measurement of edema
US11471094B2 (en) 2018-02-09 2022-10-18 Bruin Biometrics, Llc Detection of tissue damage
US20220369077A1 (en) * 2016-06-30 2022-11-17 The Notebook, Llc Electronic notebook system
US11605195B1 (en) * 2014-04-24 2023-03-14 Teletracking Technologies, Inc. Perioperative mobile communication system and method
US11642075B2 (en) 2021-02-03 2023-05-09 Bruin Biometrics, Llc Methods of treating deep and early-stage pressure induced tissue damage
US20230342874A1 (en) * 2022-04-25 2023-10-26 Toyota Motor North America, Inc. Prioritizing access to shared vehicles based on need
US11881221B2 (en) 2018-02-28 2024-01-23 The Notebook, Llc Health monitoring system and appliance

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110191122A1 (en) * 2008-09-15 2011-08-04 ZocDoc, Inc. Method and apparatus for managing physician referrals
US20220076851A1 (en) * 2020-09-09 2022-03-10 Nazar Kamangar Patient and service provider remote interaction system, method and apparatus
US11721339B2 (en) 2020-09-27 2023-08-08 Stryker Corporation Message filtering based on dynamic voice-activated rules
US20230066339A1 (en) * 2021-08-27 2023-03-02 Mars, Incorporated Systems and methods for end-to-end pet care transactions web platform

Citations (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6345260B1 (en) * 1997-03-17 2002-02-05 Allcare Health Management System, Inc. Scheduling interface system and method for medical professionals
US20020116220A1 (en) * 2001-02-20 2002-08-22 Glazier Alan Neil Method and system for interactively researching and scheduling a medical procedure over a computer network
US6477503B1 (en) * 1999-07-08 2002-11-05 Robert O. Mankes Active reservation system
US20040010423A1 (en) * 2002-04-03 2004-01-15 Joseph Sameh Website messaging system for providing healthcare to a patient
US6757989B2 (en) * 2001-12-28 2004-07-06 Dns Korea, Ltd. Wafer drying apparatus
US20040158486A1 (en) * 2001-06-11 2004-08-12 Nudd Audrey J. Healthcare solution system
US20040199412A1 (en) * 2003-03-14 2004-10-07 Mccauley Stephen F. Internet-based scheduling method and system for service providers and users
US20040198331A1 (en) * 2003-04-02 2004-10-07 Sun Microsystems, Inc. System and method for advanced service interaction
US20040236601A1 (en) * 2003-05-19 2004-11-25 Threewire, Inc. Method for direct-to-patient marketing and clinical trials recruitment with outcomes tracking and method for confidential appointment booking
US6839680B1 (en) * 1999-09-30 2005-01-04 Fujitsu Limited Internet profiling
US20050165627A1 (en) * 2003-03-10 2005-07-28 Medem, Inc. Electronic personal health record system
US20060129444A1 (en) * 2004-12-15 2006-06-15 Bellsouth Intellectual Property Corporation Appointment arbiter
US7069228B1 (en) * 1998-04-30 2006-06-27 Rose James W Apparatus and method for an internet based computer reservation booking system
US20070027714A1 (en) * 2005-03-21 2007-02-01 Christopher Fenno Automated healthcare services system
US7174303B2 (en) * 2000-07-31 2007-02-06 Uappoint, Inc Customer driven, sponsor controlled network-based graphical scheduling system and method
US20070038476A1 (en) * 2001-02-02 2007-02-15 Hotelrecovery, Inc. System, method, and computer program product for medical treatment
US20070083403A1 (en) * 2004-03-26 2007-04-12 Crystallon Systems, Inc. Referral management method, apparatus and system
US7212985B2 (en) * 2000-10-10 2007-05-01 Intragroup, Inc. Automated system and method for managing a process for the shopping and selection of human entities
US20070106752A1 (en) * 2005-02-01 2007-05-10 Moore James F Patient viewer for health care data pools
US20080052110A1 (en) * 2006-08-23 2008-02-28 Cambridge Software Solutions Corp. Referral system
US20080109361A1 (en) * 2006-11-08 2008-05-08 Healthunity Corporation Health record access system and method
US20090076855A1 (en) * 2007-09-13 2009-03-19 Mccord Matthew Apparatus, method and system for web-based health care marketplace portal
US20090089085A1 (en) * 2007-10-02 2009-04-02 American Well Systems Managing Utilization
US20090138283A1 (en) * 2007-11-27 2009-05-28 Lizbeth Ann Brown Appointment scheduling system and method
US20100017222A1 (en) * 2008-07-18 2010-01-21 General Electric Company Systems and Methods For Scheduling Healthcare Visits
US20100191547A1 (en) * 2008-07-26 2010-07-29 Scott Brandt System of obtaining and manipulating insurance company identities through physician provided network database
US7797170B2 (en) * 2002-11-07 2010-09-14 International Business Machines Corporation Location based services revenue sharing and cost offsetting
US20110009707A1 (en) * 2008-05-07 2011-01-13 Kaundinya Murali P Telehealth Scheduling and Communications Network

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060106644A1 (en) * 2001-05-30 2006-05-18 Koo Charles C Patient referral and physician-to-physician marketing method and system
US7490085B2 (en) * 2002-12-18 2009-02-10 Ge Medical Systems Global Technology Company, Llc Computer-assisted data processing system and method incorporating automated learning
US20070162310A1 (en) * 2005-12-30 2007-07-12 Health Systems Technology, Inc. Medical office electronic management system and method
US20080262873A1 (en) * 2007-04-18 2008-10-23 Janus Health, Inc. Patient management system and method
US8689008B2 (en) 2008-08-05 2014-04-01 Net.Orange, Inc. Operating system
US20110191122A1 (en) * 2008-09-15 2011-08-04 ZocDoc, Inc. Method and apparatus for managing physician referrals

Patent Citations (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6345260B1 (en) * 1997-03-17 2002-02-05 Allcare Health Management System, Inc. Scheduling interface system and method for medical professionals
US7069228B1 (en) * 1998-04-30 2006-06-27 Rose James W Apparatus and method for an internet based computer reservation booking system
US6477503B1 (en) * 1999-07-08 2002-11-05 Robert O. Mankes Active reservation system
US6839680B1 (en) * 1999-09-30 2005-01-04 Fujitsu Limited Internet profiling
US7174303B2 (en) * 2000-07-31 2007-02-06 Uappoint, Inc Customer driven, sponsor controlled network-based graphical scheduling system and method
US7212985B2 (en) * 2000-10-10 2007-05-01 Intragroup, Inc. Automated system and method for managing a process for the shopping and selection of human entities
US20070038476A1 (en) * 2001-02-02 2007-02-15 Hotelrecovery, Inc. System, method, and computer program product for medical treatment
US20020116220A1 (en) * 2001-02-20 2002-08-22 Glazier Alan Neil Method and system for interactively researching and scheduling a medical procedure over a computer network
US20040158486A1 (en) * 2001-06-11 2004-08-12 Nudd Audrey J. Healthcare solution system
US6757989B2 (en) * 2001-12-28 2004-07-06 Dns Korea, Ltd. Wafer drying apparatus
US20040010423A1 (en) * 2002-04-03 2004-01-15 Joseph Sameh Website messaging system for providing healthcare to a patient
US7797170B2 (en) * 2002-11-07 2010-09-14 International Business Machines Corporation Location based services revenue sharing and cost offsetting
US20050165627A1 (en) * 2003-03-10 2005-07-28 Medem, Inc. Electronic personal health record system
US20040199412A1 (en) * 2003-03-14 2004-10-07 Mccauley Stephen F. Internet-based scheduling method and system for service providers and users
US20040198331A1 (en) * 2003-04-02 2004-10-07 Sun Microsystems, Inc. System and method for advanced service interaction
US20040236601A1 (en) * 2003-05-19 2004-11-25 Threewire, Inc. Method for direct-to-patient marketing and clinical trials recruitment with outcomes tracking and method for confidential appointment booking
US20070083403A1 (en) * 2004-03-26 2007-04-12 Crystallon Systems, Inc. Referral management method, apparatus and system
US20060129444A1 (en) * 2004-12-15 2006-06-15 Bellsouth Intellectual Property Corporation Appointment arbiter
US20070106752A1 (en) * 2005-02-01 2007-05-10 Moore James F Patient viewer for health care data pools
US20070027714A1 (en) * 2005-03-21 2007-02-01 Christopher Fenno Automated healthcare services system
US20080052110A1 (en) * 2006-08-23 2008-02-28 Cambridge Software Solutions Corp. Referral system
US20080109361A1 (en) * 2006-11-08 2008-05-08 Healthunity Corporation Health record access system and method
US20090076855A1 (en) * 2007-09-13 2009-03-19 Mccord Matthew Apparatus, method and system for web-based health care marketplace portal
US20090089085A1 (en) * 2007-10-02 2009-04-02 American Well Systems Managing Utilization
US20090138283A1 (en) * 2007-11-27 2009-05-28 Lizbeth Ann Brown Appointment scheduling system and method
US20110009707A1 (en) * 2008-05-07 2011-01-13 Kaundinya Murali P Telehealth Scheduling and Communications Network
US20100017222A1 (en) * 2008-07-18 2010-01-21 General Electric Company Systems and Methods For Scheduling Healthcare Visits
US20100191547A1 (en) * 2008-07-26 2010-07-29 Scott Brandt System of obtaining and manipulating insurance company identities through physician provided network database

Cited By (107)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080052110A1 (en) * 2006-08-23 2008-02-28 Cambridge Software Solutions Corp. Referral system
US8478630B2 (en) 2010-05-02 2013-07-02 Lifebooker Llc System and method for online marketing, scheduling and booking of services
US8484064B2 (en) 2010-05-02 2013-07-09 Lifebooker, Llc System and method for financing promotional services
US11779265B2 (en) 2010-05-08 2023-10-10 Bruin Biometrics, Llc SEM scanner sensing apparatus, system and methodology for early detection of ulcers
US11253192B2 (en) 2010-05-08 2022-02-22 Bruain Biometrics, LLC SEM scanner sensing apparatus, system and methodology for early detection of ulcers
US10636015B2 (en) 2010-06-18 2020-04-28 Sharat NAGARAJ Automated schedule systems and methods
US20160173424A1 (en) * 2011-01-10 2016-06-16 Epic Systems Corporation Messaging System For Initiating Event Based Workflow
US10854320B2 (en) * 2011-01-10 2020-12-01 Epic Systems Corporation Messaging system for initiating event based workflow
US20120191478A1 (en) * 2011-01-26 2012-07-26 Greg Klement Insurance Product and Method for Using Same
US10552930B1 (en) * 2011-10-05 2020-02-04 The Advisory Board Company Electronic physician referral management system and methods
US20150127640A1 (en) * 2011-10-05 2015-05-07 Google Inc. Referent based search suggestions
US9779179B2 (en) * 2011-10-05 2017-10-03 Google Inc. Referent based search suggestions
US9652556B2 (en) 2011-10-05 2017-05-16 Google Inc. Search suggestions based on viewport content
US9594474B2 (en) 2011-10-05 2017-03-14 Google Inc. Semantic selection and purpose facilitation
US10013152B2 (en) 2011-10-05 2018-07-03 Google Llc Content selection disambiguation
US9501583B2 (en) * 2011-10-05 2016-11-22 Google Inc. Referent based search suggestions
US9305108B2 (en) 2011-10-05 2016-04-05 Google Inc. Semantic selection and purpose facilitation
US20150154214A1 (en) * 2011-10-05 2015-06-04 Google Inc. Referent based search suggestions
US20160042477A1 (en) * 2011-10-18 2016-02-11 Kyruus, Inc. Methods and systems for profiling professionals
US20130132511A1 (en) * 2011-11-23 2013-05-23 Konkuk University Industrial Cooperation Corp System and method for processing medical information through medical terminal
US8838738B2 (en) * 2011-11-23 2014-09-16 Konkuk University Industrial Cooperation Corp. System and method for processing medical information through medical terminal
WO2013103814A3 (en) * 2012-01-04 2013-09-12 Universal Research Solutions LLC Interactive medical education modules
US10339500B2 (en) 2012-01-04 2019-07-02 Universal Research Solutions, Llc Patient education modules
US10607725B2 (en) 2012-01-04 2020-03-31 Universal Research Solutions, Llc Surgical operative notes
WO2013103814A2 (en) * 2012-01-04 2013-07-11 Universal Research Solutions LLC Interactive medical education modules
US11482321B2 (en) * 2012-04-20 2022-10-25 Cerner Innovation, Inc. Patient portal management of referral orders
US20130282391A1 (en) * 2012-04-20 2013-10-24 Cerner Innovation, Inc. Patient management of referral orders
US20130282397A1 (en) * 2012-04-20 2013-10-24 Cerner Innovation, Inc. Provider management of referral orders
US20130325490A1 (en) * 2012-06-05 2013-12-05 Mobile Health One, Inc. Secure communications and workflow management for healthcare professionals, including referral tracking
US20140108030A1 (en) * 2012-10-11 2014-04-17 Adolfo Tejeda-Monteagut Physician referral network
US10824975B2 (en) * 2012-11-15 2020-11-03 Impel It! Inc. Methods and systems for electronic form identification and population
US11694132B2 (en) * 2012-11-15 2023-07-04 Impel It! Inc. Methods and systems for electronic form identification and population
US10402760B2 (en) * 2012-11-15 2019-09-03 Impel It! Inc. Methods and systems for the sale of consumer services
US20210224723A1 (en) * 2012-11-15 2021-07-22 Impel It! Inc. Methods and systems for intelligent service scheduling
US20140136264A1 (en) * 2012-11-15 2014-05-15 Edward Phillip Kinsey II Methods and systems for the sale of consumer services
US10083411B2 (en) 2012-11-15 2018-09-25 Impel It! Inc. Methods and systems for the sale of consumer services
USD735225S1 (en) 2013-01-03 2015-07-28 Par8O, Inc. Display screen of a computing device with graphical user interface
US10733576B2 (en) 2013-01-18 2020-08-04 Robert Yu Optimized online marketing and scheduling systems and methods that are based on driving demand for services
US9741021B2 (en) 2013-01-18 2017-08-22 Robert Yu Optimized online marketing and scheduling systems and methods that are based on driving demand for services
US10169742B2 (en) 2013-01-18 2019-01-01 Robert Yu Optimized online marketing and scheduling systems and methods that are based on driving demand for services
US10484438B2 (en) 2013-01-22 2019-11-19 General Electric Company Systems and methods for collaborating in a non-destructive testing system
WO2014116410A2 (en) * 2013-01-22 2014-07-31 General Electric Comany Systems and methods for collaborating in a non-destructive testing system
US9954908B2 (en) 2013-01-22 2018-04-24 General Electric Company Systems and methods for collaborating in a non-destructive testing system
WO2014116410A3 (en) * 2013-01-22 2014-10-30 General Electric Company Systems and methods for collaborating in a non-destructive testing system
JP2016510463A (en) * 2013-01-22 2016-04-07 ゼネラル・エレクトリック・カンパニイ System and method for collaborating in a non-destructive inspection system
US20140249878A1 (en) * 2013-03-04 2014-09-04 OpenMed, Inc. Appointment scheduling
US10726393B2 (en) * 2013-03-04 2020-07-28 OpenMed, Inc. Appointment scheduling
US11379797B2 (en) 2013-03-04 2022-07-05 OpenMed, Inc. Appointment scheduling
US20150006259A1 (en) * 2013-06-27 2015-01-01 Kyruus, Inc. Methods and systems for providing performance improvement recommendations to professionals
WO2014210603A3 (en) * 2013-06-28 2015-04-02 Healthtap, Inc. Systems and method for evaluating and selecting a healthcare professional
US10949790B2 (en) 2013-06-28 2021-03-16 Healthtap, Inc. Systems and methods for improving communication efficiency and reducing data redundancy in a computerized platform
US20150025899A1 (en) * 2013-07-19 2015-01-22 David A. Kleiman Method of improving patient access to healthcare services
US11538593B2 (en) 2013-11-27 2022-12-27 General Electric Company Cloud-based clincial information systems and methods of use
US9984205B2 (en) * 2013-11-27 2018-05-29 General Electric Company Cloud-based clinical information systems and methods of use
US20150278975A1 (en) * 2014-03-27 2015-10-01 Larry D. Allen System, application and method for managing patient care coordination
US11605195B1 (en) * 2014-04-24 2023-03-14 Teletracking Technologies, Inc. Perioperative mobile communication system and method
US20150310455A1 (en) * 2014-04-25 2015-10-29 International Medical Records Systems, Llc Generation of an Image Regarding a Status Associated with a Patient
US11501279B2 (en) 2014-09-26 2022-11-15 Block, Inc. Appointment and payment handling
US11023928B2 (en) 2014-09-26 2021-06-01 Square, Inc. Appointment and payment handling
US10733595B2 (en) 2014-09-26 2020-08-04 Square, Inc. Appointment and payment handling
US20170344948A1 (en) * 2015-02-19 2017-11-30 DocBuddy, Inc. Coordinated mobile access to electronic medical records
US20160292649A1 (en) * 2015-03-31 2016-10-06 APPLIED RESEARCH WORKS Inc. Computerized System and Method for Conditionally Sharing Calendars with Referring Providers
US11284810B2 (en) 2015-04-24 2022-03-29 Bruin Biometrics, Llc Apparatus and methods for determining damaged tissue using sub-epidermal moisture measurements
US11534077B2 (en) 2015-04-24 2022-12-27 Bruin Biometrics, Llc Apparatus and methods for determining damaged tissue using sub epidermal moisture measurements
US11832929B2 (en) 2015-04-24 2023-12-05 Bruin Biometrics, Llc Apparatus and methods for determining damaged tissue using sub-epidermal moisture measurements
WO2016201140A1 (en) * 2015-06-09 2016-12-15 Seromatch, Inc. System for lab results based dating coordination
US10997565B2 (en) 2015-06-10 2021-05-04 Square, Inc. Consolidation of calendar appointments
US20170103181A1 (en) * 2015-10-08 2017-04-13 Barbara Czerska Healthcare delivery system
WO2017062779A1 (en) * 2015-10-09 2017-04-13 Christus Health Physician communication systems and methods
US10558785B2 (en) 2016-01-27 2020-02-11 International Business Machines Corporation Variable list based caching of patient information for evaluation of patient rules
US10528702B2 (en) 2016-02-02 2020-01-07 International Business Machines Corporation Multi-modal communication with patients based on historical analysis
US10685089B2 (en) 2016-02-17 2020-06-16 International Business Machines Corporation Modifying patient communications based on simulation of vendor communications
US10437957B2 (en) 2016-02-17 2019-10-08 International Business Machines Corporation Driving patient campaign based on trend patterns in patient registry information
US10565309B2 (en) 2016-02-17 2020-02-18 International Business Machines Corporation Interpreting the meaning of clinical values in electronic medical records
US10395330B2 (en) 2016-02-17 2019-08-27 International Business Machines Corporation Evaluating vendor communications for accuracy and quality
US10937526B2 (en) 2016-02-17 2021-03-02 International Business Machines Corporation Cognitive evaluation of assessment questions and answers to determine patient characteristics
US11037658B2 (en) 2016-02-17 2021-06-15 International Business Machines Corporation Clinical condition based cohort identification and evaluation
US11769571B2 (en) 2016-02-17 2023-09-26 Merative Us L.P. Cognitive evaluation of assessment questions and answers to determine patient characteristics
US11200521B2 (en) 2016-03-22 2021-12-14 International Business Machines Corporation Optimization of patient care team based on correlation of patient characteristics and care provider characteristics
US10474971B2 (en) 2016-03-22 2019-11-12 International Business Machines Corporation Optimization of patient care team based on correlation of patient characteristics and care provider characteristics
US10311388B2 (en) 2016-03-22 2019-06-04 International Business Machines Corporation Optimization of patient care team based on correlation of patient characteristics and care provider characteristics
US10923231B2 (en) 2016-03-23 2021-02-16 International Business Machines Corporation Dynamic selection and sequencing of healthcare assessments for patients
US11037682B2 (en) 2016-03-23 2021-06-15 International Business Machines Corporation Dynamic selection and sequencing of healthcare assessments for patients
US11736912B2 (en) * 2016-06-30 2023-08-22 The Notebook, Llc Electronic notebook system
US20220369077A1 (en) * 2016-06-30 2022-11-17 The Notebook, Llc Electronic notebook system
JP2017076420A (en) * 2016-12-06 2017-04-20 Mrt株式会社 Information processing apparatus, information processing method, and program
US10691407B2 (en) 2016-12-14 2020-06-23 Kyruus, Inc. Methods and systems for analyzing speech during a call and automatically modifying, during the call, a call center referral interface
US10959664B2 (en) 2017-02-03 2021-03-30 Bbi Medical Innovations, Llc Measurement of susceptibility to diabetic foot ulcers
US11627910B2 (en) 2017-02-03 2023-04-18 Bbi Medical Innovations, Llc Measurement of susceptibility to diabetic foot ulcers
US11337651B2 (en) 2017-02-03 2022-05-24 Bruin Biometrics, Llc Measurement of edema
US11304652B2 (en) 2017-02-03 2022-04-19 Bbi Medical Innovations, Llc Measurement of tissue viability
US11191477B2 (en) 2017-11-16 2021-12-07 Bruin Biometrics, Llc Strategic treatment of pressure ulcer using sub-epidermal moisture values
CN111295130A (en) * 2017-11-16 2020-06-16 布鲁恩生物有限责任公司 Providing care continuity in multiple care environments
US10898129B2 (en) 2017-11-16 2021-01-26 Bruin Biometrics, Llc Strategic treatment of pressure ulcer using sub-epidermal moisture values
US11426118B2 (en) 2017-11-16 2022-08-30 Bruin Biometrics, Llc Strategic treatment of pressure ulcer using sub-epidermal moisture values
US11471094B2 (en) 2018-02-09 2022-10-18 Bruin Biometrics, Llc Detection of tissue damage
US11881221B2 (en) 2018-02-28 2024-01-23 The Notebook, Llc Health monitoring system and appliance
US10950960B2 (en) 2018-10-11 2021-03-16 Bruin Biometrics, Llc Device with disposable element
US11600939B2 (en) 2018-10-11 2023-03-07 Bruin Biometrics, Llc Device with disposable element
US11824291B2 (en) 2018-10-11 2023-11-21 Bruin Biometrics, Llc Device with disposable element
US11342696B2 (en) 2018-10-11 2022-05-24 Bruin Biometrics, Llc Device with disposable element
CN109448807A (en) * 2018-10-12 2019-03-08 成都数联易康科技有限公司 A kind of patient's medical treatment guiding implementation method based on doctor's medical services behavioural analysis
US11087862B2 (en) 2018-11-21 2021-08-10 General Electric Company Clinical case creation and routing automation
CN111415729A (en) * 2019-01-08 2020-07-14 中国医学科学院肿瘤医院 Doctor-patient management system and method based on WeChat applet
US20200251226A1 (en) * 2019-02-04 2020-08-06 Board Of Regents, The University Of Texas System Method and system for scheduling and document-sharing within an enterprise virtual health network
US11642075B2 (en) 2021-02-03 2023-05-09 Bruin Biometrics, Llc Methods of treating deep and early-stage pressure induced tissue damage
US20230342874A1 (en) * 2022-04-25 2023-10-26 Toyota Motor North America, Inc. Prioritizing access to shared vehicles based on need

Also Published As

Publication number Publication date
US11790319B2 (en) 2023-10-17
WO2012060899A2 (en) 2012-05-10
EP2628137A2 (en) 2013-08-21
US20210304141A1 (en) 2021-09-30
CA2816531A1 (en) 2012-05-10
EP2628137A4 (en) 2015-01-28
US10997555B1 (en) 2021-05-04
WO2012060899A3 (en) 2014-03-20

Similar Documents

Publication Publication Date Title
US11790319B2 (en) Method and apparatus for managing physician referrals
US8165900B2 (en) Patient check-in/scheduling kiosk
US9058635B1 (en) Medical patient data collaboration system
US20040249676A1 (en) Management systems and methods
US8041583B2 (en) System and method for enhancing organizational efficiencies to deliver health care in an ambulatory health care setting
US8688466B2 (en) Data synchronization for booking of healthcare appointments across practice groups
US20170177806A1 (en) System and method for optimizing surgical team composition and surgical team procedure resource management
US20100070295A1 (en) Centralized marketplace for healthcare appointments across practice groups
US20120065989A1 (en) Patient verification for booking of healthcare appointments across practice groups
US20120109679A1 (en) Consumer portal for healthcare appointments across practice groups
US20070038474A1 (en) Workflow and communications logging functions of an automated medical case management system
US20130282391A1 (en) Patient management of referral orders
US20130110545A1 (en) System and Methods for Managing Patients and Services
WO2014165009A2 (en) Method and apparatus for transmitting healthcare messages to an automatically identified set of patients
US20070011029A1 (en) Access to inpatient medical information for patient and proxies
US8065167B1 (en) Computer systems for managing patient discharge
US20200020426A1 (en) Methods and systems for staffing in-home healthcare services
US20230419258A1 (en) Method and Apparatus for Managing Physician Referrals
US20180342312A1 (en) Method and system for direct access to medical patient records
Ibrahim et al. An Explanatory Study of User Satisfaction: Evidence From Brunei Health Information and Management System (Bru-HIMS)
Tessitore et al. Improving outpatient follow-up through innovative appointment scheduling at emergency department discharge
WO2008144676A2 (en) System and method for enhancing organizational efficiencies to deliver health care in an ambulatory health care setting
US20130151271A1 (en) System and a method for care coordination in healthcare
Short Apellaniz et al. Leveraging Telemedicine to Reduce ED Overcrowding: The Quirónsalud Virtual Urgent Care Program
Kunanets et al. Information Technology Platform of" Smart" Dental Clinic.

Legal Events

Date Code Title Description
AS Assignment

Owner name: ZOCDOC, INC., NEW YORK

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KHARRAZ TAVAKOL, OLIVER D.;GANJU, NIKHIL;MASSOUMI, CYRUS E.;REEL/FRAME:025650/0986

Effective date: 20110113

AS Assignment

Owner name: VENTURE LENDING & LEASING VI, INC., CALIFORNIA

Free format text: SECURITY AGREEMENT;ASSIGNOR:ZOCDOC, INC.;REEL/FRAME:032070/0484

Effective date: 20140103

Owner name: VENTURE LENDING & LEASING VII, INC., CALIFORNIA

Free format text: SECURITY AGREEMENT;ASSIGNOR:ZOCDOC, INC.;REEL/FRAME:032070/0484

Effective date: 20140103

AS Assignment

Owner name: SILICON VALLEY BANK, CALIFORNIA

Free format text: SECURITY AGREEMENT;ASSIGNOR:ZOCDOC, INC.;REEL/FRAME:035412/0001

Effective date: 20150326

AS Assignment

Owner name: ZOCDOC, INC., NEW YORK

Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:VENTURE LENDING & LEASING VI, INC.;VENTURE LENDING & LEASING VII, INC.;REEL/FRAME:041763/0860

Effective date: 20170328

AS Assignment

Owner name: ARES VENTRUE FINANCE, L.P., NEW YORK

Free format text: SECURITY INTEREST;ASSIGNOR:ZOCDOC, INC.;REEL/FRAME:041940/0134

Effective date: 20170407

AS Assignment

Owner name: BEARCUB ACQUISITIONS LLC, CALIFORNIA

Free format text: ASSIGNMENT OF IP SECURITY AGREEMENT;ASSIGNOR:ARES VENTURE FINANCE, L.P.;REEL/FRAME:044429/0843

Effective date: 20171107

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION

AS Assignment

Owner name: HERCULES CAPITAL, INC., AS AGENT, CALIFORNIA

Free format text: SECURITY INTEREST;ASSIGNOR:ZODOC, INC.;REEL/FRAME:046531/0192

Effective date: 20180801

AS Assignment

Owner name: HERCULES CAPITAL, INC., AS AGENT, CALIFORNIA

Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNOR'S NAME PREVIOUSLY RECORDED AT REEL: 046531 FRAME: 0192. ASSIGNOR(S) HEREBY CONFIRMS THE SECURITY INTEREST;ASSIGNOR:ZOCDOC, INC.;REEL/FRAME:048676/0793

Effective date: 20180801

AS Assignment

Owner name: ZOCDOC, INC., NEW YORK

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:HERCULES CAPITAL, INC., AS AGENT (AS SUCCESSOR IN INTEREST TO BEARCUB ACQUISITIONS LLC, AS SUCCESSOR IN INTEREST TO ARES VENTURE FINANCE, L.P.);REEL/FRAME:055118/0300

Effective date: 20210202

AS Assignment

Owner name: ZOCDOC, INC., NEW YORK

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:SILICON VALLEY BANK;REEL/FRAME:055147/0324

Effective date: 20210203