ihe测试培训-病患监护学.pptVIP

IHE Patient Care Device;Patient Care Device Domain 目的：解决监护设备和信息系统之间的数据通信问题（通信方式，编码方式） 现状：各个厂商的监护仪所使用的通信协议都是私有定制的，在和第三方信息系统进行集成时需要第三方系统根据私有通信协议进行解析才能获取监护数据。 优点：对于患者体征数据的记录不再通过手工的方式完成，而是自动从监护设备读取并记录到信息系统中。有助于后续的数据统计，分析，处理，共享。 ;数据请求包：;数据请求： <ESC>VT?c<CR> 数据请求命令 <ESC>VT$c<CR> 数据设置命令;设备1通信过程;Patient Care Device Profiles Device Enterprise Communication (DEC) (监护设备通信) Alert Communication Management (ACM) (报警通信管理) Point-of-Care Infusion Verification (PIV) (输液确认） Implantable Device – Cardiac – Observation (IDCO) (植入设备观察); Device Enterprise Communication (DEC) 监护设备通信;Device Enterprise Communication (DEC) ;Device Enterprise Communication (DEC) ;PCD-01 Communicate PCD Data Standard: HL7 Message: ORU^R01^ORU_R01 消息构成： MSH: 消息头 PID：患者标识 PV1：患者住院信息 OBR：观察数据基本信息，主要传递数据产生的时间(OBR-7) OBX：观察数据具体信息;OBX 段 OBX-2：监护数据类型（数字，字符串，日期等） OBX-3：监护数据标识 标识代码^标识名称^标识定义机构 如： 69641^MDC_DEV_ANALY_SAT_O2_MDS^MDC 标识可以使用国际通用的标识规范，也可以厂商自己定义， 如：188^SpO2^SDN OBX-5：监护数据值 OBX-6：监护数据单位;MSH|^~\&|||||||ORU^R01|HP1395823580134|P|2.3||||||8859/1 PID|||""||""^"" PV1||I|^^Bed5&0&0 OBR|||||||20140326164620 OBX||NM|188^SpO2^SDN|0|99|% OBX||NM|92^RR^SDN|0|21|rpm OBX||NM|1800^ST-II^SDN|0|-1.6|mm OBX||NM|40^HR^SDN|0|89|bpm OBX||NM|136^PVC^SDN|0|0|bpm OBX||NM|44^Pulse^SDN|0|88|bpm ;监护数据种类 周期性的体征数据：心率，脉搏，呼吸频率等 非周期性体征数据：血压 报警数据 检验数据：血气分析（ 酸碱度,二氧化碳分压,二氧化碳总量等） 监护设备设置数据 患者数据 *不包括实时波形数据（ECG。。。）;患者信息处理 Patient Demographics Query：患者信息查询。DOC， DOR主动从患者信息源获取患者信息数据 Patient Identity Feed：患者信息收取。DOC, DOR收取从患者信息源广播出来的患者信息（患者信息有更新时） Patient Encounter Management ：患者管理。DOC, DOR收取从患者信息源广播出来的患者信息（患者处境改变时（入院，门诊等）） 当前： 患者信息在设备上输入比较困难 患者信息一般在中央站上处理，将患者信息和监护信息匹配 ;Alert Communication Management (ACM) 报警通信管理;Alert Communication Management (ACM) ;Alert Reporter：收集从监护设备产生的报警数据，并将报警数据发送给其它接收系统（Alert Consumer，Alert Manager） Alert Consumer：接收从Alert Reporter发送出来的报警数据，并进行进一步处理（声音，图像） Alert Manager：接收从Alert Reporter发送出来的报警数据，并进行进一步处理（保存，广播） Alert Communica