EP4208769A1 - Système de télémédecine - Google Patents

Système de télémédecine

Info

Publication number
EP4208769A1
EP4208769A1 EP21864978.8A EP21864978A EP4208769A1 EP 4208769 A1 EP4208769 A1 EP 4208769A1 EP 21864978 A EP21864978 A EP 21864978A EP 4208769 A1 EP4208769 A1 EP 4208769A1
Authority
EP
European Patent Office
Prior art keywords
patient
web
link
telemedicine
telemedicine system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP21864978.8A
Other languages
German (de)
English (en)
Other versions
EP4208769A4 (fr
Inventor
Stephen Randall
Mark Gretton
Dan GIESCHEN
Nick GIESCHEN
Pablo RIVAS
Augusto GARCIA
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Medaica Inc
Original Assignee
Medaica Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Medaica Inc filed Critical Medaica Inc
Publication of EP4208769A1 publication Critical patent/EP4208769A1/fr
Publication of EP4208769A4 publication Critical patent/EP4208769A4/fr
Pending legal-status Critical Current

Links

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
    • A61B5/0022—Monitoring a patient using a global network, e.g. telephone networks, internet
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/72—Signal processing specially adapted for physiological signals or for diagnostic purposes
    • A61B5/7203—Signal processing specially adapted for physiological signals or for diagnostic purposes for noise prevention, reduction or removal
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient ; user input means
    • A61B5/7465—Arrangements for interactive communication between patient and care services, e.g. by using a telephone network
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B7/00—Instruments for auscultation
    • A61B7/02—Stethoscopes
    • A61B7/04—Electric stethoscopes
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L21/00—Speech or voice signal processing techniques to produce another audible or non-audible signal, e.g. visual or tactile, in order to modify its quality or its intelligibility
    • G10L21/02—Speech enhancement, e.g. noise reduction or echo cancellation
    • G10L21/0208—Noise filtering
    • G10L21/0216—Noise filtering characterised by the method used for estimating noise
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L25/00—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00
    • G10L25/78—Detection of presence or absence of voice signals
    • G10L25/84—Detection of presence or absence of voice signals for discriminating voice from noise
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R1/00—Details of transducers, loudspeakers or microphones
    • H04R1/46—Special adaptations for use as contact microphones, e.g. on musical instrument, on stethoscope
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R3/00—Circuits for transducers, loudspeakers or microphones
    • H04R3/005—Circuits for transducers, loudspeakers or microphones for combining the signals of two or more microphones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R5/00—Stereophonic arrangements
    • H04R5/027—Spatial or constructional arrangements of microphones, e.g. in dummy heads
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04S—STEREOPHONIC SYSTEMS 
    • H04S1/00—Two-channel systems
    • H04S1/007—Two-channel systems in which the audio signals are in digital form
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B2562/00—Details of sensors; Constructional details of sensor housings or probes; Accessories for sensors
    • A61B2562/02—Details of sensors specially adapted for in-vivo measurements
    • A61B2562/0204—Acoustic sensors
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L21/00—Speech or voice signal processing techniques to produce another audible or non-audible signal, e.g. visual or tactile, in order to modify its quality or its intelligibility
    • G10L21/02—Speech enhancement, e.g. noise reduction or echo cancellation
    • G10L21/0208—Noise filtering
    • G10L21/0216—Noise filtering characterised by the method used for estimating noise
    • G10L2021/02161—Number of inputs available containing the signal or the noise to be suppressed
    • G10L2021/02165—Two microphones, one receiving mainly the noise signal and the other one mainly the speech signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04S—STEREOPHONIC SYSTEMS 
    • H04S2400/00—Details of stereophonic systems covered by H04S but not provided for in its groups
    • H04S2400/13—Aspects of volume control, not necessarily automatic, in stereophonic sound systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04S—STEREOPHONIC SYSTEMS 
    • H04S2400/00—Details of stereophonic systems covered by H04S but not provided for in its groups
    • H04S2400/15—Aspects of sound capture and related signal processing for recording or reproduction

Definitions

  • the field of the invention relates to a telemedicine system including multiple medical devices and a remote server.
  • Telemedicine systems enable remote diagnostics and clinical caring tor patients, i.e. when a health professional and patient are not physically present with each other.
  • Telehealth is generally thought of as broader in scope and includes non- clinical health care services; in this specification, the terms 'telemedicine' and 'telehealth' are used interchangeably and so 'telemedicine' should be broadly construed to include telehealth and hence include remote healthcare services that are both clinical and non- clinical.
  • telemedicine is more than just using Skype®, Zoom®, or Facetime®, so that a doctor can look a Patient in the eyes.
  • the Patient For telemedicine to be truly useful, the Patient must be able to collect and transmit a variety of data the healthcare professional needs to assess the Patient’s health.
  • telemedicine can easily leverage patient-collectable data from simple and affordable devices, such as blood pressure cuffs, heart monitors, pulse oximeters and thermometers, etc.
  • current solutions fail to provide uniform or easy ways for healthcare professionals to acquire more subjective or useful information from patients without a doctor’s or nurse’s supervision e.g. listening to a patient’s body sounds (auscultation), taking an EKG or performing an ultrasound.
  • the invention in a first aspect, is a telemedicine system comprising multiple medical devices, such as digital stethoscopes, digital blood pressure monitors and other medical and digital medical devices.
  • An individual patient might use one or more of these devices in a telemedicine session with a healthcare professional.
  • the system is highly scalable and could include thousands, or tens of thousands of these devices, distributed across a population.
  • the medical devices are each configured to generate patient datasets and are each configured to upload or send patient datasets to one or more remote web servers, directly from an internet-connected app running either on the device itself or on an intermediary device.
  • the remote web server is configured to generate a unique web-link that is associated with a specific patient dataset.
  • the unique web-link enables a healthcare professional to review the specific patient dataset by selecting the web-link from within a web browser or from within any dedicated telemedicine application that opens web-links. Additionally, or alternatively, the unique web-link enables a healthcare professional to initiate a virtual examination of the patient by selecting the web-link, which then leads to the opening of a link to a virtual examination room hosted on the remote web server.
  • a telemedicine system comprising one or more medical devices that are each configured to generate patient datasets, and a remote web server; in which: a medical device is configured to upload or send patient datasets to the remote web server, directly from an internet-connected app running either on the medical device or on an intermediary device; the remote web server is configured to generate a unique web-link that is associated with a specific patient dataset; and in which the unique web-link enables a healthcare professional to review the specific patient dataset by selecting the web-link from within a web browser or from within any dedicated telemedicine application that opens web-links.
  • a second aspect is a telemedicine system comprising: multiple medical devices that are each configured to generate patient datasets, and a remote web server connected to each medical device; in which: a medical device is configured to upload or send patient datasets to the remote web server, directly from an internet-connected app running either on the device or on an intermediary device; and in which the medical device includes (i) a speech microphone configured to detect and/or record patient speech and (ii) a second microphone in the medical device configured to detect and/ or record clinically relevant sounds and generate an audio dataset from those sounds; and in which the internet-connected app is configured to treat that patient speech separately from the audio dataset and is hence configured to enable real-time voice communication from the patient to the healthcare professional at the same time as the audio dataset is being shared with the healthcare professional via the remote web server; and the system is configured to enable the healthcare professional to select whether to listen to real-time voice communication from the patient or to listen to the audio dataset in real-time by muting, fully or partly, either the real-time voice communication or the audio dataset.
  • a third aspect is a medical device that includes (i) a speech microphone configured to detect and/ or record patient speech and (ii) a second microphone configured to detect and/ or record clinically relevant sounds and generate an audio dataset from those sounds; in which the speech microphone uses one channel of a stereo channel pair, and the second microphone uses the other channel, and each channel is processed substantially in parallel or simultaneously.
  • a fourth aspect is a telemedicine system comprising multiple medical devices that are each configured to generate patient datasets, and a remote web server; in which: one or more medical devices are each configured to upload or send patient datasets to the remote web server, directly from an internet-connected app running either on the device or on an intermediary device; and in which the remote web server hosts or enables access to an applet that, when run on a patient's internet-connected app, provides instructions or guides to the patient to perform specific healthcare management protocols.
  • a fifth aspect is a telemedicine system comprising multiple medical devices that are each configured to generate patient datasets, and a remote web server connected to each medical device; in which: at least one medical device is configured to upload or send patient datasets to the remote web server, directly from an internet-connected app running either on the device or on an intermediary device; in which the system is configured to enable a healthcare professional and a patient to communicate via a virtual examination room, and the system is further configured to display a user interface that includes a virtual or graphical body image or body outline and one or more target positions at which a medical device is to be positioned by the patient; and the system is further configured to enable a dynamic interaction between the patient or the healthcare professional and the user interface, to enable the patient to correctly position the medical device at the target position or positions.
  • the invention is implemented in a system called the Medaica system, which is described in the following sections.
  • Figure 1 is a simplified cross section of a digital electronic stethoscope.
  • Figure 2 is a simplified top view and cross section of a digital electronic stethoscope.
  • Figure 3 is a simplified diagram of the electrical design of the electronic stethoscope
  • Figure 4 is a diagram of some of the key players interacting with the Medaica system.
  • Figure 5 is a diagram of the Medaica platform.
  • Figure 6 is a system overview of one implementation of the invention.
  • Figure 7 is a diagram illustrating a patient’s journey.
  • Figure 8 is a diagram illustrating a patient’s journey.
  • Figure 9 is a diagram illustrating a doctor’s journey.
  • Figure 10 is a diagram illustrating a user’s interaction with the playback page.
  • Figure 11 shows an example of a patient’s web-app displaying an outline of a torso along with a video feed.
  • Figure 12 shows another example of a patient’s web-app with the graphical interface of a self-exam heart mode.
  • Figure 13 shows a patient’s web app displaying a countdown and recording quality window.
  • Figure 14 shows a patient’s web app displaying the torso outline shows when each auscultation position is recorded successfully
  • Figure 15 is a flow diagram summarizing the steps of the self-exam procedure.
  • Figure 16 shows a patient’s web app displaying a specific exam procedure overlaid over a live video image of the user.
  • Figure 17 shows a graphical interface of front lungs self-examination including a torso outline of a front torso and the required examination positions.
  • Figure 18 shows a graphical interface of back lungs assisted examination including a torso outline of a back torso and required examination positions.
  • Figure 19 shows a graphical interface of a video-positioning mode.
  • Figure 20 shows a simplified flow diagram illustrating when an exam starts.
  • Figure 21 shows a flow diagram illustrating the different steps according to a selfexamination mode, custom examination mode or guided examination mode.
  • Figure 22 shows a diagram illustrating the system key components.
  • Figure 23 shows photographs illustrating several digital stethoscope devices.
  • Figure 24 shows photographs illustrating a number of digital stethoscope devices.
  • Figure 25 shows photographs illustrating a digital stethoscope device including a dummy socket (210).
  • Figure 26 shows top-down, side and bottom up views (respectively, descending) of a digital stethoscope device.
  • systems and methods are provided to enable a healthcare professional to conduct a remote exam from any web-enabled audio and/ or video platform, not only simplifying telemedicine consultations that would otherwise require special devices and/ or integration of disparate systems but also increasing the value of the telemedicine consultation.
  • the systems and methods produce unique links that are exchanged between patients and healthcare professionals to either review files, such as but not limited to a patient’s auscultation sounds, or for the patient to participate in a virtual exam.
  • the unique link can also be used to control access rights, privacy and enable additional services, such as but not limited to diagnostic analysis, research and verification.
  • the links can additionally contain rules, such as but not limited to permitting third party access right, sharing/ viewing rules and financial controls such as but not limited to subscription usage and per user limits.
  • Telemedicine platforms do not provide uniform or easy support for multiple DMDs. Likewise, many DMDs will not work with any telemedicine systems without extensive (and often expensive) technology integration work. This is clearly a problem for both sides of the healthcare value-chain; healthcare professionals would ideally like telemedicine to support the use of most if not all the tools they use in their typical patient exams. If a telemedicine system doesn’t support all their tools, its utility is limited.
  • DMD manufacturers supplying their own closed/proprietary telemedicine solutions.
  • approaches are not very scalable as every doctor or hospital wishing to use that DMD will be unable to do so with their existing telemedicine solution or they will be forced to have multiple telemedicine solutions for every DMD.
  • solutions compete with telemedicine systems, so are unlikely to be widely embraced by those platforms.
  • DMDs leverage mobile technology and use wireless interfaces such as Bluetooth, primarily designed for consumers, they fail to address usability problems for healthcare professionals including a) a doctor might not wish to use a private device (their own phone) while examining a patient — that phone might ring with a personal call, and it is not ideal for sharing if they only have one DMD in the clinic and b) Bluetooth can be difficult to use when there is other radio-enabled equipment near-by or metal objects.
  • Bluetooth can be difficult to use when there is other radio-enabled equipment near-by or metal objects.
  • the Medaica solutions provide an intermediary web-hub that operates separately from the telemedicine platform, and can, in its simplest form, work on any web-enabled system and can be simply accessed by a doctor and/or patient as a new window alongside their existing chosen telemedicine or video/chat/messaging solution, without requiring further integration.
  • This is further enabled with secure web-enabled links that can grant access rights to connect permitted parties and provide features to securely share, review, authenticate files, export files and set rules over timing, sharing rights and business models, payments etc.
  • Ml is a low-cost digital stethoscope that is aimed at telemedicine applications, rather than as a replacement for traditional stethoscopes. As such, it is aimed at the patient rather than the healthcare professional. A more detailed description of Ml now follows.
  • Medaica’s system is designed to be hardware agnostic, however, today, there is no plug and play device that will result in the simple functionality and affordability required. To that end, Medaica is producing a simple electronic stethoscope, the Ml.
  • a target retail price is for example under $50.
  • a target material cost (bill of materials) is for example under USD $15.
  • FIG. 1 shows a simplified cross section of Ml including examples of dimensions.
  • Figure 2 shows a top view and another cross section of the device including further examples of dimensions.
  • Ml includes a USB microphone. It is mounted in a rigid molded enclosure. The enclosure is in the basic shape of a stethoscope. The front face has a traditional stethoscope diaphragm sealed onto an acoustic chamber into which a microphone, such as an electret or piezo microphone is mounted.
  • a second microphone for patient voice, for detecting whether background noises are too loud and could affect the stethoscope microphone, and for noise cancelling is mounted facing upwards towards the user. These two microphones are connected respectively to the left and right channels of the USB stereo microphone channel so they can be processed in parallel.
  • a small “I’m alive” white LED, a '"now recording” red LED, and a single user push button are mounted on the rear face.
  • the device is washable, so the LEDs and button are waterproof (IPX6) and fabricated as a simple membrane, like many medical and household cookery products.
  • IPX6 IPX6
  • the various electrical items are connected to a USB audio bridge IC mounted on a small PCB.
  • the device is large enough to be comfortable in the hand and therefore may contain a significant amount of empty space. This could be filled with ballast to improve the weight and feel of the device. Alternatively, the space may be used for more electronics components and a rechargeable lithium cell battery in more sophisticated versions.
  • the design leaves the head of the device easily viewable when held by the patient, such that in a telemedicine consultation the patient will be able to be guided, either by the user interface or the healthcare professional, to move the head of device over specific auscultation target areas.
  • the initial design for Ml is a USB 2 wired design. Additionally, the device may also support Bluetooth (BT) connectivity. Adding BT connectivity would enable connectivity to supported device platforms and would add the following components: BT transceiver, ISM band antenna, microcontroller capable of implementing BT stack and application level encryption, power management device and battery plus some more UI elements and potentially an MFI chip. With USB 2 connectivity only, Ml is compatible with a number of platform or devices, such as: Windows laptops and PCs, Apple laptops and PCs, Android tablets and some phones (with a USB 2 to USB C adapter which is readily available) and Apple phones with a Lightning to USB converter and MFI device.
  • BT Bluetooth
  • the main housing is formed from a target maximum of two injection molded plastic parts. These parts are molded from high density medical grade plastic and have sufficiently thick wall sections as to be acoustically stable. These plastic parts may be finished or plated to give a comfortable and durable finish. Ml Electrical design
  • the electronic design is based around a standard USB to audio bridge IC from (e.g. CMedia CM 6317A).
  • the Left and Right channels are used for the voice and auscultation microphones respectively.
  • Figure 3 shows a simplified diagram of the electrical design.
  • the website and mobile app can be used by users in “Guest” mode without any user login or sign up. This minimizes additional UX steps which could be life-saving if the user has an emergency and wants the fastest route to getting advice.
  • the website and/ or mobile app recognizes that the Ml device is plugged in (and will indicate if it is not) and can then guide the user on next steps.
  • Users of medaica.com include, but not limited to:
  • Patients at home such as consumers who directly connect Ml to PC, Mac or iOS or Android platforms to record heart and/ or lung sounds.
  • Figure 4 shows a diagram illustrating the different players interacting with the Medaica system.
  • the Medaica system offers a number of product differentiation features, including but not limited to:
  • diagnosis analysis including Al diagnosis may be provided as an additional service.
  • a simple device e.g. No BluetoothTM to pair, no battery to charge.
  • Figure 5 shows a diagram of the system’s platform.
  • a patient At the patient side (51), a patient (52) connects a Medaica Ml stethoscope to a USB port of the patient’s Web-connected mobile or desktop client (53).
  • the patient enters the Medaica Patient Side (51).
  • the software recognizes Medaica Ml UDID and enables recording of auscultation sounds.
  • HCP health care professional
  • the patient In Store and Forward mode, the patient records auscultation sounds, guided by UI and can then send a unique link to those sounds to the Healthcare Professional (HCP).
  • HCP Healthcare Professional
  • Auscultation sounds are transmitted via Medaica Servers (54). The auscultation sounds web-link is sent to the HCP side.
  • the HCP visits the Medaica HCP Side.
  • the HCP In Live mode, the HCP generates and sends an exam room passcode to the patient. Once the patient enters the passcode, the HCP can direct the patient and initiate recording.
  • the HCP can choose to listen to auscultation sounds filtered or unfiltered and share, comment and/ or export sounds, according to permissions.
  • Figure 6 illustrates a further example of the interactions within the Medaica system.
  • a patient (100) is located at a remote location from the health care professional HCP (103).
  • 101 is a web-enabled electronic medical device used for auscultation of body sounds.
  • 102 is a cable connecting the electronic medical device (101) to either a web-enabled computing platform (104) or mobile phone (105).
  • 103 is a healthcare professional such as but not limited to a doctor (and interchangeably referred to as a specialist and/ or clinician in this document) at a different location than the patient.
  • 104 is a web-enabled computing platform such as but not limited to a laptop.
  • 105 is a mobile phone (or other such mobile computing platform), connected to the Internet via cellular or other wireless interconnectivity such as WiFi.
  • 106 is a website (in this embodiment, medaica.com) for recording, storing and controlling access to patients’ uploaded files, such as but not limited to auscultation files.
  • This website can be viewed on any web-enabled devices such as the patient’s laptop (104) or mobile phone (105) or the healthcare professional’s laptop (114) or mobile phone (115).
  • 107 is an example sound file recording via a patient’s web-enabled electronic medical device.
  • 108 is a web-enabled link controlling access to a patient’s auscultation files.
  • 109 is a web-enabled video or telemedicine site. This web-enabled site can be viewed on any web-enabled devices such as the patient’s laptop (104) or mobile phone (105) or the healthcare professional’s laptop (114) or mobile phone (115).
  • 111 is wireless connectivity for the electronic medical device, such as but not limited to Bluetooth or WiFi.
  • 112 is cellular connectivity to/from the mobile phone to the cellular network (118).
  • 113 is a cable connecting the headset and mic (110) to either the doctor’s web-enabled computing platform (114) or mobile phone (115).
  • 114 is a web-enabled computing platform such as but not limited to a laptop at the doctor’s location.
  • 115 is a mobile phone connected to the Internet via cellular or other wireless interconnectivity, such as WiFi at the Doctor’s location.
  • 116 is wireless connectivity for the healthcare professional’s headset and mic 110
  • 117 is the internet.
  • 118 is a cellular network, connected to the internet (117).
  • 119 is a record/play pause/stop example for recording and reviewing a sound file (107).
  • the Medaica website (106) displays simple instructions for the user (100) to connect and record auscultation sounds from the Ml device (101).
  • the Ml LED When the Ml device is plugged into the USB port of the web-enabled PC or mobile device (104 or 105), the Ml LED is on constantly, medaica.com recognizes it and displays an icon showing it is plugged in and guides the user to the next steps. (If the Ml device is plugged in already, then #1 doesn’t display).
  • the device (101) may be wirelessly connected, using for example Bluetooth, to the web-enabled PC or mobile device, which consequently would provide additional steps in the user journey.
  • a start/ stop record button (119) is provided on the website.
  • AR Augmented Realty
  • the Ml device is recognized by the web-enabled platform’s camera (either directly via its shape, color etc., or via an identifying mark/ code on Ml). Once recognized by the system, the system shows the user when Ml is over a position to collect sounds, and either autostart recording (optionally first showing a countdown) or highlight a start/ stop recoding button.
  • Ml Device places the Mldevice on a position and presses the Ml record button.
  • Ml LED displays red flashing.
  • a timer on the website UX displays a countdown (say 20 secs) (This could be greyed out if the Ml device is not plugged in to help the user understand that the options will be available after a user action)
  • Timer displays “Done” at the end of the countdown or when the user presses the Ml Record Button again.
  • the term 'Telemedicine' refers to any telemedicine system such as TeladocTM, American WellTM including consumer video conferencing such as but not limited to FacetimeTM, ZoomTM etc.
  • a Play button to review/ erase (119) the recording and go back to #2 and a Send button (not shown) to send a web-enabled link (108) to the sound(s) wav file.
  • a window opens showing additional fields for the user to add (for example):
  • doctor’s (103) email address (the user id unlikely to have the doctor’s phone number, but this could be an additional field),
  • the user s name, and user’s email.
  • the patient s information is required here so that the doctor knows they have received a link from a specific patient e.g. John Smith. Also required when multiple users use the same device to help Medaica know where to store data and create different user pages.).
  • the user may need to add a unique username (if they have not already) and their email (in case the doctor needs to communicate with them). If the user has already added a name or email, then the system will remember that name (via the UDID) and could provide prompts to edit that name/ email, add more details, or associate a new file with a new user if being used by multiple users on same device e.g. a family, which the system could confirm when it sees different user names against the same UDID.
  • the user might have a unique secure name that only the doctor or the doctor’s system knows (such as but not limited to a patient record number, enabling the patient to exchange details without the Medaica website having the identity of the patient).
  • the system could enable a blockchain feature that further secures the patient’s details, and would also provide the ability to set further access rights as well as provide audit trails for users to see who and when people have accessed their details.
  • a “heath wallet/ pass” would enable the patient to be the secure owner of their own heath data, providing not only access to it, but also controlling who, where and when they give such access, and enabling full auditable data if they (or other parties) need proof of info/access.
  • the system will prompt them to add an identifying name.
  • the identifier need not be unique as the actual unique identifier is the UDID + the user name. Only if a user creates a new user with the same name will the system protest.
  • the system can further require the user to confirm if they are the ONLY user of the device, thereby enabling the system to associate a new or different users with device (e.g. family members using same device) AND a user using more than one device.
  • device e.g. family members using same device
  • the SEND window could also have options for a receipt checkbox. Selecting the receipt checkbox enables the user to get a notification that the file has been reviewed (this gives Medaica another chance to get the user’s email address and can also give additional trust to the user that their file has been accessed by the Doctor and/ or not accessed by others).
  • the web-enabled link could have features (like some URL shorteners) that limit the number of times it can be used or expiry time.
  • the doctor (103) receives either; a templated email/text from the user via medaica.com containing the web- enabled link to the patient’s sound(s) file which contains the embedded UDID and the patient’s name (or other method of identifying the patient) and email OR a web-enabled link (108) in their telemedicine session, pasted in by the user.
  • the Doctor could also receive a direct email/ text from the user with the web-enabled link which behaves the same way as the web-enabled link in the Telemedicine session.) Whether in the telemedicine session (109), text or email, the web-enabled link takes the doctor directly to the sound(s) file webpage (106) where he/she can listen to the file.
  • the system can also have an option of generating a web-enabled embed code which, when pasted into the telemedicine system, displays the Medaica “player” with the sound (or other) file(s).
  • telemedicine systems could enable the doctor to review the sounds and/ or perform a virtual exam without leaving the telemedicine website.
  • the system might only grant access to the file in a compressed format which would typically be good enough (e.g. CD quality) for most professional use.
  • the uncompressed (RAW) file could be more useful to certain users and applications, for example, for machine learning, Al or other research functions, in which case, that file could be made accessible to authenticated users via their access rights.
  • a virtual exam is typically initiated by the doctor (rationale: otherwise the doctor would be waiting for the user, which is not only less efficient for doctors, but also for the user), via their telemedicine platform of choice (109) and does not require any additional tools or software within their telemedicine platform to operate.
  • the user (100) has simple instructions from multiple channels; a) medaica.com b) Ml device and c) if Ml was sent to them via Telemedicine Platform text/ email.
  • the doctor (103) visits medaica.com (106) and clicks on the 'clinician’s tab' and can either: click a secure /temporary pass or enter his/her login/ password details.
  • the Exam Room displays two fields: a room code with a ⁇ 6> figure random number and a blank 'Doctors’ Invite' code field.
  • the Exam Room could display reminder text re the patient: e.g. “Ask your Patient to follow these 3 easy steps 1 ) Plug in their M1 , 2) visit medaica. com then 3) E nter the 6 figure Exam Room Code under the Exam Room tab. When your Patient does that, they will get a Doctor Invite Code for you. ”
  • the patient see two blank fields, an Exam Room field and a Doctor’s Invite field.
  • the Doctor Invite Code field then displays a ⁇ 6> figure random number which the patient tells the doctor. Once the doctor types the invite code into his/her screen, the doctor and the patient are in same Exam Room.
  • the doctor can now listen live to Ml (ideally through high quality headphones (110) connected via either wireless (112) or wired (113) such that he/she can hear lower frequency sounds) and guide the patient accordingly.
  • the doctor’s headphones (110) can also be a suitable electronic stethoscope, capable of listening to recorded files on a web- enabled device.
  • DMDs including other digital stethoscopes, but also devices that record medically-related audio, image or video or other media types that would typically require interpretation by a healthcare professional, can send their files to the Medaica website. These files are then able to be accessed by healthcare professionals using the same web-link (i.e. web-enabled link) methods described.
  • the advantage of doing this for the DMD provider is that they do not need to separately integrate their devices into a telemedicine system and the advantage for the healthcare professional is that they can now use multiple DMDs within their chosen telemedicine system.
  • a data avatar is presented to help interested parties (such as but not limited to researchers, insurance providers etc) generate a generic patient, from otherwise private pieces of data. By doing this, the recipient of the data avatar need not know that they have specific data about a patient, rather they have pieces taken from perhaps hundreds, thousands or millions of patients, to create the “typical” patient to be reviewed. The system generating such a data avatar can therefore serve the recipient without the recipient needing to browse through more complex database structures. The resulting file could also contain information that it has data from x number of patients in each of the query categories, which could further give a degree of confidence to the recipient.
  • such as system could also provide reputational data to patients (or other interested parties). For example if a file is reviewed by a 3 rd party for a doctor or patient, the system can know that the reviewer has reviewed x files and achieved an accuracy rate of x% (determined by the number of times other reviewers have agreed or disagreed with the first reviewer or other such techniques). Whist such methods are known in social media (for example, a product review can display the reviewers record of reviewing products, an Uber driver has a reputational score built from multiple rides etc), these techniques have not been used or able to be provided in healthcare. By providing a system that is not only agnostic to devices and telemedicine system, but also can support patients being able to use the system in “guest mode” and providing data avatars, the system is predisposed to being a more trusted interface for all users.
  • the website and/ or application provides a method of helping the patient correctly position the DMD by providing an Augmented Reality (AR) composite video of the patient and the device.
  • the device is recognised either by its unique shape or a code (or other recognised methods) that the camera can identify.
  • the system traces the outline of the patient and, with the identified DMD, can now direct the patient to move the device to a desired position on the patient.
  • the user sees an outline of a human torso in the video feed, in which the user best positions him/herself.
  • the outline also displays an auscultation target icon.
  • the user moves the stethoscope head to be within the auscultation target and can then start recording the auscultation sound.
  • this embodiment can be leveraged by the healthcare professional on the other side of the video feed, by moving the auscultation target to sites that he/ she desires to listen to. Furthermore, these sites can be tagged alongside the recordings to aid either store and forward diagnose or archive notes, as each recording will display the target location on the patient’s body where it was captured.
  • the user has the option of a bulk recording then upload function - scenario: nurses or doctors travelling around collecting sample files, then uploading multiple files once they get back online.
  • the interconnected web-app may guide the user to perform a number of examinations, such as:
  • Self-examinations and assisted examinations can be done at any time, recording body sounds such as heart and/or lung sounds and then sending those results to a healthcare professional.
  • the Ml digital stethoscope can be used during a live telehealth session with a healthcare professional listening to heart and lung sounds live, guiding the user, and being able to record auscultation data together with any notes in their electronic medical records, subject to HIPAA compliant permission.
  • This type of examination is called a live examination.
  • Figure 11 shows an example of a patient’s web-app displaying a mirrored view of an outline of a torso along with a video feed.
  • the body map is mirrored for interfaces for self-examinations, using a mobile or desktop screen and/or camera for assistance. It will be appreciated that some embodiments of this invention do not require a mirrored version of the body map.
  • the outline of the torso may also be displayed together with guidelines to help the patient find a specific position to place the digital medical device.
  • the current position of the digital medical device (1) may be displayed alongside previous auscultation positions for which measurements or patient data has been generated.
  • the next sequence of auscultation positions needed may also be displayed, either from a pre-programmed sequence or from the direct guidance of a healthcare professional.
  • the auscultation sites can be moved by the healthcare professional in real time. Each location can be recorded alongside the audio file as tagged references to further assist in diagnosis and records.
  • Figure 12 shows a further example of a patient’s web-app displaying a self-examination heart mode including a mirrored body map and auscultation (body sound) positions on the chest.
  • the body map is mirrored for interfaces for self-examinations, using a mobile or desktop screen and/ or camera for assistance. It will be appreciated that some embodiments of this invention do not require a mirrored version of the body map.
  • the self-examination displays auscultation positions that a user should be able to reach without assistance.
  • the user is also able to select a required assisted examination option.
  • a body map shows the body sound (auscultation) positions as if the user was looking in a mirror. Each auscultation position is shown as a numbered circle with the current position to be recorded highlighted, such as the first position.
  • a graphical representation of the specific examination procedure is displayed. It displays a torso outline including a sequence of required auscultation positions.
  • the torso graphical representation is configured to guide the patient to use the digital stethoscope Ml at the required auscultation positions for a specific duration and frequency.
  • a countdown and recording quality window displays the level of the recording of body sounds in relation to external ambient sounds.
  • the level of sound received by the body microphone and the level of sound received by the ambient microphone are graphically represented.
  • the sound level detected by the microphones is also associated with a specific color.
  • the ambient noise displayed on the right of the countdown (133) is grey and indicates no ambient noise.
  • the ambient noise (134) is displayed in red indicating that it is too loud to achieve a good auscultation recording. If the external sounds are too loud for a good auscultation recording, the recording will stop and a “silence” icon will be displayed.
  • the mirrored torso outline shows when each auscultation position is recorded successfully.
  • the body map is mirrored for interfaces for self-examinations, using a mobile or desktop screen and/ or camera for assistance. It will be appreciated that some embodiments of this invention do not require a mirrored version of the body map.
  • the previously recorded position turns a different colour, such as green and displays a “tick” (141). The next recording position is then indicated (142).
  • the graphical representation is then configured to indicate when the exam is complete. As an example, all completed auscultation positions are displayed green.
  • the results can then be sent as a file to a healthcare professional by selecting SEND.
  • the user will get notified once the exam has been reviewed. This can be an instant notification when the healthcare professional has opened and closed the file, or it can be an email confirmation sent to the user including any remarks from the healthcare professional.
  • Figure 15 is a flow diagram summarizing the steps of the self-examination procedure for recording phonocardiograms (PCG) from different auscultation positions using a digital stethoscope.
  • PCG phonocardiograms
  • Figure 16 shows a graphical representation of the specific examination procedure overlaid over a live video image of the user (151).
  • the live feed of the user may include the body shown as transparent or semi-transparent, with the rest of the image masked, opaque or solid to avoid the background interfering with the live video image of the user.
  • a torso outline is displayed (152) alongside the current auscultation position of the digital stethoscope (153) and specific auscultation positions (154,155) required by the exam procedure.
  • the body map is mirrored for interfaces for self-examinations, using a mobile or desktop screen and/ or camera for assistance. It will be appreciated that some embodiments of this invention do not require a mirrored version of the body map.
  • the user positions him/herself inside the torso outline and can then accurately position the Ml over the required auscultation position.
  • the current auscultation position can flash on/ off so that when the Ml is in position covered by the circle it is not a confusing image for the user.
  • Figure 17 shows a graphical interface of front lungs self-examination including a mirrored image of a torso outline of a front torso and required examination positions. For lung sound recording, two full deep, slow breaths should be captured.
  • Figure 18 shows a graphical interface of back lungs assisted-examination including a torso outline of a back torso and required examination positions.
  • Figure 19 shows a graphical interface of a video-positioning mode. Selecting 'Video Positioning' mode first displays a window asking for permission to use the video camera. For privacy, video-positioning mode is only used for guiding recording positions without recording any video. With video mode positioning on, the mirrored live video feed of the user is displayed alongside outline of the body (181) and the current auscultation position displayed as a flashing circle (182). The auscultation icon might need to alternatively flash black/white (or other contrasting colors) to make sure that whatever the user is wearing is not confusing the image. The torso outline may also need to have a black/white stroke to make sure it is visible. When the user positions himself inside the body map and holds Ml at the flashing auscultation position, recording is started when the user pushes either a start button on the digital stethoscope or an icon or symbol on the graphical interface.
  • the countdown/ record window is automatically displayed (or pops up), such as when Ml is in position and the user is still and quiet.
  • a symbol on the Ml head is recognized by the image processing software and when the user moves Ml to the correct position, the software prompts the user accordingly and/ or auto-starts recording.
  • the camera detects an outline of the user and creates a specific body map. This is done by accessing a library of auscultation positions to fit specific body types, or by re-calculating the positions based on the detected outline and specific exam positions.
  • the user is able to select a body map based on nearest fit.
  • the software automatically selects the nearest fit body map from a library based on the video feed of the user.
  • a healthcare professional may send the user a link to a virtual room, such as by email or via a text message or any other messaging application. Clicking the link will take the user directly to the virtual exam room.
  • an on-screen message will be prompted such as “plug inyourMl device”.
  • the virtual room exam displays his/her name. The healthcare professional then guides the user through the auscultation positions, or moves the auscultation positions to where he/she wants to listen. The healthcare professional is able to control when the Ml starts recording each body sound.
  • Figure 21 shows a flow diagram summarising the different steps according to a selfexamination mode, custom examination mode or guided examination mode.
  • Figure 22 shows a diagram summarizing key elements of the system.
  • Figures 23 and 24 shows photographs illustrating a number of digital stethoscope devices.
  • the designs are user-friendly, easy to grip and include at least one button.
  • the cable plug can be inserted into a dummy socket (210) in the unit to fold the cable in half when the device is unplugged. This makes the cable much less unwieldy, and easier to stow in a bag.
  • Figure 26 shows top, side and bottom views of another example of a digital stethoscope device.
  • Instructions, devices and notifications can be "chained" together to help patients perform specific healthcare management protocols.
  • the system can guide the patient to take specific tests with a specific frequency and can optionally send reminders to the patient as well as updates to the patient's healthcare provider(s) and/ or insurer or other parties with appropriate permissions.
  • a system could guide the patient to use a digital stethoscope to "record heart sounds in Position 3, twice a day, for seven days".
  • Position 3 could be a specific instruction with a diagram or video. That specific instruction, frequency and duration can have notifications such that user is sent reminders, and the healthcare provider is sent results.
  • a hospital could for example, set up a "Patient Release Protocol” as a one click "applet” (sending the patient a link to the applet so the Doctor will know if/when the patient is following the release procedure and recovering on plan).
  • an “applet” could be different for each healthcare provider, patient and/or condition and could provide methods for the healthcare provider to brand the experience as well as integrate the outputs into their healthcare records.
  • Telemedicine Device including a second ‘room’ or 'patient' microphone
  • Adding a second 'room' or 'patient' microphone (mic) to a telemedicine device allows the patient to continue to communicate with their healthcare provider.
  • a second 'room' or 'patient' microphone (mic) to a telemedicine device allows the patient to continue to communicate with their healthcare provider.
  • browser security models only allows for a single audio device to be used at any given time, it is, in the prior art, necessary to switch the audio source in the browser. For example, if the patient is on a laptop and using its default mic, they would have to switch the browser audio source to the telemedicine device to perform an exam that required a digital stethoscope microphone. This would cause the user to lose the connection with the built in mic and their means of verbal communication with their healthcare provider.
  • Adding a second 'room' or 'patient' mic to such a telemedicine device enables the patient and healthcare provider to maintain communications and still capture exam sounds.
  • the audio will be delivered over a stereo channel but the web app will separate the audio signal into two separate mono feeds and will process each differently.
  • the auscultation sound channel will have a gain control so a strong enough signal will be captured for the body recording.
  • filters such as a low pass filter (or any other processing) may be applied to the sound (typically after the sound has been recorded, maintaining the raw audio file).
  • the room channel may also have a gain control but will mainly just be passed on to the room and ultimately the healthcare professional's headphones.
  • the healthcare professional and/or patient can have control of muting each channel separately if they want to only hear one or the other mic.
  • the room mic can be used to capture audio that can be used to reduce or remove non-heartbeat sounds in the heartbeat audio file using standard noise reduction techniques.
  • This specific feature can additionally be used by the system to determine if the room is too noisy for a patient reading and/ or if a patient is speaking when the exam is being recorded. This information can then enable the system to display a message to the patient to be silent and/ or there is too much noise to perform the exam.
  • An audio signal may be used to enable the capture, transmission, storage, and display of data from one or more sensors over a regular USB audio channel.
  • This connection can work in any device that allows a microphone to connect and transmit data to a computer, phone, tablet, etc.
  • the captured data is converted to audio using a predefined system that maps character data to audio frequency bands. Each character (number, letter, or symbol of the digital message) is mapped to a specific, unique frequency band (or mix of frequencies, like DTMF encoding, dual tone multi frequency encoding).
  • a special “start” and “end” identifier is given a specific, unique frequency band or mix of frequencies as well (and a check sum could be added to ensure that the system has successfully transmitted the data).
  • a set duration is established for all characters of the message so that each tone lasts the same duration.
  • a sine wave is generated at the specific frequency in the middle of the character's frequency band that matches the current character of the message.
  • Each message starts by sending a “begin” tone at the predefined “begin” frequency for the predefined duration. This is followed by each character’s predefined frequency again at the specified duration.
  • an “end” tone is sent to complete the message.
  • This signal is transmitted over the USB connection as regular audio and re-encoded in the browser as digital data using the same frequency band to character map. This converted data can then be captured, stored, manipulated, displayed to the user, etc. as regular digital data.
  • the system adds a camera with OCR software to translate any digital readout (for example a blood pressure display) into audio.
  • such a system can leverage a single mono track in the stereo audio signal of a web video interface and keep a room mic open as well so patients can still talk to their healthcare provider while using and/ or transmitting data from the medical device.
  • This allows integration with any platform that either accepts an audio connection or has a display that can be read by an OCR reader and audio converted.
  • Telemedicine is a subset of telehealth that refers solely to the provision of health care services over audio, video and/or messaging platforms via mobile phones and/or computers. Telemedicine involves the use of telecommunications systems and software to provide clinical services to patients without an in-person visit. Telemedicine technology is frequently used for follow-up visits, management of chronic conditions, medication management, specialist consultation and a host of other clinical services that can be provided remotely.
  • the WHO also uses the term “telematics” as a “a composite term for both telemedicine and telehealth, or any health-related activities carried out over distance by means of information communication technologies.”
  • the term 'telemedicine' should be broadly construed to encompass telehealth and telematics, and is not limited to professional or consumer systems.
  • 'doctor' 'healthcare professional'
  • 'clinician' are interchangeable and may also refer to nurses or any other practitioners who might not be doctors.
  • Auscultation hub The Medaica 'Auscultation hub' is a website that stores files, such as but not limited to auscultation recordings from users’ devices such as digital stethoscopes.
  • the auscultation hub enables easy linking of those recordings to/from health practitioners and telemedicine platforms.
  • the auscultation hub also enables editing of auscultation audio files; for example, a source audio file could be a sound recording lasting 60 seconds or more.
  • the doctor/healthcare professional can review that complete auscultation audio file from within the auscultation hub and edit out or select sections of clinical relevance;
  • the edited sound recording can be shared, for example with experts for an expert opinion, by sending that expert a weblink that, when selected, opens a website (e.g. the Medaica Auscultation hub) and the expert can then play back the edited sound recording.
  • the Medaica 'Virtual exam room' enables a doctor/healthcare professional to send a web- enabled link to patients as an invite for a virtual exam that will take place in the Medaica virtual exam room.
  • a patient clicking on the web-enabled link is taken to awebpage virtual exam room, which display instructions which could include timing for exam, instructions to be ready to place the stethoscope where the doctor requires it etc.
  • the exam session can be recorded and data files sent to 3rd parties to review/ diagnose.
  • the doctor/healthcare professional can also edit files and send edited files to other experts, as described in the Ausculation hub section above.
  • the doctor can initiate the record start/ stop from the website (i.e. not requiring the patient to initiate from the device).
  • the Medaica system generates a secure and unique web-enabled link or web link that, when clicked on, takes the recipient to that file.
  • the unique web-enabled link can include meta data such as but not limited to date, time device ID, user info, but also, if there are business model rules such as but not limited to access rights, permissions, number of clicks per link permitted, rate per click, billing codes etc.
  • the web link could also have a one-time or multiple use feature which could in turn be linked to the user’s membership rights (as could any of the aforementioned features).
  • Access rights could be leveraged to subsidize the business model e.g. assuming access options include telemedicine platforms, insurers, research etc. and, if research is enabled, the session could be free to patients if they agree to the terms that their data is being used for research and/ or is being supported by a charity, e.g. the Gates Foundation.
  • the web link could also offer a drop-down menu to compatible telemedicine systems and/ or doctors nearby etc.
  • Referral programs could then support Medaica when Medaica customers link to a specific telemedicine platform.
  • the system can also have an option of generating a web-enabled embed code which, when pasted into the telemedicine system, displays the Medaica “player” with the sound (or other) file(s).
  • telemedicine systems could enable the doctor to review the sounds and/ or perform a virtual exam without leaving the telemedicine website.
  • Users can have certain rights to listen, review, tag, annotate, forward, analyze, download files. For example, if a doctor does not have permission, he/she cannot tag the file with an opinion. Similarly, a 3rd party could be supported to give an opinion of the file, but not have permission to re-send the link. (If they cut and pasted the link they received, the system would know it was a one-time review link and would have expired and the system would inform the system owner/ user/ admin of the attempted impermissible use.
  • Sound files can be watermarked such that if they are downloaded or used off-site, it can be easily determined that they are Medaica files. Such watermarks could be overlaid/ added to Medaica files in a unique manner that the system could know how to remove alter (for example adding new date/user/ owner info).
  • 3rd parties such as analytical labs and/or researchers, can be granted access to files, either by system admins, or by doctors or other authorized users to diagnose files and/ or enable a second opinion and/ or conduct research for local government or other medical research, subject to their access rights.
  • 3rd parties could also provide a crowd sourced human verification diagnostic solution (like CAPTCHA) whereby x people claiming a sound is a certain condition, increases the confidence that that sound is indeed that condition. This could be further enhanced, to give doctors confidence that the diagnosis has been conducted by peers, for example by providing auditable references (e.g. clicking on who reviewed the sample — how many samples he/ she has been credited with correctly reviewing etc.).
  • CAPTCHA human verification diagnostic solution
  • Telemedicine platform providers could use Medaica devices for customer acquisition — i.e. they send users a Medaica device for free or for a discount if they sign up. They would do this because with Medaica, users will be getting a more useful telemedicine session, and the platform providers will be getting higher revenue and (until Medaica is ubiquitous), a more competitive solution.
  • Medaica could sell direct to end-users (patients) with a coupon for a discount for their first telemedicine session with Company X.
  • Medaica can charge a per click or per seat fee — per click could be based on types of clicks e.g. a doctor listens to a file is standard rate, but if she/he forwards the file for diagnosis, that could be a different rate (higher or lower).
  • Medaica could have a third party subsidize each recording and/ or click in return for the data/ research potential.
  • Bluetooth stethoscope Most medical devices have proprietary systems and, in the case of digital stethoscopes, cannot easily interface with telemedicine systems. This is even more challenging with Bluetooth devices as they can compete/confuse systems and devices that assume Bluetooth is for communication with the user not a device and rarely can handle communicating with both a device and a user (in a telemedicine session, a Bluetooth stethoscope will typically take over the audio channel, making it impossible for the patient to talk or hear the doctor).
  • One implementation of this invention envisages an internet-connected app that is hardware agnostic and can hence be easily deployed across all Android and iOS smartphones; virtually any medical device can be easily and cheaply architected to send patient datasets to the smartphone, e.g. over a standard USB cable; and the internet- connected app can then manage the secure transfer of these patient datasets to a web server.
  • One conventional approach when designing telemedicine systems is to provide some sort of proprietary and secure data transfer system directly into the medical device or a host computer; this data transfer system can then securely transfer data to a cloud-based telemedicine system.
  • the architecture is quite simple: medical device connects to telemedicine system.
  • the overall architecture is more complex, because we add in an internet-connected app (resident on the medical device or a connected smartphone etc.) and a web-server that the web-app communicates; that web-server can then in turn connect to the cloud-based telemedicine system.
  • the present invention offers the same potential to enabling medical device vendors to focus on what they do best, enabling the design of medical devices that work with any telemedicine system, so long as the medical device can include an internet-connected app or send data to a device like a smartphone etc. that can run an internet-connected app; and so long as the telemedicine system has a web browser. Similarly, it enables telemedicine vendors to focus on what they do best, without having to be concerned about the specifics of how medical devices work, or requiring medical devices to include specific proprietary software.
  • this invention can provide a universal backbone connecting in essence any medical device to any telemedicine system.
  • a telemedicine system enables patient datasets that are generated from multiple medical devices to be sent to a remote web server or servers.
  • a remote web server or servers For example, there could be thousands of low-cost stethoscopes, e.g. Ml devices as described in this document, each being used by a patient at home by being plugged into that patient's smartphone using a simple USB cable connection.
  • Each smartphone runs an internet connected application that records the heart etc sounds captured by the tethered stethoscope and creates a dataset for each recording. It sends that recording, or patient dataset, to a remove server over the internet. The remote server then associates that recording, or patient dataset, with a unique web-link.
  • the patient's doctor is sent the weblink, or perhaps the server sends the web-link for automatic integration into the electronic records for that patient.
  • the patient's doctor can then simply click on the web-link and then the recording or other patient dataset is then made available - e.g. a media player could open within the doctor's browser or dedicated telemedicine application and when the doctor presses 'play', the sound recording is played back.
  • a telemedicine system comprising one or more medical devices that are each configured to generate patient datasets, and a remote web server; in which: a medical device is configured to upload or send patient datasets to the remote web server, directly from an internet-connected app running either on the medical device or on an intermediary device; the remote web server is configured to generate a unique web-link that is associated with a specific patient dataset; and in which the unique web-link enables a healthcare professional to review the specific patient dataset by selecting the web-link from within a web browser or from within any dedicated telemedicine application that opens web-links.
  • a telemedicine system comprising one or more medical devices that are each configured to generate patient datasets, and a remote web server connected to at least one of the medical devices; in which: a medical device is configured to upload or send patient datasets to the remote web server, directly from an internet-connected app running either on the device or on at least one intermediary device; the remote web server is configured to generate a unique web-link that is associated with a specific patient dataset; and in which the unique web-link is configured to enable a healthcare professional to review the specific patient dataset by selecting the web-link from within a web browser or from within any dedicated telemedicine application that opens web-links and to initiate a virtual examination of the patient by opening a link to a virtual examination room hosted on the remote web server.
  • the remote web server is configured for recording, storing and controlling access to uploaded patient datasets.
  • the remote web server posts or makes available webpages that include the patient datasets and can be viewed on any web-enabled device, such as the patient’s laptop, or mobile phone or the healthcare professional’s laptop or mobile phone.
  • the web link is configured to be copied and pasted by the user into a telemedicine session, email message, text message or any other communications system.
  • the web link is configured to be sent automatically to the healthcare professional.
  • the web link is configured to be sent automatically to the healthcare professional only after the user has confirmed it should be sent by interacting with a web page posted by the web server.
  • the web link is configured to be used to control access rights and privacy control access rights.
  • the web link is configured to be used to control additional healthcare services such as diagnostic analysis and verification.
  • the web link contains rules permitting third party access right, sharing/vi ewing rules and financial controls.
  • the web link provides access to the patient dataset to an authorized third party only when the authorized third party has been authenticated by the system and/or patient and/ or healthcare provider.
  • the method enables an authorized third party to start or stop the creation of a patient dataset by at least one of the medical devices.
  • the intermediary device is a device that provides the intermediary device:
  • • is a smartphone or laptop or any other computing device that is configured to connect to at least one of the medical devices and the remote web server.
  • the medical device connects to the intermediary device using a data cable, such as a USB cable.
  • the medical device connects to the intermediary device over short-range wireless, such as Bluetooth.
  • the medical device is a portable and portable.
  • the medical device is any digital medical device that can generate patient data and send that data, directly or via an intermediary device, to a remote web server.
  • the medical device is one of the following: digital stethoscope, ultrasound, blood pressure monitoring device or any other digital monitoring devices.
  • a visual indicator on the digital medical device indicates when sufficient data has been measured to generate a patient dataset.
  • a visual indicator on the digital medical device indicates that an authorized third party is accessing, such as streaming the patient dataset.
  • the medical device is a smart device that is configured to monitor vital signs and other patient parameters for anomalies or events and to automatically send an alert to the remote web-server if an anomaly or event is detected, together with a patient dataset that captures the anomaly or event, and generate a unique web-link that is associated with that patient dataset and to send that unique web-link to a healthcare professional or emergency service.
  • the anomaly or event includes an onset of organ failure or malfunction
  • the anomaly or event includes an altered breathing rate or cough
  • the medical device connects to the intermediary device running the web app over a USB port.
  • Second microphone Telemedicine Audio Systems and Methods
  • the doctor can start a video or audio examination of a remote patient, and during that examination can choose to listen to the real-time heart/lung sounds being recorded by the stethoscope the patient is using (using for example the web-link sharing process described above), and can also have an audio conversation with the patient because the stethoscope includes two microphones: one for picking up the heart/lung sounds, and a second microphone for picking up the voice of the patient.
  • the doctor when listening to heart/lung sounds, can mute those sounds fully, and instead listen to the patient talking; the doctor can also partly mute either the heart/lung sounds or the patient's voice; for example, to have the heart/lung sounds as the primary sound and have the patient's voice partly muted and hence at a lower level. Similarly, the doctor may have the patient's voice as the main sound and have the real-time heart/lung sounds muted to a lower level.
  • Using one microphone per channel i.e. one microphone on the left channel and the other on the right channel, allows the design to leverage common amp and/ or A-D chip designs. Without this design, a system would need a method of switching from the auscultation/stethoscope microphone to the patient voice microphone, which is challenging to engineer since it requires a system-level change. Further, being able to process the sound signals from both microphones in parallel can be very advantageous for various noise reduction/ cancellation and enhancement functions. For example, in a noisy environment (e.g.
  • ER noise reduction/ cancellation techniques can be applied such as measuring the timing/ phasing of noise detected by the voice microphone compared with the same noise detected by the auscultation microphone: this requires simultaneous or parallel processing of the sonic signals from both microphones, and would not be possible if the auscultation/ stethoscope could only be sending signals when the patient voice microphone was off, and vice versa.
  • Simultaneous or parallel processing of the sonic signals from both microphones also enables compensating for different timing in receiving auscultation sounds in patients with different body masses: for example, assume the patient voice microphone detects a sound in the room with a given intensity; that same sound will pass through the patient's upper body tissue and be reflected off the ribcage and hard tissue; the auscultation/stethoscope will detect that reflected signal.
  • the attenuation of the reflected signals increases as body mass increases; hence we are able to approximately infer body mass by measuring the intensity of the reflected signals; we can use that body mass estimation to compensate for the small but different time delay in receiving auscultation sounds in patients with different body masses, and can hence normalise auscultation sounds across patients in a way that compensates for different body mass.
  • a telemedicine system comprising: multiple medical devices that are each configured to generate patient datasets, and a remote web server connected to each medical device; in which: a medical devices is configured to upload or send patient datasets to the remote web server, directly from an internet-connected app running either on the device or on an intermediary device; and in which the medical device includes (i) a speech microphone configured to detect and/or record patient speech and (ii) a second microphone in the medical device configured to detect and/ or record clinically relevant sounds and generate an audio dataset from those sounds; and in which the internet-connected app is configured to treat that patient speech separately from the audio dataset and is hence configured to enable real-time voice communication from the patient to the healthcare professional at the same time as the audio dataset is being shared with the healthcare professional via the remote web server; and the system is configured to enable the healthcare professional to select whether to listen to real-time voice communication from the patient or to listen to the audio dataset in real-time by muting, fully or partly, either the real-time voice communication or the audio dataset.
  • the system is configured to use the speech microphone to determine unwanted noise or noise that otherwise affects the quality of the audio dataset and to generate a warning if the unwanted noise exceeds a threshold.
  • the internet-connected app treats the patient speech and the audio dataset generated by the medical device in a way that satisfies the standard browser security model of allowing for multiple audio sources to be used at any given time
  • the intermediary device is a smartphone or smartwatch
  • the internet- connected app processes both the patient speech and also the audio dataset generated by the medical device in a way that satisfies the standard smartphone or smartwatch model of allowing for multiple audio sources to be used at any given time only if they are integrated into a single app.
  • the clinically relevant audio dataset channel has a gain control to increase the strength of the signal.
  • filters are applied to the speech sounds and also the clinically relevant sounds, after these sounds have been recorded, maintaining a raw audio file or files.
  • the healthcare professional and/ or patient each have control of muting the speech channel and the clinically relevant sound channel separately if they want to only hear one or the other channel.
  • the speech microphone is used to capture audio that is used to reduce or remove sounds that are not relevant to the clinically relevant sound channel and hence the audio dataset.
  • the speech microphone output is used to determine if the room is too noisy for a patient reading and/ or if a patient is speaking when the exam is being recorded to enable a message to be shown or given to the patient to be silent and/ or that there is too much noise to perform the examination.
  • the medical device is a digital stethoscope
  • the medical device is a digital stethoscope and the clinically relevant sound are auscultation sounds.
  • the audio dataset channel e.g. auscultation sound channel
  • the digital stethoscope connects to the intermediary device using a USB port.
  • the digital stethoscope connects to the intermediary device using short-range wireless.
  • the digital stethoscope includes a single visual output and a single button.
  • digital stethoscope comprises a first audio sensor that is configured to measure or sense body sounds and a second audio sensor that is configured to measure or sense sounds from the patient or the environment around the patient.
  • the remote web server is configured to generate a unique web-link that is associated with a specific patient dataset; and in which the unique web-link enables a healthcare professional to review the specific patient dataset by selecting the weblink from within a web browser or from within any dedicated telemedicine application that opens web-links.
  • Another aspect is a medical device that includes (i) a speech microphone configured to detect and/ or record patient speech and (ii) a second microphone configured to detect and/ or record clinically relevant sounds and generate an audio dataset from those sounds; in which the speech microphone uses one channel of a stereo channel pair, and the second microphone uses the other channel, and each channel is processed substantially in parallel or simultaneously.
  • the medical device is a digital stethoscope and the clinically relevant sounds are auscultation sounds.
  • each channel is processed substantially in parallel or simultaneously to enable noise reduction/ cancellation techniques.
  • the noise reduction/ cancellation techniques involve measuring the timing/ phasing of noise detected by the speech microphone compared with the same noise detected by the auscultation microphone.
  • each channel is processed substantially in parallel or simultaneously to enable compensating for different timing in receiving auscultation sounds in patients with different body masses.
  • the system is configured to use the speech microphone to determine unwanted noise or noise that otherwise affects the quality of the audio dataset and to generate a warning if the unwanted noise exceeds a threshold.
  • the clinically relevant audio dataset channel has a gain control to increase the strength of the signal.
  • filters are applied to the speech sounds and also the clinically relevant sounds, after these sounds have been recorded, maintaining a raw audio file or files.
  • a healthcare professional and/or patient each have control of muting the speech channel and the clinically relevant sound channel separately if they want to only hear one or the other channel.
  • the speech microphone is used to capture audio that is used to reduce or remove sounds that are not relevant to the clinically relevant sound channel and hence the audio dataset.
  • the speech microphone output is used to determine if the room is too noisy for a patient reading and/ or if a patient is speaking when the exam is being recorded to enable a message to be shown or given to the patient to be silent and/ or that there is too much noise to perform the examination.
  • each channel is processed substantially in parallel or simultaneously to enable noise reduction/ cancellation techniques at the medical device.
  • the medical device is configured to upload or send patient datasets to a remote web server, directly from an internet-connected app running either on the device or on an intermediary device
  • each channel is processed substantially in parallel or simultaneously to enable noise reduction/ cancellation techniques at the intermediary device
  • the intermediary device is a laptop or PC
  • the patient speech and the audio dataset generated by the medical device are treated in away that satisfies the standard browser security model of allowing for multiple audio sources to be used at any given time
  • the intermediary device is a smartphone or smartwatch
  • the patient speech and also the audio dataset generated by the medical device are treated in a way that satisfies the standard smartphone or smartwatch model of allowing for multiple audio sources to be used at any given time only if they are integrated into a single app.
  • the medical device is a single, unitary device and the speech microphone and the second microphone are integrated into that single, unitary device.
  • the medical device comprises two physically separate or separable units, and the speech microphone and the second microphone are integrated into different separate or separable units.
  • the Medaica system is able to generate advice or instructions on when to perform specific healthcare management protocols, such as when specific bodily sounds or functions should be measured.
  • specific healthcare management protocols such as when specific bodily sounds or functions should be measured.
  • the patient is taken to be manually placing the stethoscope at positions on his or her body that the patient hopes are correct.
  • the patient can be guided, by an application running on the smartphone, to position the device at different positions and to then create a recording from each of those positions.
  • the application could provide voice instructions to the patient, such as 'first, place your stethoscope over the heart and press record'.
  • the application could display a graphic indicating on an image of a body where to place the stethoscope. Once that recording has been made, the application could provide another spoken instruction such as 'Now, move the stethoscope down 5cm"; again a graphic could be shown to guide the patient.
  • the guidance could be timed, so that, for example, at two or three pre-set times each day, the patient would be guided through the steps needed to use the stethoscope in the ways dictated by a protocol set by the patient's doctor.
  • a telemedicine system comprising multiple medical devices that are each configured to generate patient datasets, and a remote web server; in which: a medical device is configured to upload or send patient datasets to the remote web server, directly from an internet-connected app running either on the device or on an intermediary device; and in which the remote web server hosts or enables access to an applet that, when run on the internet-connected app, provides instructions or guides to the patient to perform specific healthcare management protocols.
  • the applet guides the patient to take specific tests with a specific frequency • the applet sends reminders to the patient as well as updates to the patient's healthcare provider(s) and/ or insurer or other parties with appropriate permissions.
  • the applet guides the patient to use a digital stethoscope in a specific position, for a specific duration and frequency.
  • the applet sends reminders to the patient as well as updates to the patient's healthcare provider(s) and/ or insurer or other parties with appropriate permissions.
  • the applet guides the patient to use a digital stethoscope in a specific position, for a specific duration and frequency.
  • the applet is a Patient Release Protocol that provides instructions or guides to the patient to perform specific healthcare management protocols relevant to their release from hospital
  • the remote web server is configured to generate a unique web-link that is associated with a specific patient dataset; and in which the unique web-link enables a healthcare professional to review the specific patient dataset by selecting the weblink from within a web browser or from within any dedicated telemedicine application that opens web-links.
  • Feature 4 Virtual Healthcare Exam Systems and Methods
  • the Medaica system enables healthcare professionals to directly conduct remote examination using a virtual examination room hosted on a remote web server.
  • the doctor can open a virtual examination video room, invite the patient to join, and conduct a virtual examination by asking the patient to move the stethoscope to specific areas and select 'record'; the audio recording can be streamed to the remote server, and added to the resources available to the doctor in the virtual examination room so that the doctor can listen to the recording in real-time.
  • the doctor can ask the patient to repeat the recording, or guide the patient to move the stethoscope to a new position, and create a new recording, which can be listened to in real-time.
  • the doctor can edit the recording to eliminate clinically irrelevant sections and can then share a web-link that includes that edited audio file, for example with experts for a second opinion.
  • a telemedicine system comprising multiple medical devices that are each configured to generate patient datasets, and a remote web server connected to each medical device; in which: a medical device is configured to upload or send patient datasets to the remote web server, directly from an internet-connected app running either on the device or on an intermediary device; in which the system is configured to enable a healthcare professional and a patient to communicate via a virtual examination room, and the system is further configured to display a user interface that includes a virtual or graphical body image or body outline and one or more target positions at which a medical device is to be positioned by the patient; and the system is further configured to enable a dynamic interaction between the patient or the healthcare professional and the user interface, to enable the patient to correctly position the medical device at the target position or positions.
  • the system is configured to overlay or integrate a real-time image of the patient with the virtual or graphical body image or body outline to enable a dynamic interaction in which the patient matches or overlaps the two images to enable the patient to position the medical device at the target position or positions.
  • the system is configured to enable a dynamic interaction in which the healthcare professional alters the location of the target position or positions.
  • the patient enters that virtual examination room by entering a code, such as a code provided by the healthcare professional and once both healthcare professional and patient are in the same virtual examination room, the healthcare professional and the patient can communicate by voice and/ or video.
  • a code such as a code provided by the healthcare professional and once both healthcare professional and patient are in the same virtual examination room
  • the system is configured to enable the code to be provided by the healthcare professional to the patient.
  • the healthcare professional can guide the patient into using the medical device in specific ways defined by the examination protocol and the system is further configured to provide feedback if the patient is operating the medical device in compliance with that protocol.
  • the patient can use their medical device to create datasets which are uploaded to the remote web server and made available automatically and substantially immediately to the healthcare professional to review and/ or record.
  • the user interface is configured to show a body map or body image of a part of a patient’s body with an icon or other mark representing the medical device, in which the icon or mark is movable by a participant in a telemedicine session.
  • the system is configured to enable the healthcare professional to move the icon or mark on the body map or body image and to display to the patient the moving icon or mark to enable the patient to place his/her medical device to overlay the icon or mark on the body map or body image.
  • the internet-connected app displays an augmented reality view to guide the patient to find a specific position to place the medical device.
  • the medical device automatically generates a patient dataset when the medical device is positioned at or near the specific position.
  • an augmented reality view is provided that includes an outline of the patient based on sensor data, and the augmented reality view is displayed to both the patient and healthcare professional at the same time.
  • the internet-connected app displays an outline of a torso or other part of the body in a video feed and indicates a specific position on the torso or other body part at which the patient is to place the medical device.
  • the system is configured to provide a patient self-examination mode, in which different target positions, at which the medical device is to be placed, are shown or indicated to the patient on the internet-connected app; and the system is configured to create, manually or automatically, a patient dataset or recording at each specific position.
  • target positions are medically standard positions or are specifically chosen by the healthcare professional.
  • the medical device is a stethoscope and the target positions are specific, standard auscultation positions, or, if the patient is receiving guidance from the healthcare professional, the desired auscultation positions can be moved by the healthcare professional in real time.
  • the patient dataset is an audio or video file or stream.
  • the patient dataset is an auscultation audio or video file or stream.
  • the patient dataset is data relating to the heart, lung or any other organ.
  • the remote web server is configured to generate a unique web-link that is associated with a specific patient dataset.
  • the unique web-link is configured to enable a healthcare professional to review the specific patient dataset by selecting the web-link from within a web browser or from within any dedicated telemedicine application that opens web-links and to initiate a virtual examination of the patient by opening a link to a virtual examination room hosted on the remote web server.
  • An app including a web view shows a “a body map” being a patient’s upper body (e.g. an outline) with an icon/ mark representing the device (e.g. a stethoscope) that is movable by a participant (usually the healthcare provider) in the telemedicine session.
  • a body map being a patient
  • an icon/ mark representing the device (e.g. a stethoscope) that is movable by a participant (usually the healthcare provider) in the telemedicine session.
  • the doctor can move the icon/ mark on the body map, such that the patient sees the mark moving and the patient can then place his/her device (in the real world) to overlay the mark on the body map to position the device accurately and correctly.
  • AR Augmented reality
  • an augmented reality view includes an outline of the end-user based on sensor data, such as camera or LIDAR data and the augmented reality view is displayed to the both the patient and healthcare professional at the same time.
  • the digital medical device automatically generates a patient dataset when the digital medical device is positioned at or near the specific location.
  • a patient web-app displays an image or outline of a torso in its video feed.
  • the patient positions him/herself into or within the torso image or outline, and is then guided to place the digital medical device at specific position(s) (such as auscultation positions where the device is a stethoscope).
  • the (e.g. auscultation) positions can be sequentially displayed to the patient after each has been recorded. Alternatively, if a specific sequence has been requested by the healthcare professional, that sequence can be displayed.
  • the positions can be altered or moved by the healthcare professional in real time.
  • Each position can be recorded alongside the audio file as tagged references, to further assist in diagnosis and records.
  • Patient dataset the patient dataset is a file or stream • the patient dataset is an audio or video file or stream
  • the patient dataset is an auscultation audio or video file or stream
  • the patient dataset is data relating to the heart, lung or any other organ.
  • • use restrictions includes: a time period for accessing the shareable link, predefined number of times the web link is accessible, authorized third party, compression format, sharing rights, downloading rights, payments.
  • each patient dataset is associated with a secure unique ID.
  • blockchain server stores an audit trail of all events associated with each patient dataset.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Acoustics & Sound (AREA)
  • Public Health (AREA)
  • Biomedical Technology (AREA)
  • Signal Processing (AREA)
  • Molecular Biology (AREA)
  • Surgery (AREA)
  • Animal Behavior & Ethology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Veterinary Medicine (AREA)
  • Pathology (AREA)
  • Biophysics (AREA)
  • Multimedia (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Human Computer Interaction (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • Nursing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physiology (AREA)
  • Psychiatry (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Artificial Intelligence (AREA)
  • Otolaryngology (AREA)
  • Quality & Reliability (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

L'invention concerne un système de télémédecine comprenant (i) des dispositifs médicaux qui sont individuellement configurés pour générer des ensembles de données de patient, et (ii) un serveur Web à distance. Au moins l'un des dispositifs médicaux est ensuite configuré pour télécharger en amont ou pour envoyer des ensembles de données de patient au serveur Web à distance, directement à partir d'une appli connectée à internet exécutée soit sur le dispositif médical soit sur au moins un dispositif intermédiaire. Le serveur Web à distance est configuré pour générer un lien Web unique qui est associé à un ensemble de données de patient spécifique. Le lien Web unique permet à un professionnel de la santé de revoir l'ensemble de données de patient spécifique en sélectionnant le lien Web à partir d'un navigateur Web ou à partir d'une quelconque application de télémédecine dédiée qui ouvre des liens Web.
EP21864978.8A 2020-09-01 2021-08-31 Système de télémédecine Pending EP4208769A4 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US202063073207P 2020-09-01 2020-09-01
US202063110446P 2020-11-06 2020-11-06
US202163147428P 2021-02-09 2021-02-09
PCT/US2021/048415 WO2022051269A1 (fr) 2020-09-01 2021-08-31 Système de télémédecine

Publications (2)

Publication Number Publication Date
EP4208769A1 true EP4208769A1 (fr) 2023-07-12
EP4208769A4 EP4208769A4 (fr) 2024-10-09

Family

ID=80492130

Family Applications (1)

Application Number Title Priority Date Filing Date
EP21864978.8A Pending EP4208769A4 (fr) 2020-09-01 2021-08-31 Système de télémédecine

Country Status (3)

Country Link
US (1) US20230270389A1 (fr)
EP (1) EP4208769A4 (fr)
WO (1) WO2022051269A1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220406454A1 (en) * 2021-06-16 2022-12-22 International Business Machines Corporation 3d-printable telemedicine device
JP2023008103A (ja) * 2021-07-05 2023-01-19 株式会社リコー 健康管理システム、プログラム、健康管理方法、及び健康データ測定装置
WO2023150153A1 (fr) * 2022-02-01 2023-08-10 Medaica, Inc. Système de télémédecine
WO2023205059A1 (fr) * 2022-04-17 2023-10-26 Korion Health, Inc. Stéthoscope électronique et algorithme de diagnostic
CN115065839A (zh) * 2022-07-27 2022-09-16 术康美国有限公司 一种辅助远程居家康复的直播系统
WO2024144467A1 (fr) * 2022-12-26 2024-07-04 İsti̇nye Üni̇versi̇tesi̇ Procédé et système pour stéthoscopes numériques et suivi et gestion de patient à distance

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7054679B2 (en) * 2001-10-31 2006-05-30 Robert Hirsh Non-invasive method and device to monitor cardiac parameters
US9204856B2 (en) * 2010-02-01 2015-12-08 3M Innovative Properties Company Electronic stethoscope system for telemedicine applications
WO2015192121A1 (fr) * 2014-06-13 2015-12-17 SnappSkin Inc. Procédés et systèmes de mise en œuvre automatisée de mesure, surveillance de patient, et services de soins à domicile et de collaboration multimédia à distance dans les soins de santé et la télémédecine
CN113838544A (zh) * 2016-05-11 2021-12-24 泰拓卡尔有限公司 用于提供与医学检查有关的反馈的系统、方法和计算机程序产品
US20190388006A1 (en) * 2016-12-11 2019-12-26 Basil Leaf Technologies, Llc Non-invasive system and method for breath sound analysis

Also Published As

Publication number Publication date
US20230270389A1 (en) 2023-08-31
EP4208769A4 (fr) 2024-10-09
WO2022051269A1 (fr) 2022-03-10

Similar Documents

Publication Publication Date Title
US20230270389A1 (en) Telemedicine system
US10842378B2 (en) Digital healthcare practice system for digital citizens
US10777326B2 (en) System, method and apparatus for real-time access to networked radiology data
US9344686B2 (en) Method, system and apparatus for transcribing information using wearable technology
US10423760B2 (en) Methods, system and apparatus for transcribing information using wearable technology
US7346174B1 (en) Medical device with communication, measurement and data functions
US20130060576A1 (en) Systems and Methods For Enabling Telemedicine Consultations and Patient Referrals
US9524530B2 (en) Method, system and apparatus for transcribing information using wearable technology
JP2008529718A (ja) 統合された電子的医療記録を伴う多機能遠距離医療ソフトウェア
US20210327582A1 (en) Method and system for improving the health of users through engagement, monitoring, analytics, and care management
US10424405B2 (en) Method, system and apparatus for transcribing information using wearable technology
US20140200913A1 (en) Method, System, And Apparatus For Providing Remote Healthcare
KR102014589B1 (ko) 의료 상담을 보조하기 위한 방법
US20200365258A1 (en) Apparatus for generating and transmitting annotated video sequences in response to manual and image input devices
US20220254516A1 (en) Medical Intelligence System and Method
WO2023150153A1 (fr) Système de télémédecine
JP2021047919A (ja) 遠隔診療システムおよび方法
Werkmeister et al. Global Implications From the Rise and Recession of Telehealth in Aotearoa New Zealand Mental Health Services During the COVID-19 Pandemic: Mixed Methods Study
Hartvigsen Technology considerations

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20230403

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: MEDAICA INC.

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20240909

RIC1 Information provided on ipc code assigned before grant

Ipc: A61B 7/04 20060101ALI20240903BHEP

Ipc: A61B 7/02 20060101ALI20240903BHEP

Ipc: G16H 40/67 20180101ALI20240903BHEP

Ipc: A61B 5/00 20060101ALI20240903BHEP

Ipc: G16H 10/60 20180101ALI20240903BHEP

Ipc: G16H 80/00 20180101ALI20240903BHEP

Ipc: G06F 3/00 20060101AFI20240903BHEP