1、admissions
Name | Postgres data type | 说明 |
ROW_ID | INT | 行号 |
SUBJECT_ID | INT | 每位病人的标识号,唯一的不可重复,类似身份证 |
HADM_ID | INT | 住院号,每住一次医院分配一个id |
ADMITTIME | TIMESTAMP(0) | 入院时间 |
DISCHTIME | TIMESTAMP(0) | 出院时间 |
DEATHTIME | TIMESTAMP(0) | 仅当患者在医院中死亡时才会出现,并且几乎总是与患者相同DISCHTIME |
ADMISSION_TYPE | VARCHAR(50) | 住院类型 ‘ELECTIVE’:计划好的入院 ‘URGENT’和‘EMERGENCY’:意料之外的入院 ‘NEWBORN’:新生儿 |
ADMISSION_LOCATION | VARCHAR(50) | 入院前病人的位置信息(9个取值) EMERGENCY ROOM ADMIT TRANSFER FROM HOSP/EXTRAM TRANSFER FROM OTHER HEALT CLINIC REFERRAL/PREMATURE ** INFO NOT AVAILABLE ** TRANSFER FROM SKILLED NUR TRSF WITHIN THIS FACILITY HMO REFERRAL/SICK PHYS REFERRAL/NORMAL DELI |
DISCHARGE_LOCATION | VARCHAR(50) | 出院位置 |
INSURANCE | VARCHAR(255) | 保险 |
LANGUAGE | VARCHAR(10) | 语言 |
RELIGION | VARCHAR(50) | 宗教信仰 |
MARITAL_STATUS | VARCHAR(50) | 婚姻状态 |
ETHNICITY | VARCHAR(200) | 种族 |
EDREGTIME | TIMESTAMP(0) | 入急诊时间 |
EDOUTTIME | TIMESTAMP(0) | 出急诊时间 |
DIAGNOSIS | VARCHAR(300) | 诊断,自由文本,诊断可以是非常有用的(例如慢性肾衰竭)或非常模糊(例如虚弱)。患者住院的最终诊断在出院时编码,可在DIAGNOSES_ICD表中找到。 |
HOSPITAL_EXPIRE_FLAG | TINYINT | 这表明患者是否在给定的住院治疗中死亡。1表示在医院死亡,并0表示出院后存活率。 |
HAS_CHARTEVENTS_DATA | TINYINT | 是否有图表(chartevent)数据 |
2、callout
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
SUBMIT_WARDID | INT | 提交请求的病房 |
SUBMIT_CAREUNIT | VARCHAR(15) | SUBMIT_WARDID是否与ICU费用中心相对应,如果是的话,是什么类型的ICU费用中心 |
CURR_WARDID | INT | 病人callout时所在的病房ID |
CURR_CAREUNIT | VARCHAR(15) | CURR_WARDID对应哪个ICU费用中心 |
CALLOUT_WARDID | INT | 病人从哪个病房出院 =0代表‘Home’ =1代表‘First available ward’ |
CALLOUT_SERVICE | VARCHAR(10) | 病人出院的服务 |
REQUEST_TELE | SMALLINT | 值为二进制,表示病人是否要求了某种预防措施 |
REQUEST_RESP | SMALLINT | 同前 |
REQUEST_CDIFF | SMALLINT | 同前 |
REQUEST_MRSA | SMALLINT | 同前 |
REQUEST_VRE | SMALLINT | 同前 |
CALLOUT_STATUS | VARCHAR(20) | 呼出是否仍然有效 |
CALLOUT_OUTCOME | VARCHAR(20) | 是“出院”还是“已取消”,表明患者是否最终被叫出(即已经出院) |
DISCHARGE_WARDID | INT | 患者实际出院的病房,0代表home |
ACKNOWLEDGE_STATUS | VARCHAR(20) | 对callout请求的处理 ‘Acknowledged’‘Revised’‘Unacknowledged‘Reactivated’ |
CREATETIME | TIMESTAMP(0) | Callout启动的时间和日期 |
UPDATETIME | TIMESTAMP(0) | callout事件更新的最后时间 |
ACKNOWLEDGETIME | TIMESTAMP(0) | callout首次确认的时间 |
OUTCOMETIME | TIMESTAMP(0) | 记录CALLOUT_OUTCOME的时间 |
FIRSTRESERVATIONTIME | TIMESTAMP(0) | 病房预定信息 |
CURRENTRESERVATIONTIME | TIMESTAMP(0) | 病房预定信息 |
3、caregivers:提供有关护理人员类型的信息。每个看护者由一个映射到该表的唯一整数表示。
Name | Postgres data type | 说明 |
ROW_ID | INT | |
CGID | INT | 每个不同医护人员的唯一标识符 |
LABEL | VARCHAR(15) | 医护人员的类型 |
DESCRIPTION | VARCHAR(30) | 提供有关医护人员的其他信息 |
4、chartevents:记录所有病人的图表数据,最为重要的一张表,极大。
Name | Postgres data type | In CareVue | In Metavision | 说明 |
ROW_ID | INT | Y | Y | |
SUBJECT_ID | NUMBER(7,0) | Y | Y | |
HADM_ID | NUMBER(7,0) | Y | Y | |
ICUSTAY_ID | NUMBER(7,0) | Y | Y | 每入一次ICU分配一个id |
ITEMID | NUMBER(7,0) | Y | Y | 单个测量类型的标识符 |
CHARTTIME | DATE | Y | Y | 观察的时间,通常是实际测量数据的最接近的代表 |
STORETIME | DATE | Y | Y | 记录临时工作人员手动输入或手动验证观察的时间 |
CGID | NUMBER(7,0) | Y | Y | 医护人员标识符ID |
VALUE | VARCHAR2(200 BYTE) | Y | Y | ITEMID标识的项目测量的值。如果此值为数字,VALUENUM则以数字格式包含相同的数据。如果此数据不是数字,VALUENUM则为null |
VALUENUM | NUMBER | Y | Y | 在某些情况下(如GCS量表、镇静激镇痛表和代码状态),VALUENUM包含分数和值,其中包含分数和文本,描述了分数的含义。 |
VALUEUOM | VARCHAR2(20 BYTE) | Y | Y | 是value的度量单位 |
WARNING | NUMBER(1,0) | Y | 特定于Metavision的列,用于指定是否引发了对值的警告以及测量期间是否发生错误 | |
ERROR | NUMBER(1,0) | Y | 同上 | |
RESULTSTATUS | VARCHAR2(20 BYTE) | Y | 是CareVue特定的列,它们指定测量类型(RESULTSTATUS“手动”或“自动”)以及测量是否已停止。 | |
STOPPED | VARCHAR2(20 BYTE) | Y | 同上 |
5、cptevents:包含当前程序术语(CPT)代码,便于对患者执行的程序进行计费。
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
COSTCENTER | VARCHAR(10) | 相应的CPT代码计费的成本中心’ICU’ 和’Resp’。“Resp”代码对应于机械或非侵入性通气,并由呼吸治疗师收费。“ICU”代码对应于ICU计费的程序 |
CHARTDATE | TIMESTAMP(0) | 程序发生的日期 |
CPT_CD | VARCHAR(10) | 原始CPT代码 |
CPT_NUMBER | INT | CPT_CD列的数字版本,允许在查询中更容易进行范围比较。但是,请注意并非所有CPT_CD都是完全数字的 |
CPT_SUFFIX | VARCHAR(5) | CPT_CD包含非数字字符时,该列包含文本后缀。 |
TICKET_ID_SEQ | INT | CPT_CD顺序 |
SECTIONHEADER | VARCHAR(50) | 标题,标志CPT类别,是使用D_CPT表分配 |
SUBSECTIONHEADER | VARCHAR(300) | 子标题,标志CPT类别,是使用D_CPT表分配 |
DESCRIPTION | VARCHAR(200) | 有对应的呼吸成本中心的CPT代码时,该列解释代码意义,否则为空 |
6、d_cpt:当前程序术语(CPT)代码的高级定义
Name | Postgres data type | 说明 |
ROW_ID | INT | |
CATEGORY | SMALLINT | 数字,定义CPT_Code的类别 |
SECTIONRANGE | VARCHAR(100) | 给定部分的代码范围 |
SECTIONHEADER | VARCHAR(50) | 对给定部分的描述,有8个可能的部分 Evaluation and management Surgery Radiology Anesthesia Emerging technology Pathology and laboratory Performance measurement Medicine |
SUBSECTIONRANGE | VARCHAR(100) | 对给定子部分的代码范围 |
SUBSECTIONHEADER | VARCHAR(300) | 对给定子部分的描述 |
CODESUFFIX | VARCHAR(5) | 当CPT_CD包含非数字字符时,CPT_SUFFIX列包含文本后缀 |
MINCODEINSUBSECTION | INT | SUBSECTIONRANGE中的最小值 |
MAXCODEINSUBSECTION | INT | SUBSECTIONRANGE中的最大值 |
7、d_icd_diagnoses:该表定义了DIAGNOSES的ICD-9代码。这些代码在病人住院的最后时间点给出,用来对住院期间给与的医疗服务计费。
Name | Postgres data type | 说明 |
ROW_ID | INT | |
ICD9_CODE | VARCHAR(10) | ICD9_CODE,每个Code代表一个诊断 |
SHORT_TITLE | VARCHAR(50) | 对给定代码的简单描述 |
LONG_TITLE | VARCHAR(300) | 对给定代码的进一步描述 |
8、d_icd_procedures:执行了哪些治疗程序
Name | Postgres data type | 说明 |
ROW_ID | INT | |
ICD9_CODE | VARCHAR(10) | ICD9_CODE,每个Code代表一个procedure |
SHORT_TITLE | VARCHAR(50) | 对给定代码的简单描述 |
LONG_TITLE | VARCHAR(300) | 对给定代码的进一步描述 |
9、d_items:ICU数据库中所有项目的定义表。D_ITEMS来自两个不同的 ICU数据库。主要结果是ITEMID每个概念都有重复。如果LINKSTO列为null,则数据当前不可用,但计划用于将来的版本。
Name | Postgres data type | 说明 |
ROW_ID | INT | |
ITEMID | INT | 表d_item的备用主键 |
LABEL | VARCHAR(200) | 表明ITEMID代表的值 |
ABBREVIATION | VARCHAR(100) | Metavision特有,LABEL的缩写 |
DBSOURCE | VARCHAR(20) | 表明数据库是Metavision还是Carevue |
LINKSTO | VARCHAR(50) | 数据链接到的表名 |
CATEGORY | VARCHAR(100) | ITEMID对应的数据类型,如‘IV Medication’表示药物通过静脉注射 |
UNITNAME | VARCHAR(100) | ITEMID表示的测量方法的单位 |
PARAM_TYPE | VARCHAR(30) | 描述记录的数据类型:日期,数字或文本字段。 |
CONCEPTID | INT | 数据表中该列全为空 |
10、d_labitems:所有实验室测量的定义表
Name | Postgres data type | 说明 |
ROW_ID | INT | |
ITEMID | INT | 实验室检测项目的ITEMID |
LABEL | VARCHAR(100) | ITEMID代表的意思 |
FLUID | VARCHAR(100) | 描述了进行测量的物质 |
CATEGORY | VARCHAR(100) | 提供有关测量类型的更高级别信息 |
LOINC_CODE | VARCHAR(100) | LOINC是一种本体,最初指定了实验室测量,但后来扩展到涵盖了广泛的临床相关概念。LOINC公开提供一个表格,其中包含有关每个LOINC代码的大量详细信息。该表可在线免费获取,也可由数据库的监护人提供。 |
11、datetimeevents:包含所有日期格式的数据,前面均有涉及。
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
ICUSTAY_ID | INT | |
ITEMID | INT | |
CHARTTIME | TIMESTAMP(0) | |
STORETIME | TIMESTAMP(0) | 由医护人员人工验证数据记录到系统的时间 |
CGID | INT | |
VALUE | TIMESTAMP(0) | |
VALUEUOM | VARCHAR(50) | |
WARNING | SMALLINT | |
ERROR | SMALLINT | |
RESULTSTATUS | VARCHAR(50) | |
STOPPED | VARCHAR(50) |
12、diagnoses_icd:包含患者的ICD诊断,最明显的是ICD-9诊断
Name | PostgreSQL data type | Modifiers | 说明 |
ROW_ID | INT | not null | |
SUBJECT_ID | INT | not null | |
HADM_ID | INT | not null | |
SEQ_NUM | INT | 提供ICD诊断与患者相关的顺序。ICD诊断按优先级排序 | |
ICD9_CODE | VARCHAR(10) |
13、drgcodes:包含患者的诊断相关组(DRG)代码
Name | PostgreSQL data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
DRG_TYPE | VARCHAR(20) | 提供DRG代码的类型。 数据库中有两种类型的DRG代码,具有重叠的范围,’HCFA’(Health Care Financing Administration)和’APR’(All Payers Registry)。 |
DRG_CODE | VARCHAR(20) | 包含代表医院开具的诊断的代码 |
DESCRIPTION | VARCHAR(300) | 对给定的DRG_CODE进行自然语言的简述。请注意,合并症有三个级别:无,合并症,以及主要合并症。这些首字母缩略词主要用于HCFA / MS DRG代码。 |
DRG_SEVERITY | SMALLINT | 为“APR”DRG类型中的DRG代码提供额外的粒度。当诊断更严重时,严重性和死亡率允许更高的计费成本,反之亦然。 |
DRG_MORTALITY | SMALLINT | 同上 |
14、icustays:定义数据库中的每个ICUSTAY_ID,即定义单个ICU停留时间。
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
ICUSTAY_ID | INT | |
DBSOURCE | VARCHAR(20) | 数据来源的原始ICU数据库。2001年至2008年间入院的患者的数据由CareVue信息系统管理。2008年至2012年间入院的患者的数据由Metavision系统管理。 |
FIRST_CAREUNIT | VARCHAR(20) | 患者被给予的第一种监护 |
LAST_CAREUNIT | VARCHAR(20) | 患者被给予的最后一种监护 |
FIRST_WARDID | SMALLINT | 患者第一次入住的ICU单元 |
LAST_WARDID | SMALLINT | 患者最后一次入住的ICU单元 |
INTIME | TIMESTAMP(0) | 患者入住ICU的时间 |
OUTTIME | TIMESTAMP(0) | 患者转出ICU的时间 |
LOS | DOUBLE | 入住ICU的时长,可包括一个或多个ICU单元。停留时间以分数天来衡量 |
15、inputevents_cv:进入病人体内的流体数据
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
ICUSTAY_ID | INT | |
CHARTTIME | TIMESTAMP(0) | 表示测量图表的时间 – 即记录在床边的临床信息系统。 对于收到的数量(通常是交易量),CHARTTIME表示收到该交易量的时间。 也就是说,它可以被认为是“结束时间”,即通过该CHARTTIME向患者施用X毫升溶液。 对于速率,CHARTTIME表示设定该速率的时间。 也就是说,它可以被认为是“开始时间”,即患者现在在该CHARTTIME接受X mcg / kg / min的药物。 |
ITEMID | INT | 数据库中单个测量类型的标识符。Metavision ITEMID值均高220000。CareVue数据中常用药物的子集ITEMID值在30000-39999之间。剩余的输入/输出ITEMID值介于40000-49999之间。 |
AMOUNT | DOUBLE PRECISION | AMOUNT和AMOUNTUOM列出在STARTTIME和ENDTIME之间(如果两者都可用)或在ENDTIME(当确切的开始时间未知,但通常最多一小时之前)给予患者的药物或物质的量 |
AMOUNTUOM | VARCHAR(30) | |
RATE | DOUBLE PRECISION | RATE和RATEUOM列出了药物或物质在STARTTIME和ENDTIME之间(如果两者都可用)给予患者的速率,或者列出了药物目前在ENDTIME给药的速率 |
RATEUOM | VARCHAR(30) | |
STORETIME | TIMESTAMP(0) | 记录手动输入观察或由临床人员手动验证的时间 |
CGID | BIGINT | |
ORDERID | BIGINT | ORDERID将同一解决方案中包含的多个项目链接在一起。 例如,当给予去甲肾上腺素和生理盐水的溶液时,去甲肾上腺素和生理盐水都出现在不同的行上但具有相同的ORDERID |
LINKORDERID | BIGINT | 在多个实例中链接相同的顺序:例如,如果改变了使用去甲肾上腺素和生理盐水的溶液的递送速率,ORDERID将生成共享相同新的两个新行,但是LINKORDERID将是相同的。 |
STOPPED | VARCHAR(30) | 表示输液是否已断开或继续。 |
NEWBOTTLE | INT | 表示是否在床边悬挂了新的溶液制剂。 |
ORIGINALAMOUNT | DOUBLE PRECISION | |
ORIGINALAMOUNTUOM | VARCHAR(30) | |
ORIGINALROUTE | VARCHAR(30) | |
ORIGINALRATE | DOUBLE PRECISION | |
ORIGINALRATEUOM | VARCHAR(30) | |
ORIGINALSITE | VARCHAR(30) |
16、inputeevents_mv:患者输入数据
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
ICUSTAY_ID | INT | |
STARTTIME | TIMESTAMP(0) | 记录输入事件的开始时间 |
ENDTIME | TIMESTAMP(0) | 记录输出事件的结束时间 |
ITEMID | INT | |
AMOUNT | DOUBLE PRECISION | |
AMOUNTUOM | VARCHAR(30) | |
RATE | DOUBLE PRECISION | 实际输液速率 |
RATEUOM | VARCHAR(30) | |
STORETIME | TIMESTAMP(0) | |
CGID | BIGINT | |
ORDERID | BIGINT | |
LINKORDERID | BIGINT | |
ORDERCATEGORYNAME | VARCHAR(100) | |
SECONDARYORDERCATEGORYNAME | VARCHAR(100) | |
ORDERCOMPONENTTYPEDESCRIPTION | VARCHAR(200) | |
ORDERCATEGORYDESCRIPTION | VARCHAR(50) | |
PATIENTWEIGHT | DOUBLE PRECISION | 患者体重以千克计 |
TOTALAMOUNT | DOUBLE PRECISION | 通常通过在床边悬挂一袋液体以在一段时间内连续输注来给予静脉内给药。这些列列出了包含溶液的袋中的流体总量。 |
TOTALAMOUNTUOM | VARCHAR(50) | 单位 |
ISOPENBAG | SMALLINT | 是否来自开袋。 |
CONTINUEINNEXTDEPT | SMALLINT | 如果订单在患者转移时结束,则该字段指示它是否继续进入下一个部门(例如,楼层) |
CANCELREASON | SMALLINT | 如果订单被取消,则此列提供一些说明 |
STATUSDESCRIPTION | VARCHAR(30) | 说明该项目的最终状态 |
COMMENTS_STATUS | VARCHAR(30) | 指定订单是否已编辑或取消,如果是,则指定取消或编辑订单的护理人员的日期和职衔。 |
COMMENTS_TITLE | VARCHAR(100) | 同上 |
COMMENTS_DATE | TIMESTAMP(0) | 同上 |
ORIGINALAMOUNT | DOUBLE PRECISION | 药物通常在溶液中混合,并从同一袋中连续输送。该栏表示袋中所含药物的量STARTTIME。对于第一次输入新包,ORIGINALAMOUNT= TOTALAMOUNT。稍后,如果速率改变,那么药袋中的药物量将更低(因为一些已经给予患者)。结果,ORIGINALAMOUNT< TOTALAMOUNT,并且ORIGINALAMOUNT将是袋中剩余的药物量STARTTIME。 |
ORIGINALRATE | DOUBLE PRECISION | 原始输液速率 |
17、labevents:包含给定患者的所有实验室测量值,包括患者数据。
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
ITEMID | INT | |
CHARTTIME | TIMESTAMP(0) | 记录观察图表的时间。 由于数据直接来自实验室数据库,因此未经ICU临床工作人员验证,因此没有相关的STORETIME |
VALUE | VARCHAR(200) | VALUE包含为ITEMID标识的概念测量的值,为字符串 |
VALUENUM | DOUBLE PRECISION | VALUE包含为ITEMID标识的概念测量的值,为数值型 |
VALUEUOM | VARCHAR(20) | 单位 |
FLAG | VARCHAR(20) | 指示实验室值是否被视为异常 |
18、microbiologyevents:包含微生物学信息,包括进行的测试和敏感性
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
CHARTDATE | TIMESTAMP(0) | 记录检测的时间 |
CHARTTIME | TIMESTAMP(0) | 记录检测的时间 |
SPEC_ITEMID | INT | 细菌生长的标本ID |
SPEC_TYPE_DESC | VARCHAR(100) | 述标本类型 |
ORG_ITEMID | INT | 生物体ID,如果有生物体的话,在测试时生长。没有生物体生长(即阴性培养物)为NULL |
ORG_NAME | VARCHAR(100) | 生物体名称 |
ISOLATE_NUM | SMALLINT | 为了测试抗生素,分离的菌落(整数;从1开始) |
AB_ITEMID | INT | 如果对给定生物进行了抗生素针敏感性测试,列出其ITEMID |
AB_NAME | VARCHAR(30) | 如果对给定生物进行了抗生素针敏感性测试,该列列出其名称 |
DILUTION_TEXT | VARCHAR(10) | |
DILUTION_COMPARISON | VARCHAR(20) | |
DILUTION_VALUE | DOUBLE PRECISION | 测试抗生素敏感性时的稀释值 |
INTERPRETATION | VARCHAR(5) | 解释抗生素的敏感性,并指出试验结果。“S”:敏感的,“R”:抗性的,“I”:中间的,“P”:待定的 |
19、noteevents:包含患者的所有注释
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
CHARTDATE | TIMESTAMP(0) | |
CHARTTIME | TIMESTAMP(0) | 记录note的时间 |
STORETIME | TIMESTAMP(0) | 注释保存到系统中的日期和时间 |
CATEGORY | VARCHAR(50) | note类别,如:‘Discharge’代表是discharge note |
DESCRIPTION | VARCHAR(300) | 对note类别的描述 |
CGID | INT | |
ISERROR | CHAR(1) | 值为“1”,表明医护人员认为该note有错 |
TEXT | TEXT | 注释文本 |
20、outputevents:患者输出数据
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
ICUSTAY_ID | INT | |
CHARTTIME | TIMESTAMP(0) | |
ITEMID | INT | |
VALUE | DOUBLE PRECISION | |
VALUEUOM | VARCHAR(30) | |
STORETIME | TIMESTAMP(0) | 医护人员手动验证和输入数据的时间 |
CGID | BIGINT | |
STOPPED | VARCHAR(30) | (治疗)命令是否被中止 |
NEWBOTTLE | INT | 是否有新药 |
ISERROR | SMALLINT | Metavision复选框,护理人员可以指定观察是一个错误 |
21、patients
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
GENDER | VARCHAR(5) | 性别 |
DOB | TIMESTAMP(0) | 出生日期。数据库中超过89岁的患者的出生日期会发生改变,以模糊他们的年龄并遵守HIPAA。 转变过程:确定患者首次入院时的年龄。 然后将出生日期定为第一次入院前的300年 |
DOD | TIMESTAMP(0) | 死亡日期 |
DOD_HOSP | TIMESTAMP(0) | 医院数据库中记录的死亡日期 |
DOD_SSN | TIMESTAMP(0) | 社会保障数据库的死亡日期;DOD合并在一起DOD_HOSP,并DOD_SSN以优先DOD_HOSP |
EXPIRE_FLAG | VARCHAR(5) | EXPIRE_FLAG是一个二进制标志,指示患者是否死亡,即DOD是否为空。 这些死亡包括医院内的死亡(DOD_HOSP)和通过将患者与社会安全主死亡指数(DOD_SSN)匹配而确定的死亡 |
22、prescriptions:包含药物相关的订单条目,即处方。
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
ICUSTAY_ID | INT | |
STARTDATE | TIMESTAMP(0) | 与ENDDATE一起制定处方有效的日期 |
ENDDATE | TIMESTAMP(0) | 与STARTDATE一起制定处方有效的日期 |
DRUG_TYPE | VARCHAR(100) | 药品的类型 |
DRUG | VARCHAR(100) | 药品名称 |
DRUG_NAME_POE | VARCHAR(100) | 药品名称 |
DRUG_NAME_GENERIC | VARCHAR(100) | 药品名称 |
FORMULARY_DRUG_CD | VARCHAR(120) | 标准药品编码,字符形式 |
GSN | VARCHAR(200) | 通用序列号(也是药品编码),数字形式 |
NDC | VARCHAR(120) | 国家(美国)药品编码,数字形式 |
PROD_STRENGTH | VARCHAR(120) | |
DOSE_VAL_RX | VARCHAR(120) | 剂量值 |
DOSE_UNIT_RX | VARCHAR(120) | 剂量单位(片/ml..) |
FORM_VAL_DISP | VARCHAR(120) | 同上,剂量值 |
FORM_UNIT_DISP | VARCHAR(120) | 剂量单位 |
ROUTE | VARCHAR(120) | 给药途径(口服PO/静脉注射IV/肌肉注射IM/静脉滴注IV DRIP/皮下注射SC) |
23、procedureevents_mv:包含患者的(治疗)程序
Name | Postgres data type | 说明 |
ROW_ID | INT NOT NULL | |
SUBJECT_ID | INT NOT NULL | |
HADM_ID | INT NOT NULL | |
ICUSTAY_ID | INT | |
STARTTIME | TIMESTAMP(0) | |
ENDTIME | TIMESTAMP(0) | |
ITEMID | INT | |
VALUE | DOUBLE PRECISION | |
VALUEUOM | VARCHAR(30) | |
LOCATION | VARCHAR(30) | |
LOCATIONCATEGORY | VARCHAR(30) | |
STORETIME | TIMESTAMP(0) | |
CGID | INT | |
ORDERID | INT | |
LINKORDERID | INT | |
ORDERCATEGORYNAME | VARCHAR(100) | |
SECONDARYORDERCATEGORYNAME | VARCHAR(100) | |
ORDERCATEGORYDESCRIPTION | VARCHAR(50) | |
ISOPENBAG | SMALLINT | |
CONTINUEINNEXTDEPT | SMALLINT | |
CANCELREASON | SMALLINT | |
STATUSDESCRIPTION | VARCHAR(30) | |
COMMENTS_EDITEDBY | VARCHAR(30) | |
COMMENTS_CANCELEDBY | VARCHAR(30) | |
COMMENTS_DATE | TIMESTAMP(0) |
24、procedures_icd :包含患者的ICD程序,最值得注意的是ICD-9程序
Name | PostgreSQL data type | Modifiers | 说明 |
ROW_ID | INT | not null | |
SUBJECT_ID | INT | not null | |
HADM_ID | INT | not null | |
SEQ_NUM | INT | procedure执行顺序 | |
ICD9_CODE | VARCHAR(10) | 给定procedure对应的ICD-9代码 |
25、services:列出患者被接纳/转移的服务
Name | Postgres data type | |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
TRANSFERTIME | TIMESTAMP(0) | 从PREV_SERVICE转到CURR_SERVICE的时间 |
PREV_SERVICE | VARCHAR(20) | 患者之前接受的服务 |
CURR_SERVICE | VARCHAR(20) | 患者现在接受的服务 |
26、transfers:患者整个住院期间的物理位置
Name | Postgres data type | 说明 |
ROW_ID | INT | |
SUBJECT_ID | INT | |
HADM_ID | INT | |
ICUSTAY_ID | INT | |
DBSOURCE | VARCHAR(20) | |
EVENTTYPE | VARCHAR(20) | 描述了发生了什么转移事件:“admit”:入院,“transfer”转院,“discharge”:出院 |
PREV_CAREUNIT | VARCHAR(20) | 患者之前住的护理单元 |
CURR_CAREUNIT | VARCHAR(20) | 患者现在住的护理单元 |
PREV_WARDID | SMALLINT | 患者住的前一个病房 |
CURR_WARDID | SMALLINT | 患者住的当前病房 |
INTIME | TIMESTAMP(0) | CURR_CAREUNIT的入住时间 |
OUTTIME | TIMESTAMP(0) | CURR_CAREUNIT的转出时间 |
LOS | INT | 给定病房的住院时间,不一定是ICU,可能是普通病房 |
原创文章(本站视频密码:66668888),作者:xujunzju,如若转载,请注明出处:https://zyicu.cn/?p=11406