In modern healthcare systems, medical practices typically communicate with patients for a variety of reasons including appointment scheduling, appointment reminders, billing reminders, and transmission of lab test results, among others. Despite the rise in popularity of alternative communication methods (e.g., email, text messaging, etc.), the vast majority of communications between medical practices and patients typically occur through conventional communication channels such as telephone calls initiated by staff at the medical practice or by paper communication sent via facsimile or through the mail.
To assist in the management of billing, some medical practices may contract with a third party which provides a practice management system that operates to reduce the amount of resources expended by the medical practice in managing such information. For example, the practice management system may facilitate and track the status of claims submitted to a multitude of healthcare payers chosen by patients of the medical practice. The practice management system may be a network-based system that enables billing personnel at a medical practice to view the status of claims submitted to a patient's healthcare payer to determine if and when remittance for the claims is received. If remittance is not received, the billing personnel may investigate the situation further to determine a reason for the denial of the claims so that additional steps may be taken to ensure that the claims are paid.
Some practice management systems may also manage electronic health information for patients of a medical practice. For example, information related to patient visits, lab results, current medications, among other things, may be stored by the practice management system and this information may be made available to physicians or other staff at a medical practice though a network-based system in order to facilitate patient care.
Applicants have recognized and appreciated that scheduling appointments for patients at a medical practice may be improved by providing an integrated healthcare information communication system that reduces the burden placed on staff of a medical practice imposed by conventional scheduling systems. To this end, some embodiments of the invention are directed to leveraging information stored in a practice management system to facilitate patient scheduling to enable the medical practice to focus on better management of patient care.
Some embodiments are directed to a method of scheduling an appointment for a first patient of a medical practice associated with a practice management system. The method comprises receiving a request from the first patient of the medical practice to schedule the appointment; searching a current schedule for appointments at the medical practice for available timeslots to schedule the appointment, wherein the current schedule is stored by a scheduling component of the practice management system; presenting on a user interface, the available timeslots returned from the search; receiving a selection of one of the available timeslots; and updating, with at least one processor, the current schedule for appointments at the medical practice in response to receiving the selection of one of the available timeslots
Some embodiments are directed to a computer system including at least one server computer configured to host a practice management system. The practice management system comprises: a scheduling component, wherein the scheduling component is configured to store a current schedule for scheduling appointments at a medical practice, wherein the current schedule is associated with a plurality of appointment attributes configured by an administrator at the medical practice; and at least one processor programmed to provide a web-based user interface, wherein the web-based user interface is configured to enable a first patient of the medical practice to schedule an appointment at the medical practice without sending information to the medical practice indicating preferred appointment times.
Some embodiments are directed to at least one computer-readable medium encoded with a plurality of instructions that, when executed by a computer, perform a method of scheduling an appointment for a first patient of a medical practice associated with a practice management system. The method comprises receiving a request from the first patient of the medical practice to schedule the appointment; searching a current schedule for appointments at the medical practice for available timeslots to schedule the appointment, wherein the current schedule is stored by a scheduling component of the practice management system; presenting on a user interface, the available timeslots returned from the search; receiving a selection of one of the available timeslots; and updating the current schedule for appointments at the medical practice in response to receiving the selection of one of the available timeslots.
It should be appreciated that all combinations of the foregoing concepts and additional concepts discussed in greater detail below (provided that such concepts are not mutually inconsistent) are contemplated as being part of the inventive subject matter disclosed herein.
The accompanying drawings are not intended to be drawn to scale. In the drawings, each identical or nearly identical component that is illustrated in various figures is represented by a like numeral. For purposes of clarity, not every component may be labeled in every drawing. In the drawings:
The present disclosure generally relates to inventive methods and apparatus for facilitating communication of information between a medical practice and patients, and more specifically relates to leveraging information in a practice management system to automate at least some of such communication. Interaction with out-of-office patients is often a time-consuming yet important function of staff at a medical practice. Patients often schedule appointments at a medical practice months in advance of the appointment due to the busy schedules of physicians at the medical practice. To help reduce the possibility of a no-show, medical practice staff may call the patient a week or so before the appointment to remind the patient of the appointment. If the patient does not answer their phone when the staff member calls, several iterations of reminders may ensue until the patient can be reached. Alternatively, the patient's schedule may have changed and they may need to reschedule the appointment. However, on any one day, a medical practice may receive hundreds of such communications, further complicating the scheduling process. For example, if the patient is put on hold for a long time, the patient may become impatient and hang up, and the entire process may need to be repeated or the patient may simply not show up at the medical practice without informing the medical practice prior to their scheduled appointment. To this end, some embodiments of the invention are directed to alleviating at least some of the difficulties with conventional patient communication systems by facilitating both practice-triggered and automatically-triggered interactions with patients on behalf of the medical practice.
A block diagram of a practice management system in accordance with some embodiments of the invention is shown in
Exemplary practice management system 100 includes billing management component 110, which is configured to facilitate the collection and tracking of claims filed by the medical practice to a plurality of payers (including patients) to ensure that the medical practice is properly compensated for medical services rendered to patients treated at the medical practice. Practice management system 100 also includes health information management component 120, which is configured to store electronic health information for patients at medical practices including, but not limited to electronic medical records, lab results, and pay for performance requirements related to patients of the medical practice. Billing management component 110 and health information management component 120, although potentially complex in their own right, are not described further in this application for the sake of brevity.
Practice management system 100 also includes communications management component 130, which interacts with health information management component 120 and billing management component 110 to automate interactions with patients on behalf of the medical practice. Although practice management system 100 is only shown as having three components, it should be appreciated that practice management system 100 may include any number of components that interact in any suitable way and embodiments of the invention are not limited in this respect. Furthermore, some or all of the components in practice management system 100 may interact by sharing data, triggering actions to be performed by other components, prevent actions from being performed by other components, storing data on behalf of other components, and/or interacting in any other suitable way.
Applicants have realized and appreciated that some interactions may be difficult to achieve using automated messaging and such interactions may be facilitated by speaking to a live person. In some instances, these interactions may be handled by staff of a medical practice. However, if the number of calls received by a medical practice is substantial, patients may be put on hold for long periods of time, thereby frustrating the patient. Additionally, some medical practices may only be staffed during certain “business hours” and interaction with the medical practice may be unavailable at other times. To facilitate patient interactions with a medical practice in these instances (and others), communications management component 130 may also include live operators component 220, which is configured to connect patients to a live operator (e.g., over the telephone, via a live chat, etc.). Live operators component 220 may interact with information in practice management system 100 to route communications to a live person who may assist a patient on behalf of a medical practice. Accordingly, live operators component 220 expands a patient's access to care and allows them to accomplish a significant amount of interaction with the medical practice at times that are most convenient to the patient.
With the rapid adoption of web-based technologies and Internet usage in general, many patients have become familiar with using the Internet to access medical information online (e.g., from medical websites such as “www.webmd.com,” “www.healthline.com,” etc.) using a computing device such as a laptop, desktop, cellphone, smartphone, PDA, or other type of computing device. Furthermore, many patients are familiar with purchasing products and/or paying bills online. However, despite the widespread deployment of web-based interactions, patients do not typically have online access to their personal health information (PHI) or other sensitive medical information related to their interactions with a medical practice. Accordingly, in some embodiments, communications management component 130 comprises web-based portal 230.
Web-based portal 230 may be configured to interact with other components of practice management system 100 to enable a patient to perform a plurality of actions associated with a medical practice including, but not limited to, registering to be a new patient at a medical practice, providing a third party with access to interact with the medical practice, secure messaging of PHI with authorized medical personnel, submitting electronic payment information for medical bills, accessing educational content, completing medical forms, and receiving directions to the medical practice. An exemplary implementation of web-based portal 230 in accordance with some embodiments of the invention is described in more detail below.
Securing timely payments for medical services from patients without having to resort to independent collections agencies is an important consideration for medical practices. Accordingly, in some embodiments, communications management component 130 includes self-pay collections component 240, which is configured to interact with other components of practice management system 100 (e.g., billing management component 110) to provide patients with access to financial information including, but not limited to enabling patients to view billing statements, keep track of their balance, and secure payments online using a credit card, bank information, and/or any other suitable type of electronic funds (e.g., Paypal®). In some implementations, self-pay collections component 240 may interact with web portal 230 to enable patients to make online secure transactions to pay outstanding medical bills.
Communications management component 130 may include additional or fewer components than those shown in
Any suitable scheduling content may be transmitted to a patient in an automated message from scheduling service 310 including, but not limited to, appointment dates, appointment times, appointment type, required pre-appointment instructions, appointment location, directions to the medical practice, expected co-pay requirements, eligibility requirements, links to an account for web-based portal 230, and any other custom messages created by the medical practice. When appropriate, scheduling service 310 may interact with live operators component 220 to connect the patient to a live operator to facilitate the scheduling process.
Scheduling service 310 may also be configured to collect scheduling information from a patient and deliver it to the corresponding medical practice. For example, the patient may respond to an automated message sent by scheduling service 310 by confirming their appointment, requesting a rescheduling of their appointment, or providing some other response, and scheduling service 310 may provide this information to the medical practice to enable staff at the medical practice to take an appropriate action.
As described in more detail below, in some embodiments, a patient may respond to an automated message sent by scheduling service 310 by scheduling or rescheduling an appointment using a web-based portal that provides the patient with real-time scheduling capabilities. For example, the patient may be able to access scheduling information for a medical practice stored by the practice management system by using the web-based portal, and the patient may be able to cancel an existing appointment, reschedule existing appointment, and/or schedule a new appointment. In some embodiments, at least some of the scheduling information accessible to the patient is also accessible to one or more users at medical practice who schedule patients. Appointment scheduling using a web-based portal, in accordance with some embodiments of the invention, is discussed in more detail below.
As described above, scheduling service 310 may interact with one or more components within practice management system 100 to determine when to send an automated message to a patient and to determine the communication medium to be used when sending the message. For example, practice management system 100 may store scheduling data for a medical practice and scheduling service 310 may be configured to periodically query the scheduling data to determine which patients to send a message to and what type of message to send. Stored patient preferences for mode of communication may then be accessed by scheduling service 310 and the message(s) may be sent to the patient in accordance with the stored preferences.
In some embodiments, automated messaging component 210 may include broadcast messaging service 320 configured to deliver broadcast messages to patients on a variety of healthcare topics based, at least in part, on information stored in practice management system 100. Content delivered via broadcast messaging service 320 may include, for example, compliance-driven “call-to-action” information (e.g., schedule your diabetes A1C check, refill your prescription, take your medication, referrals to a specialist), weather-related closing announcements for the medical practice, notices of past due balances, no-show rescheduling messages, informational and/or marketing announcements, a link to provide the patient with access to web portal 230, and/or any other suitable message. In return, patients may respond to automated messages sent via broadcast messaging service 320 and broadcast messaging service 320 may relay the response to the appropriate medical provider or connect the patient to a live operator (e.g., via live operators component 220) for real-time assistance, if appropriate.
Communications using broadcast messaging service 320 may be transmitted using any suitable communications medium including, but not limited to email, home phone, cell phone, short message service (SMS)/Text messaging, and a web-based portal (e.g., web-portal 230). In some embodiments, patients may specify a preferred mode of communication for automated messages sent via broadcast messaging service 320, and the preferred mode of communication may be the same or different than a preferred mode of communication specified for automated messages sent using scheduling service 310.
Broadcast messaging service 320 may interact with one or more components of practice management system 100 to determine when to send automated messages to patients and the content of the message to send. For example, a physician may prescribe a medication to a patient during a visit to a medical practice and the physician may instruct the patient to take the medication daily for two weeks. The medication schedule may be stored as data in practice management system 100, and broadcast messaging service 320 may query the stored data associated with the medication schedule to determine when an automated message should be sent to the patient to remind the patient to take the medication. When it is determined that a reminder should be sent, broadcast messaging service 320 may consult a message datastore to select appropriate content for the automated message or broadcast messaging service 320 may provide a customized message created by a physician, pharmacist, or other qualified individual that reminds the patient to take the medication.
In another example, broadcast messaging service 320 may query scheduling data stored in practice management system 100 to determine all patients at a medical practice who have not scheduled an annual checkup within the past year. Upon receiving such data, broadcast messaging service 320 may send an automated message to each of the identified patients reminding them that they should schedule an appointment for an annual physical. For example, the practice management system may include a pay-for-performance component configured to manage information related to at least one pay-for-performance program with which a medical practice is associated. Broadcast messaging service 320 may be configured to interact with the pay-for-performance component to generate one or more automated messages based, at least in part, on pay-for-performance program information managed by the pay-for-performance component.
Broadcast messaging service 320 may also interact with billing management component 110 to determine which patients have past due balances and should be reminded to make a payment. In such instances, broadcast messaging service 320 may transmit remittance instructions to the patient with one or more options for remitting a payment including making an electronic payment via web portal 230 or contacting a live operator via live operators component 220.
Broadcast messaging service 320 may interact with other components of practice management system 100, including health information management component 120, to generate and send automated messages to a patient or a group of patients based, at least in part, on information stored in practice management system 100 (e.g., information stored about one or more pay-for-performance programs). For example, in some embodiments, broadcast messaging service 320 may periodically query health information management component 120 to determine patients at a medical practice that have recently been diagnosed as having high-blood pressure. In response to determining a subset of patients that fit this criteria, broadcast messaging service 320 may send targeted educational information to the identified patients to enable the patients to learn, for example, lifestyle changes that they can make to reduce their blood pressure. In some implementations, rather than sending actual educational information to the patient, broadcast messaging service 320 may send a link to a website or and/or a reference to one or more printed or electronic materials comprising educational information. By making educational messages targeted to patients based on their particular health condition, patients without the particular health condition may not receive information that is not relevant to them. Furthermore, patients that meet the criteria outlined in the query may find the educational information particularly useful given their health condition.
Queries for generating appointment scheduling reminders, billing reminders, educational information, etc. to be sent to patients by broadcast messaging service 320 may be created by one or more authorized users of practice management system 100 at the medical practice including, but not limited to, a physician, a nurse, and a billing specialist. The queries may be executed by one or more processors in practice management system 100 configured to facilitate interactions between communications management component 130 and other components of practice management system 100.
In some embodiments, automated messaging component 210 may also include test results messaging service 330, which may be configured to automate the delivery of test and/or lab results to patients using data received, for example, from laboratories and that is stored in practice management system 100. Content delivered to patients from test results messaging service 330 may include images with or without associated text entered by medical practice personnel, and specific values stored in practice management system 100 via third party interfaces or scanned documents. Upon receiving test results messages from test results messaging service 330, patients may respond by delivering messages to the medical practice or may connect to a live operator for real-time assistance, if appropriate.
In some embodiments, one or more components of communications management component 130 may interact with components from practice management system 100 to prevent automated messages from being sent to a patient based on data stored in practice management system 100. For example, in some embodiments automated messages may be generated by the practice management system during a time of day when most people would not want to receive such messages (e.g., the middle of the night). Such messages may be held in a queue until a designated time after which the automated message is transmitted to the patient. However, the patient may have taken an action that rendered the message unnecessary while the message was in the queue waiting to be delivered. For example, each night at 2:00 AM, practice management system 100 may be configured to query billing management component 110 to identify all patients of a medical practice with past due balances. After identifying such patients, broadcast messaging service 320 may generate automated reminder messages to be sent to the patients with past due balances. However, since the messages are created at a time that many people would not appreciate receiving messages, the generated messages may be held in a queue in practice management system 100 until some later time (e.g., 10:00 AM the next day), after which the automated messages are sent to the patients. Prior to sending the messages, however, broadcast messaging service 320 may query billing management component 110 and/or associated billing data stored in practice management system 100 to determine if any of the patients associated with the queued messages has paid their balance while the messages were held in the queue. If any such patients are identified, the corresponding messages are deleted from the queue and are not sent to the patients who have paid their balance. By performing a real-time check of the data in practice management system 100 prior to sending queued automated messages, patients are not sent messages when there is no action for them to take.
One or more components of practice management system 100 may interact with communications management component 130 to trigger the generation of an automated message or prevent the transmission of an automated message based on real-time monitoring of updates to data in practice management system 100. For example, in some implementations, entry of particular types of health information into health information management component 120 may automatically trigger communications management component 130 to generate an automated message comprising educational information related to the entered health information, if such educational information is stored in practice management system 100. In some embodiments, patients may set preferences on the amount of educational information, or other types of automated messages they would like to receive, and communications management component 130 may consult these preferences prior to generating and/or sending such automated messages to the patient.
Another example of interaction between components in practice management system 100 relates to when it is determined by billing management component 110 that remittance has been received for a claim, but that there is still an outstanding balance on the claim that the patient is responsible for paying. In such an instance, billing management component 110 may send a request to communications management component 130 to generate an automated message to the corresponding patient that although payment has been received, the patient is responsible for paying the remaining balance on the claim. As discussed above, prior to sending the automated message to the patient, practice management system 100 may determine whether the claim has already been paid by the patient, thereby obviating the need to send the automated message. By checking the real-time status of information in practice management system 100 prior to sending automated messages, patients are provided with the up-to-date information, and the collection of payments by the medical practice from the patient may be improved.
Interactions between components in practice management system 100 may be triggered in any suitable way and embodiments of the invention are not limited in this respect. In some embodiments, practice management system 100 may store and execute a plurality of rules, configured to take specific actions upon the occurrence of one or more detected actions. For example, in response to detecting that a patient has requested a cancellation of an appointment via web portal 230, as discussed below, a rule stored in practice management system 100 may cause the generation of an automated message to a patient on a waiting list in order to quickly fill the appointment slot vacated by the cancelling patient. Other examples of rules are also possible, and the above example is provided merely for illustrative purposes.
Some embodiments are directed to a web portal 230 for enabling patients to perform a plurality of actions for communicating with a medical practice and/or for accessing PHI stored in a practice management system. An exemplary sign-in page for web portal 230 in accordance with some embodiments of the invention is illustrated in
As illustrated in
For example, a user may select a link displayed in an educational information section of home page 500, which may result in an educational information page 600 to be displayed, as shown in
A user may also interact with web portal 230 to select profile page 700 as shown in
As shown in
A user may also interact with web portal 230 to select messages page 900 as shown in
In some embodiments, a user may interact with web portal 230 to review lab results via lab results page 1000, as shown in
A user may interact with web portal 230 to select appointments page 1100, as shown in
In some embodiments, appointments page 1100 may also include recommended appointment information that is generated by communications management component 130 as described above. For example, communications management component 130 may search for all patients at a medical practice that have not had an annual exam within the past year, and a corresponding recommended appointment to schedule an annual exam may be displayed on appointments page 1100 for each of the patients that are identified in the search. By interacting with data stored in practice management system 100 and by interfacing web portal 230 with communications management component 130, patients are provided with up-to-date information regarding multiple aspects of their interaction with a medical practice.
If a user wants to schedule a new appointment, the user may interact with new appointment selector 1110, which may result in the display of appointment request page 1200, as shown in
As discussed above, in some embodiments, a user may interact with web portal 230 to schedule, reschedule, or cancel an appointment interactively, without having to separately contact the medical practice by sending the medical practice a message to request scheduling, as just described.
In response to selecting appointments tab 4310, the web-based portal 230 may display a scheduled appointments page 4400 as shown in
Dashboard page 4300 may also include an appointment summary section 4320, which summarizes the user's appointment information. For example, in the example shown in
As discussed above, a patient may be sent one or more automated messages to inform them that they should consider scheduling a new appointment. The new appointment may be recommended as a follow-up appointment as shown in dashboard page 4300, or the new appointment may be recommended for any other suitable reason such as, the user meeting some criteria stored by the practice management system for recommending a new appointment. For example, all female patients of a medical practice that have not been scheduled for a yearly mammogram may be sent an automated message recommending that an appointment be scheduled.
The user may interact with scheduling selector 4340 to schedule an appointment online without having to separately contact the medical practice. In response to selecting scheduling selector 4340 or in response to selecting some other selector such as reschedule selector 4410 shown on scheduled appointments page 4400 of
As illustrated in
After determining when the user would like to schedule or reschedule an appointment, the user may interact with interactive scheduling page 4500 to select a particular time for scheduling or rescheduling the appointment from the available choices. As discussed above, not all available days and/or timeslots may be made available to the patient for scheduling an appointment via web-based portal 230. For example, in some embodiments, a medical practice may configure the scheduling component of the practice management system to permit patients to schedule appointments only during certain days/times, while reserving other days and/or timeslots for scheduling using other means (e.g., scheduling by staff at the medical practice) and/or for other types of appointments. The days/times that are available for scheduling appointments may be indicated on interactive scheduling page 4500 in any suitable way. For example, days/times that are available for scheduling appointments may be indicated using text, color, or any combination of text and color.
In response to receiving a selection of a particular day for scheduling an appointment, interactive scheduling page 4500 may show available appointment times on the selected day as shown in timeslot portion 4510 of interactive scheduling page 4500. In some embodiments, the available timeslots illustrated in timeslot portion 4510 may be determined based, at least in part, on scheduling information related to the type of appointment, and configuration information stored by the practice management system for the medical practice.
The user may select one of the available timeslots by interacting with timeslot portion 4510. In response to the user selecting one of the available timeslots and selecting book appointment selector 4520, the scheduling information stored by the practice management system may be updated. Accordingly, in some embodiments, a patient may interactively schedule appointments or reschedule appointments based on the current schedule of a medical practice as stored by a scheduling component of a practice management system, without the need to issue a request to the medical practice with recommended times for scheduling/rescheduling the appointment, thereby increasing the efficiency of the scheduling process.
In some embodiments, when a patient reschedules an appointment, a report may be sent from a communications component of the practice management system to the medical practice indicating that the patient has rescheduled the appointment using web-based portal 230.
An exemplary process for scheduling an appointment in accordance with some embodiments of the invention is illustrated in
To initiate the process of scheduling or rescheduling an appointment, the process proceeds to the act 4612, where the patient interacts with web-based portal 230 to access a scheduling component of the practice management system, as described in more detail above. The process then proceeds to act 4614, where it is determined whether the patient desires to schedule a new appointment or wants to reschedule an existing appointment. This determination may be made in any suitable way and embodiments of the invention are not limited in this respect. For example, it may be determined that the patient desires to reschedule an appointment if the user interacted with reschedule selector 4410 shown on scheduled appointments page 4400 and it may be determined that the patient desires to schedule a new appointment if the user interacted with scheduling selector 4340 to schedule a recommended follow-up appointment. Other information may also be determined from a user's request to schedule an appointment including, but not limited to, at least one attribute that facilitates searching a current schedule of the medical practice. For example, the at least one attribute may include, but is not limited to, an appointment type, a department identifier, a provider identifier, and any combination thereof.
If it is determined in act 4614 that the appointment is for a rescheduled appointment, the process proceeds to act 4616, where the existing appointment is canceled. In some embodiments, cancelling an existing appointment may be accomplished by making the timeslot available for other patients or the medical practice to schedule new patients in the timeslot. For example, scheduling information for the medical practice stored by the practice management system may be updated to reflect an available timeslot such that other patients may interactively schedule an appointment during the timeslot provided the timeslot is configured as such. In some embodiments, the patient may be prompted to provide a reason for rescheduling the appointment and information related to the reason may be stored by the practice management system.
It should be appreciated that cancelling an existing appointment in response to determining that the patient desires to reschedule an appointment may be performed at any time during the process of
In some embodiments, the practice management system may store information related to patients who are on a waiting list for available appointments, and in response to a timeslot becoming available that matches with a patient's appointment type, the corresponding patient on the waiting list may be sent an automated message indicating that the appointment timeslot has become available. In response, the patient receiving the message may interact with web portal 230 or using another scheduling method to schedule an appointment during the available timeslot released as a consequence of the rescheduling. By informing patients on a waiting list of appointments as they become available, the process of filling a schedule for a medical practice may become more efficient without further burdening the medical practice.
If it is determined in act 4614 that the patient desires to schedule a new appointment or upon canceling an existing appointment in act 4616, the process proceeds to act 4618, where the available timeslots for scheduling the appointment are determined. In some embodiments, the available timeslots for an appointment may be determined based, at least in part, on schedule configuration information stored by the practice management system. As discussed in more detail below, in some embodiments, a scheduling component of the practice management system may enable an administrator at a medical practice to configure which timeslots are available for particular types of appointments and this information may be stored by the practice management system as schedule configuration information. Schedule configuration information may also include other information specified by the medical practice to indicate the availability of timeslots for scheduling appointments using web portal 230, and embodiments of the invention are not limited by how a medical practice chooses to configure the stored schedule configuration information pertaining to the particular medical practice.
In response to determining the available timeslots for scheduling an appointment in act 4618, the available timeslots may be presented to the patient to enable the patient to select one of the available timeslots. The available timeslots may be presented to the patient in any suitable way including, but not limited to, presenting a calendar indicating the available timeslots, an example of which is shown in
In some embodiments, the patient may be asked for confirmation prior to the practice management system allowing a new appointment to be scheduled using web portal 230. For example, after a patient has selected an available timeslot for the appointment, the patient may be asked (e.g., via a dialog box or other user interface element) to confirm the selection of the timeslot for scheduling the appointment. In response to receiving confirmation from the patient, the appointment may be scheduled, as described above.
Portions of web portal 230 may be used to facilitate the collection of payment for outstanding bills to a medical practice. As shown in
In some embodiments, billing page 1300 may also include information related to a patient's payment history, statement history, details of remittance of advice that may have been received via an explanation of benefits (EOB) or explanation of remittance advice (ERA), billing preferences, or any other suitable type of information related to medical billing. For example, as shown in
In some embodiments, web portal 230 may be configured to enable a user to remit payment to a medical practice for outstanding bills via a credit card, debit card, and/or any other suitable form of electronic payment as shown in
When a patient arrives at a medical practice for an appointment, the patient typically is required to fill out some information regarding their current health status, billing related information, insurance information, etc., during the visit to the medical practice. Applicants have recognized that at least a portion of this process may be expedited by enabling patients (or authorized third party users) to electronically enter at least some of this information into medical forms prior to a scheduled appointment via web portal 230 as shown in
As shown in
As shown in
It should be appreciated that web portal 230 may include additional pages and functionality than those described above and embodiments of the invention are not limited in this respect. For example, web portal 230 may include one or more pages to enable a user to upload files or images to practice management system 100 to enable other users (e.g., medical practice personnel) to view the uploaded content. In some embodiments, web portal 230 may also include real-time chat and/or video interaction functionality to enable a user to ask medical practice personnel or other users information related to a patient's health care and/or how to use various aspects of web portal 230. As described above, information presented to a user via web portal 230 may be retrieved from practice management system 100, and information entered by a user using web portal 230 may be stored in practice management system 100 to enable authorized users of practice management system 100 to have a current view of a patient's medical information.
Portions of web portal 230 may also interact with communications management component 130 of practice management system 100 to facilitate a patient registration process, a billing collection process, and other processes related to a patient's health care at a medical practice. For example, communications management component 130 may send one or more automated messages to a patient to remind the patient that they may interact with web portal 230 to review and update information prior to a scheduled appointment at a medical practice, to pay an outstanding balance on a bill for medical services provided by the medical practice, or for any other suitable purpose.
As described above, some embodiments are directed at facilitating the workflow of medical practice personnel by reducing an amount of medical practice resources expended during patient visits. This may be accomplished by using information entered in practice management system 100 by patients and other authorized users via web portal 230. Accordingly, some embodiments are directed to a user interface configured to display information in practice management system 100 that enables one or more users at a medical practice to interact with information in practice management system 100.
The contents of inbox 1900 may be populated based, at least in part, on information in practice management system 100. For example, when a patient requests an appointment using web portal 230 or some other technique (e.g., by interacting with a live operator), a staff member at a medical practice may be assigned the task of following up with the patient who has requested the appointment. The assignment of a task to a medical practice staff member (e.g., a receptionist) may be displayed as a part of inbox 1900. The assigned staff member may interact with inbox 1900 to select a task in order to take action on the task. Although the discussion above relates primarily to appointment requests, it should be appreciated that inbox 1900 may display an assignment of other tasks to medical practice staff members including, but not limited to, lab/imaging tasks, phone messages, clinical documents, and any other tasks (e.g., patient cases) that may be assigned to a staff member of a medical practice based on information stored in practice management system 100.
Medical practice personnel may interact with inbox 1900 to select a task for completion. For example, as shown in
As described above, patients may interact with web portal 230 to request appointments at a medical practice. Patients may then wait for a confirmation of their appointment request from a person at the medical practice. Alternatively, in some embodiments, a patient may request an appointment from a live operator associated with the practice management system 100 rather than a staff member of the medical practice and the live operator may schedule the appointment on behalf of the medical practice. For example, a patient may interact, either through web portal 230 or otherwise, with live operators component 220 of communications management component 130 to schedule an appointment at a medical practice. In such embodiments, live operators associated with practice management system 100 may have access to the medical practice's appointment schedule to facilitate the scheduling of an appointment. However, in some instances, a live operator may merely help a patient fill out an appointment request on web portal 230 without actually scheduling an appointment for the patient. As shown in
In some embodiments, an interaction between a live operator and patient may be facilitated through the use of one or more operator protocols, which help a live operator effectively handle a variety of interactions with patients including, but not limited to, collecting payments and scheduling or rescheduling patient appointments in accordance with preferences of a medical practice. An exemplary page for creating an operator protocol in accordance with some embodiments of the invention is illustrated in
The operator protocol page may include one or more types of information that help the live operator interact with the patient to perform a task such as submitting a payment or rescheduling an appointment. For example, the operator protocol page may include information stored by the practice management system, wherein the information is related to the patient with whom they are interacting. The information may include, but is not limited to, appointment information, billing information, demographic information, and contact information. The operator protocol page may also include information about the type of communication (e.g., appointment reschedule, process payment) and/or instructions that guide the live operator through the call to ensure that the appropriate information is retrieved from the patient to complete a particular task.
In some embodiments, operator protocol page may be generated based, at least in part, on information stored by the practice management system in response to receiving an indication that the patient has requested to communicate with a live operator. The generation of operator protocol page may be performed in any suitable manner and embodiments of the invention are not limited in this respect. For example, live operators component may interact with one or more components of the practice management system to retrieve data, wherein the data to be retrieved is determined based, at least in part, on a type of communication initiated by the patient. In some embodiments, the live operator may be able to interact with operator protocol page or some other page presented by the practice management system to perform one or more tasks associated with a communication with a patient.
As described above, communications management component 130, in accordance with some embodiments, may be configured to send automated messages to patients for a variety of reasons including appointment reminders, payment reminders, and transmission of test results. In some embodiments, users at a medical practice may interact with a user interface to view one or more automated messages sent to patients by communications management component 130.
Different medical practices that use practice management system 100 may want communications with patients to be handled in particular ways that are specific to the medical practice. For example, a large hospital may want to restrict patients from scheduling appointments with certain departments in the hospital via web portal 230. In some embodiments, a user at a medical practice may configure department communication parameters for communications management component 130 using a portion of a user interface as shown in
In some embodiments, a patient may request that a third-party (e.g., a family member or guarantor) be provided access to the patient's medical information available as part of practice management system 100. As described above, a patient may grant access to a third-party via web portal 230. Additionally, in some embodiments, an authorized user at a medical practice and/or a live operator of practice management system 100 may add and/or manage third-party accounts for a patient using a portion of a user interface, as shown in
In some embodiments, users at a medical practice may interact with a portion of the user interface to configure communications management component 130 to send automated messages to patients of the medical practice only at certain times. As shown in
As described above, some embodiments of the invention include live operators component 220, which provides live operator support for a medical practice to enable patients to interact with the medical practice during times when the medical practice is normally closed and/or when the call volume at the medical practice is high.
In some embodiments, the practice management system 100 may present a user interface configured to enable a user at a medical practice to register a new patient with the medical practice as shown in
In some embodiments, users at a medical practice may interact with the user interface to search for previous user actions stored on practice management system 100 as shown in
A user interface in accordance with some embodiments of the invention may include one or more provider configuration pages for configuring preference information for a medical practice as shown in
In some embodiments, an administrator or other authorized user may instruct practice management system 100 to generate reports at certain time intervals (e.g., daily, weekly, etc.) to include sets of patients or information that is of particular interest to the medical practice and such reports may be stored in a report library, as illustrated in
Alternatively, a medical practice may want to determine all patients at the medical practice who have not yet made an appointment for their annual mammogram screening in order to send a reminder for these patients to schedule an appointment. By generating such reports at regular time intervals, users at a medical practice can quickly identify which patients should be contacted for follow-up. Furthermore, since the report generation is linked with information stored in practice management system 100, the reports may be generated based on the most current information about the patients and their interactions with the practice management system 100.
As discussed above, in some embodiments, a scheduling component of practice management system 100 may be configured to enable an administrator at a medical practice to create and/or modify aspects of a scheduling calendar for the medical practice using an interactive scheduling interface. For example, an administrator at the medical practice may allow patients to schedule at least some appointments using web portal 230 and the availability of which timeslots are available for patients to schedule may be limited based, at least in part, on scheduling configuration information specified by the administrator at the medical practice and stored by the practice management system.
In some embodiments, an administrator at a medical practice may interact with a scheduling component of practice management system to create one or more appointment attributes used to facilitate scheduling a patient visit to the medical practice. Appointment attributes include, but are not limited to, appointment types, department identifiers, provider identifiers, and any combination thereof. The appointment attributes may be stored by the practice management system as scheduling configuration information and may be used to search a current schedule of a medical practice in response to a patient request.
An exemplary appointment attribute that may be specified by an administrator at a medical practice is an appointment type. A process for creating an appointment type in accordance with some embodiments is illustrated in
To facilitate the specification of configuration options for an appointment type, practice management system 100 may be configured to display to an administrator of a medical practice, an appointment types page 4800, an example of which is shown in
Each appointment type created using appointment types page 4800 may be further configured by an administrator of the medical practice using one or more interactive fields on appointment types page 4800. For example, appointment types page 4800 includes patient portal selector 4810, which enables the administrator to specify whether patients can schedule appointments of the appointment type using web portal 230. As shown in the example of
Other information for configuring an appointment attributes is also contemplated, and embodiments of the invention are not limited in this respect. For example, in addition to specifying configuration options regarding how an appointment of a particular appointment type may be scheduled, an administrator at the medical practice may also configure how the appointment type will be represented on an interactive scheduling page with which users at the medical practice, live operators, and patients may interact to schedule appointments having the appointment type. As shown in
Other configuration options including, but not limited to the options shown in
One or more appointment types that have been created previously for a medical practice may be modified and the modified appointment type(s) may be saved as schedule configuration information stored by practice management system 100. In some embodiments, modified appointment types may not affect previously scheduled appointment timeslots. For example, if an appointment type had previously been configured to not require a cancellation reason, modifying the appointment type to require a cancellation reason may not affect the existing appointments having the appointment type, but may affect appointments of that appointment type that are newly scheduled following the modification. In other embodiments, an administrator may apply the modified configuration for the appointment type to all existing and new appointments having the appointment type. Although creating and modifying appointment types has been discussed with regard to portions of a user interface that include user interface elements such as drop down menus and text boxes, it should be appreciated that any suitable type of user interface may be used.
After at least one appointment type has been created, an administrator at the medical practice may associate one or more timeslots with the at least one appointment type to facilitate patient scheduling. For example, an administrator at a medical practice may associate timeslots with appointment types using an interactive calendar page that enables the administrator to specify on the calendar which timeslots are associated with which types of appointments. The administrator may match appointment types with timeslots by specifying, for example, duration of the timeslot, and day(s) of the week, time(s) during the day, etc. during which the appointment type is available for scheduling by users of the medical practice, live operators, and/or patients via web portal 230. In some embodiments, multiple appointment types may be associated with a single timeslot, whereas in other embodiments each timeslot may be associated with only one appointment type. By interacting with such an interactive calendar, the administrator may create, delete, or modify timeslots with which to associate particular appointment types. Although an interactive calendar page is one exemplary way to allow administrators of a medical practice to associate timeslots with appointment types, other user interfaces including, but not limited to, an interactive user interface with dropdown menus, text boxes, and/or any other type of suitable user interface element may alternatively be used.
In accordance with some embodiments, a user of practice management system 100, such as an administrator at a medical practice, may generate a report of appointments for the medical practice stored by a scheduling component of the practice management system.
As discussed above, in some embodiments, an appointment at a medical practice may be scheduled, rescheduled, or canceled in at least three ways. The patient may contact staff at the medical practice directly to schedule the appointment. An example of this is when a patient schedules a follow-up appointment prior to leaving the medical practice at a prior appointment. When an appointment is created by staff at the medical practice, an identifier for the staff member who scheduled the appointment may be indicated in the report as illustrated in
Other information about appointments including, but not limited to, appointment types, patient identifiers, patient names, and provider names may also be included in a scheduling report, as illustrated in
Having thus described several aspects of some embodiments of this invention, it is to be appreciated that various alterations, modifications, and improvements will readily occur to those skilled in the art.
Such alterations, modifications, and improvements are intended to be part of this disclosure, and are intended to be within the spirit and scope of the invention. Accordingly, the foregoing description and drawings are by way of example only.
The above-described embodiments of the present invention can be implemented in any of numerous ways. For example, the embodiments may be implemented using hardware, software or a combination thereof. When implemented in software, the software code can be executed on any suitable processor or collection of processors, whether provided in a single computer or distributed among multiple computers.
Further, it should be appreciated that a computer may be embodied in any of a number of forms, such as a rack-mounted computer, a desktop computer, a laptop computer, or a tablet computer. Additionally, a computer may be embedded in a device not generally regarded as a computer but with suitable processing capabilities, including a Personal Digital Assistant (PDA), a smart phone or any other suitable portable or fixed electronic device.
Also, a computer may have one or more input and output devices. These devices can be used, among other things, to present a user interface. Examples of output devices that can be used to provide a user interface include printers or display screens for visual presentation of output and speakers or other sound generating devices for audible presentation of output. Examples of input devices that can be used for a user interface include keyboards, and pointing devices, such as mice, touch pads, and digitizing tablets. As another example, a computer may receive input information through speech recognition or in other audible format.
Such computers may be interconnected by one or more networks in any suitable form, including as a local area network or a wide area network, such as an enterprise network or the Internet. Such networks may be based on any suitable technology and may operate according to any suitable protocol and may include wireless networks, wired networks or fiber optic networks.
Also, the various methods or processes outlined herein may be coded as software that is executable on one or more processors that employ any one of a variety of operating systems or platforms. Additionally, such software may be written using any of a number of suitable programming languages and/or programming or scripting tools, and also may be compiled as executable machine language code or intermediate code that is executed on a framework or virtual machine.
In this respect, the invention may be embodied as a non-transitory tangible computer readable medium (or multiple computer readable media) (e.g., a computer memory, one or more floppy discs, compact discs, optical discs, magnetic tapes, flash memories, circuit configurations in Field Programmable Gate Arrays or other semiconductor devices, or other tangible computer storage medium) encoded with one or more programs that, when executed on one or more computers or other processors, perform methods that implement the various embodiments of the invention discussed above. The computer readable medium or media can be transportable, such that the program or programs stored thereon can be loaded onto one or more different computers or other processors to implement various aspects of the present invention as discussed above.
The terms “program” or “software” are used herein in a generic sense to refer to any type of computer code or set of computer-executable instructions that can be employed to program a computer or other processor to implement various aspects of the present invention as discussed above. Additionally, it should be appreciated that according to one aspect of this embodiment, one or more computer programs that when executed perform methods of the present invention need not reside on a single computer or processor, but may be distributed in a modular fashion amongst a number of different computers or processors to implement various aspects of the present invention.
Computer-executable instructions may be in many forms, such as program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Typically the functionality of the program modules may be combined or distributed as desired in various embodiments.
Also, data structures may be stored in computer-readable media in any suitable form. For simplicity of illustration, data structures may be shown to have fields that are related through location in the data structure. Such relationships may likewise be achieved by assigning storage for the fields with locations in a computer-readable medium that conveys relationship between the fields. However, any suitable mechanism may be used to establish a relationship between information in fields of a data structure, including through the use of pointers, tags or other mechanisms that establish relationship between data elements.
Various aspects of the present invention may be used alone, in combination, or in a variety of arrangements not specifically discussed in the embodiments described in the foregoing and is therefore not limited in its application to the details and arrangement of components set forth in the foregoing description or illustrated in the drawings. For example, aspects described in one embodiment may be combined in any manner with aspects described in other embodiments.
Also, the invention may be embodied as a method, of which an example has been provided. The acts performed as part of the method may be ordered in any suitable way. Accordingly, embodiments may be constructed in which acts are performed in an order different than illustrated, which may include performing some acts simultaneously, even though shown as sequential acts in illustrative embodiments.
The indefinite articles “a” and “an,” as used herein, unless clearly indicated to the contrary, should be understood to mean “at least one.”
The phrase “and/or,” as used herein, should be understood to mean “either or both” of the elements so conjoined, i.e., elements that are conjunctively present in some cases and disjunctively present in other cases. Multiple elements listed with “and/or” should be construed in the same fashion, i.e., “one or more” of the elements so conjoined. Other elements may optionally be present other than the elements specifically identified by the “and/or” clause, whether related or unrelated to those elements specifically identified. Thus, as a non-limiting example, a reference to “A and/or B”, when used in conjunction with open-ended language such as “comprising” can refer, in one embodiment, to A only (optionally including elements other than B); in another embodiment, to B only (optionally including elements other than A); in yet another embodiment, to both A and B (optionally including other elements); etc.
As used herein, “or” should be understood to have the same meaning as “and/or” as defined above. For example, when separating items in a list, “or” or “and/or” shall be interpreted as being inclusive, i.e., the inclusion of at least one, but also including more than one, of a number or list of elements, and, optionally, additional unlisted items. Only terms clearly indicated to the contrary, such as “only one of” or “exactly one of,” or, “consisting of,” will refer to the inclusion of exactly one element of a number or list of elements. In general, the term “or” as used herein shall only be interpreted as indicating exclusive alternatives (i.e. “one or the other but not both”) when preceded by terms of exclusivity, such as “either,” “one of,” “only one of,” or “exactly one of.” “Consisting essentially of,” shall have its ordinary meaning as used in the field of patent law.
As used herein in, the phrase “at least one,” in reference to a list of one or more elements, should be understood to mean at least one element selected from any one or more of the elements in the list of elements, but not necessarily including at least one of each and every element specifically listed within the list of elements and not excluding any combinations of elements in the list of elements. This definition also allows that elements may optionally be present other than the elements specifically identified within the list of elements to which the phrase “at least one” refers, whether related or unrelated to those elements specifically identified. Thus, as a non-limiting example, “at least one of A and B” (or, equivalently, “at least one of A or B,” or, equivalently “at least one of A and/or B”) can refer, in one embodiment, to at least one, optionally including more than one, A, with no B present (and optionally including elements other than B); in another embodiment, to at least one, optionally including more than one, B, with no A present (and optionally including elements other than A); in yet another embodiment, to at least one, optionally including more than one, A, and at least one, optionally including more than one, B (and optionally including other elements); etc.
Having thus described several aspects of at least one embodiment of this invention, it is to be appreciated various alterations, modifications, and improvements will readily occur to those skilled in the art. Such alterations, modifications, and improvements are intended to be part of this disclosure, and are intended to be within the spirit and scope of the invention. Accordingly, the foregoing description and drawings are by way of example only.
This application is a continuation-in-part of U.S. patent application Ser. No. 13/165,147, filed Jun. 21, 2011, which claims the benefit of U.S. Provisional Patent Application Ser. No. 61/357,014, filed Jun. 21, 2010. The entire contents of application Ser. No. 13/165,147 and provisional application Ser. No. 61/357,014, are hereby incorporated by reference.
Number | Date | Country | |
---|---|---|---|
61357014 | Jun 2010 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 13165147 | Jun 2011 | US |
Child | 13493866 | US |