-
Notifications
You must be signed in to change notification settings - Fork 100
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SpO2 loss in cardiac arrest is negligible at ~1%/minute, multiplier settings have no effect #632
Comments
The airway module shows PaO2, not SpO2 |
Hi. I confirm the issue. SpO2 loss is completely broken. Even with occluded/obstructed airways and full pneumothorax, the SpO2 is negligible and multiplier settings have no effect. |
What do you mean? I don't see any oxygenation settings in the
What conditions will still cause a drop of oxygenation SpO2 comparable to past versions then? Shouldn't untreated cardiac arrest for multiple minutes have a more pronounced negative effect that will take extra "stable" time to compensate? |
Yes, as that module doesn't show SpO2 anymore, it shows PaO2
https://docs.google.com/document/d/1lpVcD5B0SfGvYc5hnz35jNVvX28lvdHVpacUs7RIXkA/edit?tab=t.0 |
Ah, good to know. IIRC though I tried changing the slider's value and after reopening it it was still showing the previous state.
Neat, I read through it and it answers a lot of questions, especially about the new hypothermia 👍🏻 However, it's still unclear to me how SpO2 could appear entirely unaffected by cardiac arrest for several minutes. In that condition |
Yes, but by significant you're thinking 40 points, in reality it will be 15-20 |
Yeah, when testing it on a patient in CA and no airways, it takes 8 minutes to only drop from 97 to 80. Either way, another issue is that we can't customize SpO2 loss back to pre-v3.0 levels because neither I also observed a different behaviour, after ~4m the patient got into VFib at SpO2 91, and it ended up fluctuating between 91 and 92 until it progressed to PEA/Asystole at ~7m, after which it only got down to 90% at ~14 minutes after CA (and imminent death). |
No multiplier settings are used in the function handling oxygenation... |
For extra context, Cplhardcore wrote this on the ACE Discord:
I would argue that this should match default ACE Medical settings more, to optimize it towards the default 5m CA timeout that most people will use. |
5 minutes is way too fast of a timer, and the defaults are just that, defaults, everyone has the option to change the settings based on the units need, |
Sure, unless the values are unaffected by settings. In which case IMO it's better to have the hard-coded behaviour match what most people are going to use, which is about 5 minutes in my experience. But that doesn't matter now as the linked PR works to solve the issue 👍🏻 |
@Cplhardcore I managed to repro this issue quite reliably. In short, it's because breathing rate is not considered by the FIO2 determination. With the patient in any form of CA (from VTac to Asys), the following appears to happen:
Which then sets That causes the
Which then always corresponds to an SpO2 of >90 as per the function at:
As soon as the airways are obstructed/occluded, |
**When merged this pull request will:** - Applies SpO2 multipliers to PaO2 values - Fixes issue #632 ### IMPORTANT - [Development Guidelines](https://ace3.acemod.org/wiki/development/) are read, understood and applied. - Title of this PR uses our standard template `Component - Add|Fix|Improve|Change|Make|Remove {changes}`.
CBA Settings
CBA Settings
All default ACE Medical and KAM settings, except for: `ace_medical_statemachine_fatalInjuriesAI = 2;` for repro purposesDescription:
Since the last update or so, SpO2 loss due to conditions and especially cardiac arrest is only negligible.
Units in CA will start from 97% and only lose at most 1%/minute, making any airway treatment redundant as they will still have enough SpO2 to wake up if recovered from CA within the usual 5-10 minute timeout.
Steps to reproduce:
Where did the issue occur?
Additional information:
Increasing the positive/negative SpO2 multiplier settings appears to have no effect at all.
On a related note, the Airway Zeus Module appears to be broken, on healthy AI it will show 90% SpO2 and modifying the slider won't affect an AI's actual SpO2.Explained by the slider actually modifying PaO2, but I think it would be more intuitive for it to still modify SpO2 via some reversed function.RPT log file:
The text was updated successfully, but these errors were encountered: