Remote Medical Diagnostics System

Team

Table of Contents

  1. Introduction

  2. Solution Architecture

  3. Hardware & Software Designs

  4. Algorithms

  5. Testing

  6. Detailed budget (tentative)

  7. Project Timeline

  8. Conclusion

  9. Supervisors

  10. Links

Introduction

People have to face a lot of challenges when they want to see a doctor, from having to waste time on the road full of traffic, waiting in long queues for hours to being in hospitals full of patients with contagious diseases. We aim to minimize these problems by introducing a platform where doctors and patients can meet online and a convenient diagnostics device to go with it; eliminating the need to go to a hospital for most of the common medical conditions and get diagnosed in the comfort of your own home.

While there are some solutions already available in the market trying to solve some of these problems like E-channeling, audio and video conferencing they don’t provide a good way for the doctor to monitor the patient’s condition easily. We aim to design a cheap yet convenient and effective tool to make everybody’s life easier by taking patient’s measurements in real-time.

What’s available in the system:

Who is it for?

As an individual patient one simply have to sign up and log on to our system to meet verified doctors with audio conferencing; for a more accurate diagnosis, our medical device can be used. Hospitals can use our system to manage doctor-patient communication remotely by getting the platform set up along with their existing systems. Individual doctors can use our system by going through a verification process that assesses the validity of their license to practice medicine ( Doctors, patients who are associated with a hospital that uses our system can directly use this platform )

Solution Architecture

 

high level diagram

This diagram shows how components in our system connect with each other. The device that assists the diagnostics takes two main measurements; heart/lung sounds and temperature. Support for additional peripherals that are used to measure glucose levels in the blood, blood pressure is available. These are the information a doctor usually takes to diagnose a patient initially, most of the medical centers do not have complex and expensive machinery with them unless it is a fully-fledged hospital that treats inpatients. This is because they are not needed for most of the common sicknesses that patients take medicine every day. Our device takes these common measurements, therefore, saves the vast majority of hospital trips people need to take. There is some portion of diseases that require laboratory test results and inner body images which our device does not support. But for reviewing those lab results and blood works this system can be used easily.  

The online platform provides userfriendly interfaces that include the following functionality for each user type:

Information about patients like their medical history, NCDs (non-communicable diseases: heart disease, stroke, cancer, diabetes, and chronic lung disease), allergies to medication (Penicillin and related antibiotics, Antibiotics containing sulfonamides (sulfa drugs), Anticonvulsants, Aspirin, ibuprofen and other nonsteroidal anti-inflammatory drugs (NSAIDs), Chemotherapy drugs) or food and lifestyle are going to be stored and made available to the doctor who treats that particular patient; this can be useful for the diagnostician and is not usually accommodated in the conventional way of seeing a doctor.
  About the doctors, information about their medical license, specialty, and available times are stored and shown to the users. Functionality for reviewing and feedback is also planned to be implemented.  

Apart from the information about the users, scheduling times, metadata, and statistics will be stored.  

Hardware and Software Designs

3D Prototype

The device is completely wireless, WiFi is used to do data communication (can connect with a smartphone/computer without manual configuration). 

Powered with Li-ion rechargeable batteries. There are two inbuilt sensors; a temperature sensor and a microphone (stethoscope).  

The microphone is controlled by the doctor over the internet. (microcontroller is signaled to initiate reading and transmitting data) 

The temperature sensor is activated when pressed against the skin. (continuous measurements are not needed)  

An on/off switch is available to power down the device  

Hardware Components

Circuit Designs

The following diagrams show the proposed designs for the prototype device:

Software Tools and Technologies

UI Designs

Click here to see all UIs.

UI Prototypes

Patient’s UIs

Doctor’s UIs

Algorithms

Testing

Hardware Testing

Prototypes with different hardware implementations are planned to be used to test the system. Data generated by our device will be compared against freely available heart/lung sounds measured by the state of the art equipment.

Software Testing

Detailed budget

All items and costs according to the current plan: (might change in the future)

Item Quantity Unit Cost (Rs.) Total (Rs.)
ESP32 1 1500 1500
LM35 Temperature Sensor 1 110 110
3.7V Li-ion Rechargeable Battery 2 200 400
Max17048 Cell Fuel Gauge 1 500 500
AMS1117-3.3 Voltage Regulator 1 10 10
Logic Level Converter 1 135 135
Condenser mic CA0106 1 20 20
Stethoscope 1 840 840
Others     2000
    TOTAL 5515

Project Timeline

timeline

Supervisors

Conclusion

What was achieved:

Future developments:

Commercialization plans:

Make the device free for the first customers who use the system.