Quantifying Post-Operative Blood Loss
Team Surgience
Meet Our Talented Team
Sitara Rao
Jeremy Yuan
Neil Sundaram
2
Alexandra Miekisz
Cassie Hoppenrath
Richa Bhujbal
Key Milestones
3
Contacted relevant physicians
POC of UI design and development
Parsed ASAC dataset for a preliminary model
A successful working prototype for vital signs plot
Logistic Regression Pros vs Cons
4
PROS:
�CONS:
LR: After discussing with a number of professionals 9/10 times the regression model would be preferred over any other machine learning or artificial intelligence algorithm. Most of the time you are delivering a model to a client or need to act based on the output of the model and have to speak to the why. It is relatively easy to explain a linear model, its assumptions, and why the output is what it is. Trying to do that with a neural network would be not only exhausting but extremely confusing to those not involved in the development process
Machine Learning Model Results
5
Log Regression
KNN
Neural Network Pros vs Cons
6
PROS:
�CONS:
NN: Regression is a method dealing with linear dependencies, neural networks can deal with nonlinearities. So for data with some nonlinear dependencies, neural networks should perform better than regression.
In some applications, neural networks fits better than another model such as linear regression. And it usually occurs when there are nonlinearities involved. Though, it is important to evaluate before other aspects. For example: a linear regression model will have less parameters to estimate than a neural networks for the same set of input variables. Then, neural networks will require a larger dataset for its optimization in order to get its benefit of generalization and nonlinear mapping. So, if we do not have enough data, despite existing nonlinearities involved, a linear regression model may be better adjusted.
�
Machine Learning Model Results
7
Log Regression
KNN
Machine Learning Model Results
8
Log Regression
KNN
Summary & Next Steps
For next semester…
A better way for surgeons to utilize real time hemodynamic status to minimize postoperative complications
Current alternatives of hemodynamic monitoring are lacking
Traditional methods of quantifying blood loss are inaccurate
9
Machine Learning Model Results
10
Log Regression
KNN
Current Practices
11
Estimation of blood volume from visual inspection of pads, sponges, and suction containers.
Visual Estimation
Indirect measurement, weighing blood-contaminated surgical material and comparing with dry material weight.
Gravimetric
Mainly used in obstetrics, use of calibrated blood collection bag during vaginal delivery
Direct Measurement
Estimation using mathematical formulas, takes into account hemodynamic factors and gender, age, height, etc.
Calculated Blood Loss
Under or late transfusion: increased mortality rates in high blood loss surgeries[1] and poorer neurological outcomes. [2]
Over transfusion (too much blood): higher risk of postoperative bacterial infection[5]
Concept Solution: Data Collection
12
12
Fluid Status
Total body fluid volume
Cardiac Output
Urine Output
Serum Levels
Hemoglobin
Lactate
Albumin
Other Influences
Sex, age, BMI
Medications
Pathology
Surgery Type & Length
Blood Gas
Arterial Blood Gas
Blood level pH
Pulse Oxygen
Oxygen Saturation
Oxygen Perfusion
Blood Pressure
Hypotension may indicate blood loss
Dependent Variable: Volume of blood that a physician would administer at that moment in time
User Needs
13
User Need Item | User Need | Rationale |
1 | Device must be sanitizable | Device will be used in operating room and must be sanitized prior |
2 | Device must be used for multiple days at a time | Patient recovery time may vary and we want to monitor hemodynamic status continuously |
3 | Device must be used by medical staff | Device interface must be easy and quick to use as wasting surgical time may be expensive |
4 | Device must rapidly give hemodynamic status of the patient when necessary | During critical procedures constant knowledge of patient status is necessary to ensure safety |
5 | Device must be portable for post-operative monitoring | Device should function outside OR to help prevent post-op complications |
Design Requirements
14
Item | Design Criteria Item | Quantifiable Requirement | Units | Rationale | Verification Method |
A | 2 | Device must have be powered by a rechargeable battery with 9V to power Arduino | V | Device battery must be rechargeable for continued used and must be strong enough to power Arduino microcontroller | Multimeter |
B | 2 | Device must have 8GB of memory | GB | Device must have enough memory to store and analyze patient data | Purchase of 8GB SD card |
C | 1 | Device must meet at least an SAL of 10-6 prior to operating room entry | SAL (sterility assurance level) | Device must be sterile prior to entering operating room | Once the number of microbes killed is determined, double the log reduction of this number and this gives you the SAL |
D | 4 | Model must have a runtime of less than 30 seconds | seconds | Knowledge of hemodynamic status must be quickly retrievable during surgery | Time |
E | 1 | Device must be able to connect to network | Latency | Patient data should be backed up on network | ping |
What have we done so far?
We have conducted research on regulatory standards relevant to our device and its implementation.
15
Regulatory Standards
IEC 62304: This standard defines the lifecycle for software as a medical device (SaMD)
and
ISO 24291: This standard governs the use cases for machine learning in medicine that is used for clinical practice
Leading us to:
Why is this important?
These standards have allowed us to determine certain design requirements and processes necessary for model development
What have we done so far?
Our major focus so far has been finding data that allows for us to build and validate our model
16
Data Availability
The Anaesthetic Shoulder Arthroscopy Cases (ASAC) Dataset, this dataset includes patient data and time-stamped medical events and interventions including drug, vapour administration, repositioning of the patient etc for a total of 20 cases.
Leading us to:
What have we done?
So far we have worked towards parsing data from the XML format to allow us to utilize this data for model development
17
Understanding the Problem
18
Model Performance & Comparison
19
Typical classification model used in datasets with linear data. Easy to implement, interpret, and very efficient to train.
Logistic Regression
LAUNCH
60%
Intelligent model that is capable of handling non-linear data. Can form complex interaction between variables and discover hidden patterns.
Neural Network
LAUNCH
??%
A linear model will be more interpretable while a non-linear model will be more powerful.
Outcome Focus
A NN cannot give descriptive statistics about how an independent variable affects the dependent variable. It is black box.
Future Applications
LR will perform better with simpler datasets while NN will perform better with larger / more complex datasets.
Training data
NN are more flexible and can be used for both regression and classification problems. Can also handle continuous data.
Flexibility
NN are significantly more computationally expensive when compared to LR.
Computational Power
WIP
Classification algorithm that finds the distance between the query and nearest (k) examples in data to find the most frequent label
Support Vector Machines
LAUNCH
??%
Post Operative Monitoring: A New Scenario
20
Fluid Estimation
Fluid resuscitation is an inexact science – which can be focused on restoring normal perfusions rather than replacing an estimated volume deficit. Visual estimation does not account for occult bleeding. [16]
Delayed Action
Visual symptoms of bleeding are a late manifestation and typically occur after the blood loss has already exceeded 15 percent of the patient’s total volume (class 1 haemorrhage). [16]
Return to Operating Room
In most cases, a return to the operating room will be necessary to control the bleeding, therefore there is a need for a device that primarily functions in the post operative setting but contains design requirements that satisfy an intraoperative space. [16]
What are some issues with today’s current practices?
Wards require only intermittent ”snapshots” of vital sign measurement (4-6 hours)
21
60%
50%
~30%
20%
Hypoxemia occurred in 20% of all patients recovering from non-cardiac surgery. 90% of these hypoxemic cases in which O2 saturation <90% for at least 1 hour [17]
15-45% of patients suffer from postoperative complications – with an overall mortality rate of 1-2% within a month after surgery [17]
Hypotension (<65mm Hg) was missed with 50% of postoperative monitoring routine “spot checks” when compared to continuous monitoring [17]
At least 60% of patients have one abnormal vital sign 1-4 hours before an acute cardiorespiratory arrest [17]
An inherent problem with the current periodic monitoring of vital signs in the ward is the lack of interpretation of subtle changes in vital signs or a pattern detection that may occur during early deterioration
"4 a.m. phenomenon"
22
Unplanned and potentially preventable ICU admissions as a results of lack of timely intervention in the absence of continuous ward monitoring [17]
Vital signs may be ”late” in the hypovolemic setting due to compensatory mechanisms (increased peripheral constriction)
Usage of current vital signs as proxy to status
Perturbations in patient status may go undetected in traditional spot checks
Invisible changes
What must our solution accomplish?
23
Surgience
Multi-functional Data
Data can be easily transformed to fulfill latent needs or other upcoming projects.
Uses outside of OR
Model can be scaled to catch undetected bleeds and postoperative hematological complications
Open-Source Algorithm
The final algorithm will be open to the public for additional applications, further refinements and research purposes
Important hematological factors are at the forefront for viewing by surgical teams
Portability
Interface is dynamic and can show necessary information on a smaller device that can follow the patient throughout the hospital
Interpretability
Transfusion volume as an output better helps surgeons gauge transfusion volume than a risk metric would
User Needs
Design Requirements
UI and Interface Design
Problem Statement
24
A continuous, smarter, and portable platform for surgical teams to monitor vital signs using machine learning-based pattern detection solutions to improve safety for post operative patients.
Prototype Demo
25
Sample Data Entry
26
INDEX | HADM_ID | AGE | EVENTS | FLUIDS |
0 | 2400096 | 35 | ['2115-03-06 01:26:00', 'Heparin', 'Administered'], ['2115-03-06 03:14:00', 'Acetaminophen IV', 'Administered'], ['2115-03-06 03:14:00', 'Ketorolac', 'Administered'], [‘2115-03-06 05:23:00’,’EKG’] | 1 |
Data Cleaning Process
27
Log Regression Intro
28
Machine Learning Model Results
29
Machine Learning Model Results
30
Threshold
Machine Learning Model Results
31
ML Model Recap
32
Model Performance & Comparison
33
Typical classification model used in datasets with linear data. Easy to implement, interpret, and very efficient to train.
Logistic Regression
LAUNCH
60%
Intelligent model that is capable of handling non-linear data. Can form complex interaction between variables and discover hidden patterns.
Neural Network
LAUNCH
??%
A linear model will be more interpretable while a non-linear model will be more powerful.
Outcome Focus
A NN cannot give descriptive statistics about how an independent variable affects the dependent variable. It is black box.
Future Applications
LR will perform better with simpler datasets while NN will perform better with larger / more complex datasets.
Training data
NN are more flexible and can be used for both regression and classification problems. Can also handle continuous data.
Flexibility
NN are significantly more computationally expensive when compared to LR.
Computational Power
Tools for Business Value Analysis
34
$225k
$6k
Male User
Female User
List of considerations & assumptions
Model Focus
Outcome Focus
Neural Network
Logistic Regression
Model Accuracy
Model Intelligence
Computing Power
Interpretability
Complexity
Variable
?
Next Steps and Future Vision
0
With more time and processing power to comb through the datasets, we can pull out the most relevant features and figure out how to optimally represent them in our training data
Feature engineering
Refine the front end design prototype and backend modeling to include specific features to improve model accuracy.
Refine prototype
Collecting continuous data from patients would help us improve model accuracy greatly
Continuous Data Collection
Conduct additional research on available models and test our data on these model to determine which model has greatest level of accuracy
Perform more model comparisons
35
Our proposed solution is a machine learning model that allows for surgeons and other clinicians to accurately monitor and assess a patients’ perioperative and postoperative hemodynamic status.
References