AU2017100467A4 - Method of facilitating patient and doctor interaction with prescription and invoicing - Google Patents

Abstract

A method of facilitating patient and doctor interaction with prescription and invoicing comprising broadcasting a request for a consultation from a first electronic device. The request comprises identification data and medical data. The method further comprises the step of receiving on a second electronic device the request for a consultation, accepting the request for the consultation on the second electronic device and providing a consultation including prescription and invoicing according to the request. 3164894vl

Description

ι 2017100467 28 Apr 2017

TITLE

METHOD OF FACILITATING PATIENT AND DOCTOR INTERACTION WITH PRESCRIPTION AND INVOICING

FIELD OF THE INVENTION

[0001] This invention relates generally to a method of facilitating patient and doctor interaction. In particular, although not exclusively, the invention relates to a method of facilitating patient and doctor interaction with prescription and invoicing.

BACKGROUND TO THE INVENTION

[0002] When a person needs to see a doctor or medical professional for a medical concern, the patient presently must call a doctor’s surgery to set up an appointment or must physically present him or herself at the surgery without any guarantee of obtaining a consultation in the immediate future. This can be both difficult and inconvenient for the person.

[0003] In certain circumstances, a person may not have someone to take them to see the doctor and, due to serious pain or illness, may be unable or unwilling to travel to the doctor surgery for fear of injury to themselves or others.

[0004] In another situation, a person may need a common prescription or a prescription for a medication that they consistently need. Having to go to the doctor for this prescription each time is inconvenient for the person and can 3164894v1 2 2017100467 28 Apr 2017 be a poor use of time for the doctor who may have a very busy appointment schedule.

[0005] There is therefore a need for an improved method of facilitating doctor and patient interaction with prescription and invoicing.

[0006] The reference to any prior art in this specification is not, and should not be taken as, an acknowledgement or any form of suggestion that the prior art forms part of the common general knowledge.

OBJECT OF THE INVENTION

[0007] It is an object of some embodiments of the present invention to provide consumers with improvements and advantages over the above described prior art, and/or overcome and alleviate one or more of the above described disadvantages of the prior art, and/or provide a useful commercial choice.

[0008] Other preferred embodiments of the present invention will become apparent from the following description.

SUMMARY OF THE INVENTION

[0009] In one form, although not necessarily the only or broadest form, the invention resides in a method of facilitating patient and doctor interaction, the method comprising: broadcasting a request for a consultation from a first electronic device, the request comprising identification data and medical data; 3164894v1 3 2017100467 28 Apr 2017 receiving on a second electronic device the request for a consultation; accepting the request for the consultation on the second electronic device will result in providing a consultation including prescription and invoicing according to the request.

[0010] Preferably, the request comprises a request for at least one of an in-home consultation, a telephone call, a video call or a prescription.

[0011] Preferably, the medical data comprises a reason for requesting the consultation, for example, persistent coughing, fever or vomiting.

[0012] Preferably, the medical data comprises a level of priority associated with the request for the consultation.

[0013] Preferably, the method further comprises the step of sending a notification to the first electronic device regarding the request for a consultation. More preferably, the notification is received in the graphical user interface of an application.

[0014] Preferably, the method further comprises the step of sending medical advice from the second electronic device to the first electronic device.

[0015] Preferably, the method further comprises the step of sending medical advice from the second electronic device to a pharmacy and/or a user of the first electronic device’s general practitioner.

[0016] Preferably, the medical advice comprises a prescription.

[0017] Preferably, the medical advice comprises a recommended treatment.

[0018] Preferably, the method further comprises the step of initiating an application on the first electronic device. Preferably, the method further comprises the step of initiating an application on the second electronic device. 3164894v1 4 2017100467 28 Apr 2017 [0019] Preferably, the prescription is authenticated using an electronic signature.

[0020] Preferably, the method further comprises the step of sending one or more of the identification data, the medical data and the medical advice to a database for storing the data on a medical record.

[0021] Preferably, the identification data comprises at least one of a user’s first name, surname, address, date of birth, Medicare card details, payment details and email address.

[0022] Preferably, the method further comprises the step of sending a fee estimate from the second electronic device to the first electronic device.

[0023] Preferably, the method further comprises the step of displaying a fee estimate for the request for a consultation on the first electronic device and the first electronic device accepting the fee estimate.

