with icustays_ts1 as ( select i.stay_id, i.subject_id, i.hadm_id, i.intime, i.outtime, a.admittime, a.deathtime, a.dischtime from icustays i left join mimiciv_hosp.admissions a using (hadm_id))select from icustays_ts1 where -- 涌现去世亡，但出ICU韶光大于即是出院韶光（不可能涌现大于的征象） outtime <= deathtime and outtime >= dischtime上述代码的运行结果如下图（单击以放大局部）：我们创造下列患者发生去世亡结局事宜，且患者去世亡的韶光晚于出ICU的韶光（可能转出后去世于其他科室，即发生院内去世亡事宜），但患者的出ICU韶光却大于出院韶光。
理论上讲患者如果发生院内去世亡结局事宜，那么即可认为其出院，以此便于打算院内的勾留韶光。

此外，由于MIMIC-IV 2.0以上版本的数据集包含马萨诸塞州CDC的院外去世亡数据（即patients表的dod字段，该死亡数据来自两个来源: 院内HIS系统和马萨诸塞州生命记录统计登记处，其数据分辨率为日期）。
由于该院外去世亡数据的存在，可能和患者几个韶光戳产生其他GAP的各类情形（去世亡日期早于出院韶光......）。
此处不再进行展示。
二、easyBDCC学习群内关于GAP征象的谈论如第一部分的内容所示，MIMIC数据集的GAP征象紧张是由于各个韶光戳的重叠或滞后，不符合真实天下的逻辑。
部分学员在探索数据集以及书写项目时也创造了GAP的征象，下列群内的谈天记录是关于GAP征象的谈论和解释，欢迎大家进行谈论。

经由上述阐明后，相信有过ICU从业经历的老师能很快理解我们讲述的内容，由于这在海内ICU也同样常见（环球ICU一盘棋，大家碰着情形都相类似）。
基于上述谈论内容紧张GAP缘故原由总结如下：

① 患者先行进入的ICU治疗，产生了实际的韶光戳，但是由于未能及时办理入院，导致的入院韶光晚于入ICU韶光；

② 患者发生ICU去世亡事宜或转出ICU后发生院内去世亡事宜，但未能及时办理结算，或者办理结算后未能及时联系太平间进行转移，导致出ICU韶光远远晚于ICU去世亡韶光或出院韶光，涌现较大的GAP；

③ 患者涌现非医嘱离院（自动出院）后，回到养老机构或家里之后，由于短缺相应的器官功能支持治疗迅速发生去世亡(going home to die, GHTD)，由于州立CDC去世亡数据的分辨率这天期（0时0分0秒），导致出ICU日期或出院日期和院外去世亡数据存在“反向”GAP；

④ 更多逻辑GAP缺点不再逐一列出......

三、办理方案BDMCC增强型表单修复上述bug，有效办理关键韶光戳混乱的问题。
四、为什么选择easyBDCC (包含课程、BDMCC软件、strong包)easyBDCC课程包含常见的重症大数据挖掘的实战课程。
课程将有效的办理各大重症大数据的实战问题。
BDMCC软件将支持至少9个重症数据集的一键安装（针对每个数据集陆续会推出BMDCC系列增强表单，有效减少SQL代码量，减少官方数据存在的逻辑Bug）。
软件支持Linux、Windows、macOS（支持M系列芯片），支持做事器集群，完玉成平台的覆盖安装。
无论利用条记本，亦或是做事器，我们均支持支配运用。
在这里您可以体会到项目流程化的数据管理与项目开拓技巧。

strong包进行数据剖析会有效减少代码量。
部分学员现在利用strong包后在一天内即可完玉成部项目的数据剖析。

此外，我们拥有极强的重症数据库开拓支配能力。
BDMCC软件、strong包开拓者为海内ICU一线年夜夫，具有丰富的ICU临床履历，同时具有构建跨平台重症EDC的技能能力。
下图为我们开拓的跨平台重症EDC系统，从数据采集、数据支配、数据洗濯、数据剖析建模，形成完全的技能闭环，打造国人自己的MIMIC数据集。

五、BDMCC即将提价BDMCC V1.0.6版本即将支持INSPIRE数据集，在面向零根本用户的根本课程以及实战三项目课程更新完毕后，easyBDCC课程（课程包含软件BDMCC以及strong包）操持提价至3630元，提价估量在5月尾进行，欲购从速！
！
！

课程、软件详情咨询客服：