DSM, how was the car show? And welcome back!
NightHawkeye wrote: Especially noteworthy is that this patent includes a listing of all 14 other APAP patents (prior art) and makes a blanket statement that all the other algorithms are reactive to events rather than pre-emptively warding off events. That is, all other patents except for one, patent 5,645,053, the one I reviewed yesterday.
Bill I'm no expert in patent writing either. But I have noticed most of the xPAP patents cite the background of the invention as well as examples of the "prior art". I
think this is typically done by the companies to facilitate assignment into the correct patent division. I bet it subsequently helps the reviewing patent officer(s) with their own comparative research toward final case disposition as well. My hunch is the companies simply want to make the patent approval process move along as efficiently as possible.
NightHawkeye wrote:The list was intended to be all-encompassing and includes patents for ResCare, ResMed, Puritan-Bennett, Respironics and Universal Technologies. (I don't know who they are now.)
Didn't that last company have something to do with the movie studios... or universally appealing shavers or something like that?
NightHawkeye wrote:The only patent stated to exhibit pre-emptive operation (albeit in a qualified manner) is the one I reviewed yesterday. If this statement can be trusted at face value, it would seem to be a serious indictment of shortcomings with the other APAP algorithms. (I'm not sure whether a patent examiner would care much about the accuracy of such posturing though.)
That one surprises me too. It really sounds more like posturing to me as well. It's definitely not an accurate assessment IMO.
Before going any further, I'd like to mention that the "
Auto-CPAP Control Layer" contains that borrowed and significantly modified functionality from the old HealthDyne patent you cited, Bill. Interesting that in 1993 it was the heart of an APAP algorithm. Here it's the lowest-priority control layer toward determining an effective yet lowest possible "pressure holding pattern". Going from "heart of the algorithm" to eighth place on the priority list speaks of some very significant algorithmic evolution over the years IMHO.
NightHawkeye wrote:The point I was trying to make yesterday about APAP machines not attempting to clear apneas as soon as they have occurred has its origin in simple physics. Like a cork in a bottle, the tongue falling into the back of the throat is likely to be pushed more tightly into the throat by a pressure increase.
Well, I personally think/hope the days of acrimony in our APAP discussion groups are long gone. I know for certain those days are long gone regarding the good folks who are in this discussion now.
Because we now
can compare our views without getting frustrated, I couldn't wait for you to discover that paired A+A or H+H requirement. I was chuckling like a mischievous child as I was waiting for you to read that part.
Using some of the old colloquialisms from past discussions, I think we all agree (and have agreed for some time) that an APAP doesn't just
"pop up and readily shoot an apnea blockage down". Presently I don't want to fall into the trap of debating semantics either, when I
think everybody is viewing and conceptualizing pretty much the same thing. I think the APAP is directly responding to apneas, but very slowly and
cautiously for good reason. Respironics very clearly calls that
"responding to apneas" as well. But I'm not so sure I agree with the pressurized-cork theory when we're talking about avoiding a comparatively quick 1 cm or 2 cm low-magnitude pressure increase.
The reason the discussion gets interesting for me at this point is because: 1) I don't think algorithmic or mechanical technology limitations
ever prevented quicker pressure increases in response to detected apneas, 2) I don't think the cork blockage analogy truly factors in here (could be wrong), but 3) I genuinely think we're seeing that the APAP companies have
always had to wrestle with that approximately 15% of the SDB population who have pressure-related homeostatic transition problems.
Bill, that Healthdyne patent description work that you interpreted and shared with us wasn't wasted work by any stretch of the imagination. Aside from doing an excellent job of interpreting it, you shared a very important and relevant piece of APAP history with us, IMHO.
You'll note the Healthdyne machine
had the capabilites to both detect apneas and quickly increase pressures. But it always waited every apnea out instead, for lack of knowing when it was coping with an obstructive, central, or mixed apnea---and for fear of inducing successions of central apneas. The approximately 15% of the SDB population now suspected of having a complex response to static pressure variation has
always been hiding in the human population. And the APAP manufacturers have always been forced to cope with those epidemiological realities by somehow minimizing or avoiding the homeostatic effects of pressure swings.
So what's one of the hottest topics up to bat in SDB medicine right now? That approximately 15% of the SDB population who exhibit complex homeostatic difficulties in relation to pressure changes. And which xPAP modality did Gilmartin, et al cite as being most problematic for those with complex sleep apnea? The research of Gilmartin, et al clearly cited
APAP modality as being the most problematic modality for CSDB/CompSA.
That's
only my opinion, guys. So please be kind or entertaining
or both as you disagree with me! But I honestly don't think that typically cautious APAP pressure-response algorithms relate to pressurized-cork theory. Rather, I think the caution relates to pressure-related homeostatic issues that have
always been present in a very significant portion of the SDB population.
The patent descriptions thus all cite significant concerns about: 1) central apnea induction and 2) inadequate means of central apnea differentiation.
But I have yet to see a single patent description cite any concerns whatsoever about cork-style tongue blockages. .