[0024] Preferably, the step of accepting the request for the consultation on the second electronic device comprises initiating a phone call or video call from the second electronic device to the first electronic device. Alternatively, the step of accepting the request for the consultation on the second electronic device comprises sending a request from the second electronic device to the first electronic device to initiate a phone call or video call. Suitably, the step of accepting further comprises the first electronic device accepting the request to initiate a phone call or video call. In another alternative, the step of accepting the fee estimate on the first electronic device comprises initiating a phone call or video call from the first electronic device to the second electronic device. 3164894v1 5 2017100467 28 Apr 2017 [0025] Preferably, the second electronic device can be configured to display as online or offline. That is, the doctor can appear as available or unavailable to users.

[0026] Preferably, the application comprises a login screen for the first electronic device and the second electronic device.

[0027] Preferably, the application comprises a graphical user interface. More preferably, the graphical user interface comprises an interactive map. The map displays one or more indicators showing the location of the first electronic device, the second electronic device and a type of the request for a consultation. For example, the doctor may only wish to provide prescriptions and can select the indicators on the interactive map indicating requests for prescriptions.

[0028] Preferably, a rating system is provided for both the first electronic device and the second electronic device to provide feedback on the quality of the consultation.

[0029] Preferably, the method further comprises sending a final summary and invoice of the consultation from the second electronic device to the first electronic device. More preferably, the final summary and invoice are emailed from the second electronic device to the first electronic device. Even more preferably, the final summary and invoice are emailed to a general practitioner associated with a user of the first electronic device and/or a pharmacist.

[0030] Further forms and/or aspects of the present invention will become apparent from the following detailed description. 3164894v1 6 2017100467 28 Apr 2017

BRIEF DESCRIPTION OF THE DRAWINGS

[0031] By way of example only, preferred embodiments of the invention will be described more fully hereinafter with reference to the accompanying figures, wherein: [0032] FIG. 1 illustrates a flow chart of a method for offline networking according to an embodiment of the present invention; [0033] FIG. 2 illustrates a graphical user interface for a patient to register for a consultation in accordance with the method shown in FIG. 1; [0034] FIG. 3 illustrates a graphical user interface for a patient to request different types of consultations in accordance with the method shown in FIG. 1; [0035] FIG. 4 illustrates a graphical user interface for a doctor to select a consultation request in accordance with the method shown in FIG. 1; [0036] FIG. 5 illustrates a graphical user interface for a doctor to review consultation requests in accordance with the method shown in FIG. 1; [0037] FIG. 6 illustrates a graphical user interface for a patient to accept or decline a fee estimate provided by a doctor in accordance with the method shown in FIG. 1; [0038] FIG. 7 illustrates a graphical user interface for a patient to request a prescription in accordance with the method shown in FIG. 1; [0039] FIG. 8 illustrates a graphical user interface for a doctor to grant a prescription to a patient in accordance with the method shown in FIG. 1; 3164894v1 7 2017100467 28 Apr 2017 [0040] FIG. 9 illustrates a graphical user interface for a patient notifying the patient that the doctor will be attending to their consultation request in accordance with the method shown in FIG. 1; [0041] Fig. 10 illustrates a graphical user interface for a doctor to summarise a completed consultation in accordance with the method shown in FIG. 1; [0042] FIG. 11 illustrates a graphical user interface for a doctor to issue a final invoice to a patient in accordance with the method shown in FIG. 1; and [0043] FIG. 12 diagrammatically illustrates an electronic device for performing the method of the present invention according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

[0044] Elements of the invention are illustrated in concise outline form in the drawings, showing only those specific details that are necessary to understanding the embodiments of the present invention, but so as not to clutter the disclosure with excessive detail that will be obvious to those of ordinary skill in the art in light of the present description.

[0045] Turning to FIG. 1, a flow diagram illustrating a method 100 of facilitating patient/doctor interaction with prescription and invoicing is illustrated.

[0046] At step 110 an application is initiated on a first electronic device. In one embodiment, a user using the first electronic device initiates the application on the first electronic device. As an example the user of the first 3164894v1 8 2017100467 28 Apr 2017 electronic device may be seeking a doctor’s appointnent involving the doctor making a visit to the user’s home. However, in somealternative embodiments, the user of the first electronic device may be seeking a telephone call, a video call or a prescription.

[0047] Additionally, in step 115, the application provides a fee estimate displaying on the screen of the first electronic device to inform the user of the cost of the request. The user of the first electronic device is then given the opportunity to either accept or reject the fees. In the event that the user rejects the fees, the application returns to a home screen. However, if the fees are accepted by the user, the method proceeds to step 120.

[0048] At step 120, the first electronic device broadcasts a request for a consultation comprising identification data and medical data.

[0049] The identification data is associated with the user of the application including, for example, a portion of the identification data identifies the user of the first electronic device and their present location.

[0050] The medical data includes data relating to the type of service the user is requesting and any important information the doctor may require. For example, the medical data includes data that indicates that a user of the first electronic device is seeking a home visit from a doctor and has been suffering a persistent fever.

[0051] At step 125, an application is initiated on a second electronic device. As an example the user of the second electronic device may be a doctor. 3164894v1 9 2017100467 28 Apr 2017 [0052] At step 130, the second electronic device receives the identification data and the medical data from the first electronic device via the application.

[0053] At step 135, the user of the second electronic device, the doctor, reviews the information received from the first electronic device and either accepts or rejects the request. If the doctor rejects the request, the doctor can either close the application or select a new request for consultation which restarts the method 100 beginning at step 110 described above.

[0054] At step 140, if the doctor accept the request, the second electronic device sends a fee estimate for the requested consultation to the first electronic device, which the patient of the first electronic device can either accept or decline.

[0055] At step 145, if the patient accepts the fee estimate, in this example, the doctor then travels to the patient’s location toconduct the consultation.

[0056] FIG. 2 is an example of a graphical user interface (GUI) 200 for submitting a consultation request in accordance with the method in FIG. 1. The GUI 200 illustrated is displayed on a first electronic device, such as a smartphone or PC, of a patient.

[0057] As shown, the GUI 200 includes a customised editable field 205 labelled “Title” that is user selectable and allows a user to input their respective title (such as Mr. or Mrs.).

[0058] The GUI 200 includes additional editable fields, such as “First Name” 210, “Surname” 215, “Address” 220, “DOB” (Date Of Birth) 225, “Medicate card details” 230, “Credit Card Details” 235, “Email” 240, “GP Email” 245, and “Agree to Terms & Conditions Y/N” 250, for the user to 3164894v1 ίο 2017100467 28 Apr 2017 provide additional information. More editable fields can be added so that a user can provide more information.

[0059] While the fields 210-250 shown on the GUI 200 are specifically labelled, a person skilled in the art will appreciate that the buttons are purely illustrative and can be customised to take various forms and perform various functions as desired by a user.

[0060] In some embodiments, medical professionals register to use the application and provide consultations. This registrations involves a series of verification testing and Identification checks which include uploading drivers licence, passports, police checks and their relevant Australian Health Practitioner Regulation Agency (AHPRA) registration numbers before they are registered and are then provided with a unique access code to use the application on an electronic device.

[0061] FIG. 3 is another example of a graphical user interface (GUI) 300 for requesting a type of consultation in accordance with the method in FIG. 1. The GUI 300 illustrated is displayed on a first electronic device, such as a smartphone or PC, of a patient.

[0062] As shown, the GUI 300 includes three selectable icons 310, 315, 320 which each relate to a different type of consultation. For example, icon 310 indicates an in-home visit by a doctor, icon 315 indicates a telephone or video consultation and icon 320 indicates a request for a prescription. As can be seen, each icon also includes a cost associated with each consultation. 3164894v1 11 2017100467 28 Apr 2017 [0063] FIG. 4 is an example of a graphical user interface (GUI) 400 of an interactive map for a medical professional, such as a doctor, to view available consultation requests in a specific area.

[0064] As shown, the GUI 400 includes a map 405 which provides a layout of the current area. The GUI 400 will typically be displayed on an electronic device, such as a smartphone, of a doctor.

[0065] In the illustrated embodiment, the GUI 400 indicates the doctor as cross symbol 410, which is a symbol commonly used in the medical industry. The GUI 400 also includes several types of consultation requests that the doctor can attend to. For example, symbols 415, 420 indicate requests for in-home consultations while symbols 425, 430 indicate requests for telephone or video calls. A third type of consultation requests is indicated by symbol 435 which indicates a person who wishes to receive a prescription. A person skilled in the art will appreciate that the symbols 410-435 can be tailored and customised to be any shape or symbol. Furthermore, types of consultation requests can be added to the map as needed.

[0066] At the bottom of the GUI 400, there are also two additional buttons labelled Online” 440 and Offline” 445. These two buttons 440, 445 allow the doctor to choose whether he or she appears online or offline, which allows the application to determine whether they are available for consultation requests.

[0067] Figure 5 is an example of a graphical user interface (GUI) 500 for a doctor to review consultation requests in accordance with the method in FIG. 1. This GUI 500 lists patients selected by a doctor before confirming he or she will conduct their requested consultations. 3164894v1 12 2017100467 28 Apr 2017 [0068] GUI 500 includes patient information for a first patient such as “name” 510, “Dob” 515, “Address” 520 and “RE FOR VISIT” 525, which is short for reason for visit.

[0069] There is also information for a second patient which includes "name” 530, “DOB” 535 and “RE FOR VISIT” 540. As can be seen, the amount of information provided by patients does not need to be the same. The information provided is primarily dependent on the type of consultation requested by a patient. For example, if patient 2 chose a telephone or video consultation, no address needs to be provided.

[0070] FIG. 6 is an example of a graphical user interface (GUI) 600 for a patient to accept or decline a fee estimate provided by a doctor in accordance with the method in FIG. 1. The GUI 600 is displayed on the electronic device, such as a smartphone, of the patient once a doctor has accepted their consultation request. The GUI 600 displays a fee estimate for the patient.

[0071] GUI 600 includes fee information for a potential consultation for a patient including “Doctors fee” 610, “Medicare rebate” 615, and “Out of Pocket” 620 which indicates the total amount the patient will pay after any applicable Medicare rebates, or the like, have been applied.

[0072] GUI 600 also includes two buttons in the form of an accept button 625 and a decline button 630. The patient will choose the accept button 625 if they agree to the proposed fees and will choose the decline button 630 if they do not.

[0073] FIG. 7 is an example of a graphical user interface (GUI) 700 interface for a patient to request a prescription in accordance with the method 3164894v1 13 2017100467 28 Apr 2017 in FIG. 1. The GUI 700 is displayed on the electronic device of a patient requesting a prescription.

[0074] As shown, GUI 700 includes patient information 710 such as name, address, date of birth and Medicare number, and the requested prescription medication 715. The requested prescription medication 715 can be in the form of a drop down box which allows the patient to select from a range of common prescription medications. Alternatively, the patient can simply type in the medication they wish to request.

[0075] There is also a section showing doctor information 720. The doctor information 720 shows the doctor the patient has requested the prescription from. This doctor information 720 can include a drop down menu which lists active, or online, doctors in the area of the patient.

[0076] Once the patient has included all of the relevant information, the “SEND TO DOCTOR” button 725 and the prescription request is sent to the electronic device of the doctor.

[0077] FIG. 8 is an example of a graphical user interface (GUI) 800 for a doctor to grant a prescription to a patient in accordance with the method in FIG. 1. The GUI 800 is displayed on the electronic device of the doctor once the patient has requested a prescription using the GUI 700 shown in FIG. 7.

[0078] As shown, GUI 800 includes patient information 810 such as name, address, date of birth and medicare number, and the requested prescription medication 815.

[0079] If the doctor, whose information is shown in section 820, wishes to approve the prescription request, the doctor selects the “SEND” button 825 3164894v1 14 2017100467 28 Apr 2017 located at the bottom of the GUI 800. This initiates an email application which will email the approved prescription to the patient and the relevant pharmacy so that the patient may go and have the prescription filled.

[0080] FIG. 9 is an example of a graphical user interface (GUI) 900 for notifying a patient that a doctor is attending to their request in accordance with the method in FIG. 1. The GUI 900 is displayed on the electronic device of a patient who has requested an in-home consultation which has been accepted by a doctor.

[0081] GUI 900 includes a map 910 similar to map 405 shown in FIG. 4. The map 910 indicates the location of the doctor using the cross symbol 410 and the location of the patient with the “P” marker 915.

[0082] As shown, at the top of the GUI 900 is an indicator 920 notifying the patient that the doctor is on his way and includes a time estimate for when the doctor will arrive.

[0083] FIG. 10 is an example of a graphical user interface (GUI) 1000 for a doctor to summarise a completed consultation in accordance with the method in FIG. 1. The GUI 1000 is displayed on the electronic device of the doctor who has completed an in-home consultation for a patient. The illustrated GUI 1000 is an example of a GUI of a summary of a consultation.

[0084] GUI 1000 includes a patient information section 1010 which provides patient information such as the name, date of birth and address of the patient. The GUI 1000 also includes a consultation detail section 1020 detailing information relating to the consultation such as the type of 3164894v1 15 2017100467 28 Apr 2017 consultation, the symptoms, the examination of the patient and the prescribed treatment.

[0085] Once the above information has been provided by the doctor in sections 1010, 1020, the doctor activates the “SEND” button 1030 which emails the consultation summary to the patient’s email address shown in patient email section 1040 and the pharmacy’s email address in pharmacy email section 1050. In some embodiments, the summary can also be emailed to the patient’s regular GP for their medical recoids.

[0086] FIG. 11 is an example of a graphical user interface (GUI) 1100 for sending an invoice in accordance with the method in FIG. 1. The GUI 1100 is displayed on the electronic device of the doctor who has completed a consultation for a patient.

[0087] Similar to GUI 600, GUI 1100 displays fee information which includes the type of fee and the corresponding charge. GUI 110 displays fees such as “Doctors fee” 1110, “Medicare rebate” 1115, and “Out of Pocket” 1120 which indicates the total amount the patient will pay after any applicable Medicare rebates, or the like, have been applied. GUI 1100 additionally includes any variation in charges that may occur as a result of additional time or additional symptoms or examination that needs to be carried out. These variations are reflected in sections “Variations” 1125, “Medicate Health fund rebate item” 1130 and “Out of pocket” 1135. The total cost (a sum of the Doctors fee and the variation) is displayed in section 1140 and the total rebate amount (a sum of the medicare rebate amounts 1115 and 1120) is displayed in section 1145. 3164894v1 16 2017100467 28 Apr 2017 [0088] GUI 1100 also includes a button in the form of a send button 1150 for the doctor to send the final invoice to the patient’s email address shown in section 1155.

[0089] FIG. 12 diagrammatically illustrates an electronic device 1200 suitable for performing the method of the present invention. Similarly, the method 100 of FIG. 1 can be implemented using the electronic device 1200.

[0090] The electronic device 1200 includes a central processor 1202, a system memory 1204 and a system bus 1206 that couples various system components, including coupling the system memory 1204 to the central processor 1202. The system bus 1206 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. The structure of system memory 1204 is well known to those skilled in the art and may include a basic input/output system (BIOS) stored in a read only memory (ROM) and one or more program modules such as operating systems, application programs and program data stored in random access memory (RAM).

[0091] The electronic device 1200 can also include a variety of interface units and drives for reading and writing data.

[0092] In particular, the electronic device 1200 includes a hard disk interface 1208 and a removable memory interface 1210, respectively coupling a hard disk drive 1212 and a removable memory drive 1214 to the system bus 1206. Examples of removable memory drives 1214 include magnetic disk drives and optical disk drives. The drives and their associated computer-readable media, such as a Digital Versatile Disc (DVD) 1216 provide non- 3164894v1 17 2017100467 28 Apr 2017 volatile storage of computer readable instructions, data structures, program modules and other data for the computer system 1200. A single hard disk drive 1212 and a single removable memory drive 1214 are shown for illustration purposes only and with the understanding that the electronic device 1200 can include several similar drives. Furthermore, the electronic device 1200 can include drives for interfacing with other types of computer readable media.

[0093] The electronic device 1200 may include additional interfaces for connecting devices to the system bus 1206. FIG. 12 shows a universal serial bus (USB) interface 1218 which may be used to couple a device to the system bus 1206. For example, an IEEE 1394 interface 1220 may be used to couple additional devices to the electronic device 1200.

[0094] The electronic device 1200 can operate in a networked environment using logical connections to one or more remote computers or other devices, such as a server, a router, a network personal computer, a peer device or other common network node, a wireless telephone or wireless personal digital assistant. The electronic device 1200 includes a network interface 1222 that couples the system bus 1206 to a local area network (LAN) 1224. Networking environments are commonplace in offices, enterprise-wide computer networks and home computer systems.

[0095] A wide area network (WAN), such as the Internet, can also be accessed by the electronic device 1200, for example via a modem unit connected to a serial port interface 1226 or via the LAN 1224. Transmission of data can be performed using the LAN 1224, the WAN, or a combination thereof. 3164894v1 18 2017100467 28 Apr 2017 [0096] It will be appreciated that the network connections shown and described are exemplary and other ways of establishing a communications link between computers can be used. The existence of any of various well-known protocols, such as TCP/IP, Frame Relay, Ethernet, FTP, FITTP and the like, is presumed, and the electronic device 500 can be operated in a client-server configuration to permit a user to retrieve data from, for example, a web-based server.

[0097] The operation of the electronic device 1200 can be controlled by a variety of different program modules. Examples of program modules are routines, programs, objects, components, and data structures that perform particular tasks or implement particular abstract data types.

[0098] The present invention may also be practiced with other computer system configurations, including hand-held devices, multiprocessor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, personal digital assistants, smart watches, smart wearables and the like. Furthermore, the present invention may also be practiced with other methods of visual output from the computer system, including a virtual reality display, a projection of output into an eye of a user, a projection of output onto a surface within the view of the user, such as eyeglasses or another surface close to the eye.

[0099] Furthermore, the present invention may also be practiced with other methods of user input to the computer system, including detection of a movement of a limb, a digit, an eye, a head, or a body of a user, detection of a thought by a user, or detection of a mental feature of a user’s intention. Furthermore, the invention may also be practiced in distributed computing 3164894v1 19 2017100467 28 Apr 2017 environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.

[00100] Advantageously, a person requiring non-urgent medical assistance can request a doctor to come to them rather than having to travel to the doctor surgery where they may not receive an immediate consultation.

[00101] In another advantage of the present invention, a person who requires a prescription to be issued for a chronic illness does not need to repeatedly visit the doctor to have a prescription issued. Using the application, a doctor can simply electronically issue the prescription upon request.

[00102] Further advantageously, the process of seeing the doctor, paying the appropriate fees and receiving any rebates is all conveniently handled by the application.

[00103] The above description of various embodiments of the present invention is provided for purposes of description to one of ordinary skill in the related art. It is not intended to be exhaustive or to limit the invention to a single disclosed embodiment. As mentioned above, numerous alternatives and variations to the present invention will be apparent to those skilled in the art of the above teaching. Accordingly, while some alternative embodiments have been discussed specifically, other embodiments will be apparent or relatively easily developed by those of ordinary skill in the art. The invention is intended to embrace all alternatives, modifications, and variations of the 3164894v1 20 2017100467 28 Apr 2017 present invention that have been discussed herein, and other embodiments that fall within the spirit and scope of the above described invention.

[00104] In this specification, the terms ‘ comprises’, ‘ comprising’, ‘ includes’, ‘ including’, or similar terms are intended to meana non-exclusive inclusion, such that a method, system or apparatus that comprises a list of elements does not include those elements solely, but may well include other elements not listed. 3164894V1

Claims (5)

1. A method of facilitating patient and doctor interaction with prescription and invoicing, the method comprising: broadcasting a request for a consultation from a first electronic device, the request comprising identification data and medical data; receiving on a second electronic device the request for a consultation; accepting the request for the consultation on the second electronic device; and providing a consultation including prescription and invoicing according to the request.

2. The method according to claim 1, wherein the request comprises a request for at least one of an in-home consultation, a telephone call, a video call and a prescription.

3. The method according to claim 1, wherein the step of accepting the requesting for the consultation on the second electronic device comprises initiating a phone call or video call from the second electronic device to the first electronic device.

4. The method according to claim 1, wherein the application comprises a graphical user interface including an interactive map, the map displaying one or more indicators showing the location of the first electronic device, the second electronic device and a type of the request for a consultation.

5. The method according to claim 1, wherein the method further comprises sending a final summary and invoice of the consultation from the second electronic device to the first electronic device.