使用WEB服务的电子化患者护理的系统和装置的制作方法

使用web服务的电子化患者护理的系统和装置
1.本技术是优先权日为2012年12月21日、申请日为2013年12月20日、提交日为2018年3月27日、中国申请号为201810257831.5、发明名称为“使用web服务的电子化患者护理的系统和装置”的中国申请的分案申请，该申请号为201810257831.5的中国申请是优先权日为2012年12月21日、申请日为2013年12月20日、于2015年7月31日进入中国国家阶段的、国际申请号为pct/us2013/076851、中国申请号为201380072049.1、发明名称为“使用web服务的电子化患者护理的系统和装置”的申请的分案申请。
2.相关申请的交叉引用
3.本技术是2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.非临时专利申请序列号no.13/836,497(代理卷号：no.k22)的继续申请。
4.2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.专利申请序列no.13/836,497(代理卷号：no.k22)要求下述申请的优先权：
5.2012年8月3日提交的，名为system,method,and apparatus for monitoring,regulating,or controlling fluid flow的u.s.临时专利申请序列no.61/679,117(代理卷号：no.j30)；以及
6.2012年5月24日提交的，名为的system,method,and apparatus for electronic patient care的u.s.临时专利申请序列no.61/651,322(代理卷号：no.j46)，上述两份申请在此全部引入以供参考。
7.2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.专利申请序列no.13/836,497(代理卷号：no.k22)要求下述申请的优先权并且是下述申请的部分继续申请：
8.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的u.s.专利申请序列no.13/333,574，现在已于2012年7月19日公布的u.s.公开号no.us-2012-0185267-a1(代理卷号：no.i97)，该申请是2011年1月21日提交的，名为electronic patient monitoring system的u.s.专利申请序列no.13/011,543，现在已于2011年12月22日公布的u.s.公开号no.us-2011-0313789-a1(代理卷号：no.i52)的部分继续申请，而该申请则要求2010年1月22日提交的，名为electronic order intermediation system for a medical facility的u.s.临时专利申请序列no.61/297,544(代理卷号：no.h53)的优先权，上述申请均在此全部引入以供参考；以及
9.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的pct申请序列no.pct/us11/66588，现在已于2013年12月12日公布的wo公开号no.wo2013/095459(代理卷号：no.i97wo)，其全部内容在此引入以供参考。
10.2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.专利申请序列no.13/836,497(代理卷号：no.k22)要求2012年12月21日提交的，名为system,method,and apparatus for clamping的u.s.专利申请序列no.13/723,238，现在已于2013年7月18日公布的u.s.公开号no.us2013-0182381-a1(代理卷号：no.j47)的
优先权并且是其部分继续申请，而该申请要求下述申请的优先权：
11.2011年12月21日提交的，名为system,method,and apparatus for infusing fluid的u.s.临时专利申请序列no.61/578,649(代理卷号：no.j02)；
12.2011年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的u.s.临时专利申请序列no.61/578,658(代理卷号：no.j04)；
13.2011年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的u.s.临时专利申请序列no.61/578,674(代理卷号：no.j05)；
14.2012年8月3日提交的，名为system,method,and apparatus for monitoring,regulating,or controlling fluid flow的u.s.临时专利申请序列no.61/679,117(代理卷号：no.j30)；以及
15.2012年5月24日提交的，名为system,method,and apparatus for electronic patient care的u.s.临时专利申请序列no.61/651,322(代理卷号：no.46)，上述每一个的全部内容在此引入以供参考。
16.u.s.专利申请序列no.13/723,238，现在已于2013年7月18日公布的u.s.公开号no.us2013-0182381-a1(代理卷号：no.j47)要求下述申请的优先权并且是其部分继续申请：
17.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的u.s.专利申请序列no.13/333,574，现在已于2012年7月19日公布的u.s.公开号no.us-2012-0185267-a1(代理卷号：no.i97)，其是2011年1月21日提交的，名为electronic patient monitoring system的u.s.专利申请序列no.13/011,543，现在已于2011年12月22日公布的u.s.公开号no.us-2011-0313789-a1(代理卷号：no.i52)的部分继续申请，而该申请要求2010年1月22日提交的，名为electronic order intermediation system for a medical facility的u.s.专利申请序列no.61/297,544(代理卷号：no.h53)的优先权；以及
18.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的pct申请序列no.pct/us11/66588，现在已于2013年12月12日公布的wo公开号no.wo2013/095459(代理卷号：no.i97wo)，每一个的全部内容在此引入以供参考。
19.2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.专利申请序列no.13/836,497(代理卷号：no.k22)要求2012年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的u.s.专利申请序列no.13/723,235，现在已于2013年8月1日公布的u.s.公开号no.us-2013-0197693-a1(代理卷号：no.j74)的优先权并且是其部分继续申请，而该申请要求下述申请的优先权：
20.2011年12月21日提交的，名为system,method,and apparatus for infusing fluid的u.s.临时专利申请序列no.61/578,649(代理卷号：no.j02)；
21.2011年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的u.s.临时专利申请序列no.61/578,658(代理卷号：no.j04)；
22.2011年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的u.s.临时专利申请序列no.61/578,674(代理卷号：no.j05)；
23.2012年8月3日提交的，名为system,method,and apparatus for monitoring,
regulating,or controlling fluid flow的u.s.临时专利申请序列no.61/679,117(代理卷号：no.j30)；以及
24.2012年5月24日提交的，名为system,method,and apparatus for electronic patient care的u.s.临时专利申请序列no.61/651,322(代理卷号：no.46)，上述每一个的全部内容在此引入以供参考。
25.2012年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的u.s.专利申请序列no.13/723,235，现在已于2013年8月1日公布的u.s.公开号no.us-2013-0197693-a1(代理卷号：no.j74)要求下述申请的优先权，并且是其部分继续申请：
26.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的u.s.专利申请序列no.13/333,574，现在已于2012年7月19日公布的u.s.公开号no.us-2012-0185267-a1(代理卷号：no.i97)，其是2011年1月21日提交的，名为electronic patient monitoring system的u.s.专利申请序列no.13/011,543，现在已于2011年12月21日公布的u.s.公开号no.us-2011-0313789-a1(代理卷号：no.i52)的部分继续申请，而该申请要求2010年1月22日提交的，名为electronic order intermediation system for a medical facility的u.s.临时专利申请序列no.61/297,544(代理卷号：no.h53)的优先权；以及
27.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的wo申请序列no.pct/us11/66588，现在已于2013年12月12日公布的wo公开号no.wo2013/095459(代理卷号：no.i97wo)，每一个的全部内容在此引入以供参考。
28.2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.专利申请序列号no.13/836,497(代理卷号：no.k22)也是2012年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的wo申请序列no.pct/us12/71131，现在已于2013年6月27日公布的wo公开号no.wo2013/096718(代理卷号：no.j74wo)的部分继续申请，其要求下述申请的优先权：
29.2011年12月21日提交的，名为system,method,and apparatus for infusing fluid的u.s.临时专利申请序列no.61/578,649(代理卷号：no.j02)；
30.2011年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的u.s.临时专利申请序列no.61/578,658(代理卷号：no.j04)；
31.2011年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的u.s.临时专利申请序列no.61/578,674(代理卷号：no.j05)；
32.2012年5月24日提交的，名为system,method,and apparatus for electronic patient care的u.s.临时专利申请序列no.61/651,322(代理卷号：no.46)；以及
33.2012年8月3日提交的，名为system,method,and apparatus for monitoring,regulating,or controlling fluid flow的u.s.临时专利申请序列no.61/679,117(代理卷号：no.j30)，上述每一个的全部内容在此引入以供参考。
34.2012年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的wo申请序列no.pct/us12/71131，现在已于2013年6月27日公布的wo公开号no.wo2013/096718(代理卷号：no.j74wo)要求下述申请的优先权并且是其部分继续申
system for a medical facility的u.s.临时专利申请序列no.61/297,544(代理卷号：no.h53)的优先权；以及
45.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的pct申请序列no.pct/us11/66588，现在已于2013年12月12日公布的wo公开号no.wo2013/095459(代理卷号：no.i97wo)，上述每一个的全部内容在此引入以供参考。
46.2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.专利申请序列号no.13/836,497(代理卷号：no.k22)要求2012年12月21日提交的，名为system,method,and apparatus for infusing fluid的u.s.专利申请序列no.13/725,790，现在已于2013年7月11日公布的u.s.公开号no.us-2013-0177455(代理卷号：no.j76)的优先权并且是其部分继续申请，而该申请要求下述申请的优先权：
47.2011年12月21日提交的，名为system,method,and apparatus for infusing fluid的u.s.临时专利申请序列no.61/578,649(代理卷号：no.j02)；
48.2011年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的u.s.临时专利申请序列no.61/578,658(代理卷号：no.j04)；
49.2011年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的u.s.临时专利申请序列no.61/578,674(代理卷号：no.j05)；
50.2012年8月3日提交的，名为system,method,and apparatus for monitoring,regulating,or controlling fluid flow的u.s.临时专利申请序列no.61/679,117(代理卷号：no.j30)；以及
51.2012年5月24日提交的，名为system,method,and apparatus for electronic patient care的u.s.临时专利申请序列no.61/651,322(代理卷号：no.46)，上述每一个的全部内容在此引入以供参考。
52.2012年12月21日提交的，名为system,method,and apparatus for infusing fluid的u.s.专利申请序列no.13/725,790，现在已于2013年7月11日公布的u.s.公开号no.us-2013-0177455(代理卷号：no.j76)要求下述申请的优先权并且是其部分继续申请：
53.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的u.s.专利申请序列no.13/333,574，现在已于2012年7月19日公布的u.s.公开号no.us-2012-0185267-a1(代理卷号：no.i97)，其是2011年1月21日提交的，名为electronic patient monitoring system的u.s.专利申请序列no.13/011,543，现在已于2011年12月22日公布的u.s.公开号no.us-2011-0313789-a1(代理卷号：no.i52)的部分继续申请，而该申请则要求2010年1月22日提交的，名为electronic order intermediation system for a medical facility的u.s.临时专利申请序列no.61/297,544(代理卷号：no.h53)的优先权；以及
54.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的pct申请序列no.pct/us11/66588，现在已于2013年12月12日公布的wo公开号no.wo2013/095459(代理卷号：no.i97wo)，上述每一个的全部内容在此引入以供参考。
55.2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.专利申请序列号no.13/836,497(代理卷号：no.k22)其是2012年12月21日提交的，名为system,method,and apparatus for infusing fluid的wo申请序列no.pct/us12/
71490，现在已于2013年6月27日公布的wo公开号no.wo2013/096909(代理卷号：no.j76wo)的部分继续申请，其要求下述申请的优先权：
56.2011年12月21日提交的，名为system,method,and apparatus for infusing fluid的u.s.临时专利申请序列no.61/578,649(代理卷号：no.j02)；
57.2011年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的u.s.临时专利申请序列no.61/578,658(代理卷号：no.j04)；
58.2011年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的u.s.临时专利申请序列no.61/578,674(代理卷号：no.j05)；
59.2012年8月3日提交的，名为system,method,and apparatus for monitoring,regulating,or controlling fluid flow的u.s.临时专利申请序列no.61/679,117(代理卷号：no.j30)；以及
60.2012年5月24日提交的，名为system,method,and apparatus for electronic patient care的u.s.临时专利申请序列no.61/651,322(代理卷号：no.46)，上述每一个的全部内容在此引入以供参考。
61.2012年12月21日提交的，名为system,method,and apparatus for infusing fluid的wo申请序列no.pct/us12/71490，现在已于2013年6月27日公布的wo公开号no.wo2013/096909(代理卷号：no.j76wo)要求下述申请的优先权并且是其部分继续申请：
62.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的u.s.专利申请序列no.13/333,574，现在已于2012年7月19日公布的u.s.公开号no.us-2012-0185267-a1(代理卷号：no.i97)，其是2011年1月21日提交的，名为electronic patient monitoring system的u.s.专利申请序列no.13/011,543，现在已于2011年12月22日公布的u.s.公开号no.us-2011-0313789-a1(代理卷号：no.i52)的部分继续申请，而该申请则要求2010年1月22日提交的，名为electronic order intermediation system for a medical facility的u.s.临时专利申请序列no.61/297,544(代理卷号：no.h53)的优先权；以及
63.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的pct申请序列no.pct/us11/66588，现在已于2013年12月12日公布的wo公开号no.wo2013/095459(代理卷号：no.i97wo)，其全部内容在此引入以供参考。
64.2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.专利申请序列号no.13/836,497(代理卷号：no.k22)要求2012年12月21日提交的，名为system,method,and apparatus for electronic patient care的u.s.专利申请序列no.13/723,239，现在已于2013年7月11日公布的u.s.公开号no.us-2013-0297330-a1(代理卷号：no.j77)的优先权并且是其部分继续申请，而该申请要求下述申请的优先权：
65.2011年12月21日提交的，名为system,method,and apparatus for infusing fluid的u.s.临时专利申请序列no.61/578,649(代理卷号：no.j02)；
66.2011年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的u.s.临时专利申请序列no.61/578,658(代理卷号：no.j04)；
67.2011年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的u.s.临时专利申请序列no.61/578,674(代理卷号：no.j05)；
oral medications的u.s.临时专利申请序列no.61/578,674(代理卷号：no.j05)；
79.2012年5月24日提交的，名为system,method,and apparatus for electronic patient care的u.s.临时专利申请序列no.61/651,322(代理卷号：no.46)；以及
80.2012年8月3日提交的，名为system,method,and apparatus for monitoring,regulating,or controlling fluid flow的u.s.临时专利申请序列no.61/679,117(代理卷号：no.j30)，上述每一个的全部内容在此引入以供参考。
81.2012年12月21日提交的，名为system,method,and apparatus for monitoring,regulating,or controlling fluid flow的u.s.专利申请序列no.13/723,244，现在已于2013年7月25日公布的u.s.公开号no.2013-0188040-a1(代理卷号：no.j79)要求下述申请的优先权并且是其部分继续申请：
82.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的u.s.专利申请序列no.13/333,574，现在已于2012年7月19日公布的u.s.公开号no.us-2012-0185267-a1(代理卷号：no.i97)，其是2011年1月21日提交的，名为electronic patient monitoring system的u.s.专利申请序列no.13/011,543，现在已于2011年12月22日公布的u.s.公开号no.us-2011-0313789-a1(代理卷号：no.i52)的部分继续申请，而该申请则要求2010年1月22日提交的，名为electronic order intermediation system for a medical facility的u.s.临时专利申请序列no.61/297,544(代理卷号：no.h53)的优先权；以及
83.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的pct申请序列no.pct/us11/66588，现在已于2013年12月12日公布的wo公开号no.wo2013/095459(代理卷号：no.i97wo)，上述每一个的全部内容在此引入以供参考。
84.2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.专利申请序列号no.13/836,497(代理卷号：no.k22)要求2012年12月21日提交的，名为system,method,and apparatus for monitoring,regulating,or controlling fluid flow的pct申请序列no.pct/us12/71142，现在已于2013年6月27日公布的wo公开号no.wo2013/096722(代理卷号：no.j79wo)的优先权并且是其部分继续申请，而该申请要求下述申请的优先权：
85.2011年12月21日提交的，名为system,method,and apparatus for infusing fluid的u.s.临时专利申请序列no.61/578,649(代理卷号：no.j02)；
86.2011年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的u.s.临时专利申请序列no.61/578,658(代理卷号：no.j04)；
87.2011年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的u.s.临时专利申请序列no.61/578,674(代理卷号：no.j05)；
88.2012年5月24日提交的，名为system,method,and apparatus for electronic patient care的u.s.临时专利申请序列no.61/651,322(代理卷号：no.46)；以及
89.2012年8月3日提交的，名为system,method,and apparatus for monitoring,regulating,or controlling fluid flow的u.s.临时专利申请序列no.61/679,117(代理卷号：no.j30)，上述每一个的全部内容在此引入以供参考。
90.2012年12月21日提交的，名为system,method,and apparatus for monitoring,
regulating,or controlling fluid flow的pct申请序列no.pct/us12/71142，现在已于2013年6月27日公布的wo公开号no.wo2013/096722(代理卷号：no.j79wo)要求下述申请的优先权并且是其部分继续申请：
91.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的u.s.专利申请序列no.13/333,574，现在已于2012年7月19日公布的u.s.公开号no.us-2012-0185267-a1(代理卷号：no.i97)，其是2011年1月21日提交的，名为electronic patient monitoring system的u.s.专利申请序列no.13/011,543，现在已于2011年12月22日公布的u.s.公开号no.us-2011-0313789-a1(代理卷号：no.i52)的部分继续申请，而该申请则要求2010年1月22日提交的，名为electronic order intermediation system for a medical facility的u.s.临时专利申请序列no.61/297,544(代理卷号：no.h53)的优先权；以及
92.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的pct申请序列no.pct/us11/66588，现在已于2013年12月12日公布的wo公开号no.wo2013/095459(代理卷号：no.i97wo)，上述每一个的全部内容在此引入以供参考。
93.2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.专利申请序列号no.13/836,497(代理卷号：no.k22)要求2012年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的u.s.专利申请序列no.13/723,251，现在已于2013年8月8日公布的u.s.公开号no.2013-0204188-a1(代理卷号：no.j81)的优先权并且是其部分继续申请，而该申请要求下述申请的优先权：
94.2011年12月21日提交的，名为system,method,and apparatus for infusing fluid的u.s.临时专利申请序列no.61/578,649(代理卷号：no.j02)；
95.2011年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的u.s.临时专利申请序列no.61/578,658(代理卷号：no.j04)；
96.2011年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的u.s.临时专利申请序列no.61/578,674(代理卷号：no.j05)；
97.2012年5月24日提交的，名为system,method,and apparatus for electronic patient care的u.s.临时专利申请序列no.61/651,322(代理卷号：no.46)；以及
98.2012年8月3日提交的，名为system,method,and apparatus for monitoring,regulating,or controlling fluid flow的u.s.临时专利申请序列no.61/679,117(代理卷号：no.j30)，上述每一个的全部内容在此引入以供参考。
99.2012年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的u.s.专利申请序列no.13/723,251，现在已于2013年8月8日公布的u.s.公开号no.2013-0204188-a1(代理卷号：no.j81)要求下述申请的优先权并且是其部分继续申请：
100.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的u.s.专利申请序列no.13/333,574，现在已于2012年7月19日公布的u.s.公开号no.us-2012-0185267-a1(代理卷号：no.i97)，其是2011年1月21日提交的，名为electronic patient monitoring system的u.s.专利申请序列no.13/011,543，现在已于2011年12月22日公布的u.s.公开号no.us-2011-0313789-a1(代理卷号：no.i52)的部分继
续申请，而该申请则要求2010年1月22日提交的，名为electronic order intermediation system for a medical facility的u.s.临时专利申请序列no.61/297,544(代理卷号：no.h53)的优先权；以及
101.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的pct申请序列no.pct/us11/66588，现在已于2013年12月12日公布的wo公开号no.wo2013/095459(代理卷号：no.i97wo)，上述每一个的全部内容在此引入以供参考。
102.2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.专利申请序列号no.13/836,497(代理卷号：no.k22)要求2012年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的pct申请序列no.pct/us12/71112，现在已于2013年6月27日公布的wo公开号no.wo 2013/096713(代理卷号：no.j81wo)的优先权并且是其部分继续申请，而该申请要求下述申请的优先权：
103.2011年12月21日提交的，名为system,method,and apparatus for infusing fluid的u.s.临时专利申请序列no.61/578,649(代理卷号：no.j02)；
104.2011年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的u.s.临时专利申请序列no.61/578,658(代理卷号：no.j04)；
105.2011年12月21日提交的，名为system,method,and apparatus for dispensing oral medications的u.s.临时专利申请序列no.61/578,674(代理卷号：no.j05)；
106.2012年5月24日提交的，名为system,method,and apparatus for electronic patient care的u.s.临时专利申请序列no.61/651,322(代理卷号：no.46)；以及
107.2012年8月3日提交的，名为system,method,and apparatus for monitoring,regulating,or controlling fluid flow的u.s.临时专利申请序列no.61/679,117(代理卷号：no.j30)，上述每一个的全部内容在此引入以供参考。
108.2012年12月21日提交的，名为system,method,and apparatus for estimating liquid delivery的pct申请序列no.pct/us12/71112，现在已于2013年6月27日公布的wo公开号no.wo 2013/096713(代理卷号：no.j81wo)要求下述申请的优先权并且是其部分继续申请：
109.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的u.s.专利申请序列no.13/333,574，现在已于2012年7月19日公布的u.s.公开号no.us-2012-0185267-a1(代理卷号：no.i97)，其是2011年1月21日提交的，名为electronic patient monitoring system的u.s.专利申请序列no.13/011,543，现在已于2011年12月22日公布的u.s.公开号no.us-2011-0313789-a1(代理卷号：no.i52)的部分继续申请，而该申请则要求2010年1月22日提交的，名为electronic order intermediation system for a medical facility的u.s.临时专利申请序列no.61/297,544(代理卷号：no.h53)的优先权；以及
110.2011年12月21日提交的，名为system,method,and apparatus for electronic patient care的pct申请序列no.pct/us11/66588，现在已于2013年12月12日公布的wo公开号no.wo2013/095459(代理卷号：no.i97wo)，上述每一个的全部内容在此引入以供参考。
111.2013年3月15日提交的，名为system and apparatus for electronic patient care的u.s.专利申请序列号no.13/836,497(代理卷号：no.k22)要求2012年12月21日提交
2013-0272773-a1(代理卷号：no.k23)；
125.2013年3月15日提交的，名为system,method,and apparatus for monitoring,regulating or controlling fluid flow的u.s.专利申请序列no.13/834,030，现在已于2013年11月21日公布的u.s.公开号no.us-2013-0310990-a1(代理卷号：no.k28)；
126.2013年7月31日提交的，名为system,method,and apparatus for microwave air detection的u.s.专利申请序列no.61/860,398(代理卷号：no.j31)；
127.2012年12月21日提交的，名为system,method,and apparatus for communicating data的u.s.专利申请序列no.61/740,474(代理卷号：no.j80)；
128.2013年11月6日提交的，名为system,method,and apparatus for monitoring,regulating,or controlling fluid flow的u.s.专利申请序列no.61/900,431(代理卷号：no.k52)；
129.2013年10月23日提交的，名为syringe pump and related method的u.s.专利申请序列no.61/894,431(代理卷号：no.k88)；
130.2013年5月23日提交的，名为system,method,and apparatus for electronic patient care的u.s.专利申请序列no.13/900,655(代理卷号：no.k66)；
131.2013年5月23日提交的，名为system,method,and apparatus for electronic patient care的pct申请序列no.pct/us13/42350(代理卷号：no.k66wo)；
132.2013年7月8日提交的，名为system,method,and apparatus for clamping的u.s.专利申请序列no.61/843,574(代理卷号：no.k75)；
133.2013年8月20日提交的，名为electronic patient monitoring system的u.s.专利申请序列no.13/971,258(代理卷号：no.k84)；以及
134.2013年11月14日提交的，名为syringe pump and related method的u.s.临时专利申请序列no.61/904,123(代理卷号：no.l33)。
技术领域
135.本公开内容涉及患者护理。更具体地说，本公开内容涉及用于电子化患者护理的系统和装置。


背景技术：

136.在医院中提供患者护理通常需要与许多专业人员和护工(例如，医生、护士、药剂师、技工、执业护士等等)以及特定患者的治疗所需的任何数量的医疗设备/系统。除存在用于便利护理过程的系统，如包含电子病历(“emr”)和计算机化的医嘱输入(“cpoe”)系统，还有给患者提供综合护理的处理，包括下医嘱和提供医疗的过程，诸如药物与多个重要问题有关。
137.除存在用于便利护理过程的系统，诸如包含电子病历(“emr”)和计算机化的医嘱输入(“cpoe”)外的系统，下医嘱和提供医疗的过程仍然具有导致关键信息沟通不畅、来不及访问完整信息而做出治疗决定以及由于不必要冗余和低效过程，延迟实现治疗医嘱的可能性。
138.在美国，每年用药错误导致超过300人死亡并且可能伤害超出一百万人。财务压力
下的医院经历用药错误发生率增加。与最危险错误有关的药物包括胰岛素、麻醉剂、肝素和化疗。错误原因包括服用错误的药品、药品的错误浓度、错误速率或经错误途径(药物可以口服，静脉内，肌内，皮下，直肠，局部给药于皮肤，通过眼睛或耳朵，鞘内，腹膜内或甚至膀胱内)。即使通过适当医嘱和适当标记，由于字迹潦草、医嘱的沟通不畅和具有类似名称的药品的误读，也会不适当地服用药物。使用电子病历(emr)和药物的条形编码系统的趋势已经显示出减少药物错误的发生率。例如，emr系统能便于计算机化医嘱录入(cpoe)和标记与患者的特征，诸如诊断、变态反应、体重或年龄不匹配的药品的医嘱。然而，这些系统还未被广泛地采用并且它们的实现会导致下医嘱、配制和服药的显著延迟和低效。
139.已经估算到药物输液设备占导致显著伤害的所有药物错误的1/3以上。可以悬挂错误的药品、可能输入不正确参数(例如药品浓度或输液率)，或未适当地改变现有的输液参数。在输液泵相关死亡中，近一半是由于用户错误并且大部分可能是由于编程输液设备的错误。
140.有效监测系统应当在药物医嘱和服用过程的任何阶段监测和协调以帮助最小化会由治疗导致的多个不利事件的任何一个。药物治疗过程从概念上讲，能分成三个阶段：处方阶段、药物配制阶段和服用阶段。当书写或输入处方时、当取回用在或混合在溶液中的药品时，或当患者服用时，会发生错误。特别期望监测系统下医嘱、配制或服用药物，不会显著地损害效率，最好通过采集、组织和呈现相关信息以供分析，真正地降低执行这些动作所需的时间。


技术实现要素：

141.在本公开内容的实施例中，一种电子化患者护理的系统包括网络、设施网关、设备网关应用和医疗设备。设施网关被配置成提供用于应用的公布-订阅服务。设备网关应用被配置成由设施网关执行。设备网关被配置成通过提供web服务经网络通信。医疗设备操作中与网络通信。医疗设备被配置成使用所述web服务与设备网关通信。
142.该系统可以进一步包括配置成提供公布-订阅服务的公布-订阅引擎。网络可以是基于tcp/ip的网络。设备网关应用可以是web服务的web服务器以及医疗设备是web服务的客户机。该设备网关应用被配置成使用公布-订阅服务注册专题。该系统可以包括用于由设施网关执行的集成api。集成api被配置成订阅专题并且将通过专题的订阅接收的事件传送到至少一个外部服务器。
143.专题(topic)是一个或多个可报告生物医学事件专题和/或可报告临床事件专题。专题可以是可报告生物医学事件专题，并且，设备网关可以将经web服务接收的医疗设备事件重新格式化为可由专题的订阅者经公布-订阅引擎接收的可执行生物医学事件。医疗设备可以使用web服务，经网络传送医疗设备事件。专题是可报告临床事件专题，并且，设备网关可以将经web服务接收的医疗设备事件重新格式化为可由专题的订阅者经公布-订阅引擎接收的可报告临床事件。医疗设备可以使用web服务经网络传送医疗设备事件。
144.专题可以对应于至少一类泵事件，诸如：有关报警、告警或通知的输注事件、有关输注的输注事件、有关编程的输注事件、有关通信的设备事件、有关访问请求的设备事件、有关配置更新的设备事件、有关日志记录的设备事件和有关功耗的设备事件的至少一个。
145.该系统可以进一步包括用于由设施网关执行的连续质量改进监听器。连续质量改
进监听器可以订阅可报告生物医学事件专题和可报告临床事件专题。连续质量改进可以被配置成将通过可报告生物医学事件专题的订阅接收的可报告生物医学事件传送到外部数据库。连续质量改进可以被配置成将通过可报告临床事件专题的订阅接收的可报告临床事件传送到外部数据库。
146.外部数据库可以记录可报告生物医学事件和可报告临床事件的至少一个。
147.该系统可以包括可在设施网关上执行的设备管理器。设备管理器可以被配置成保持包括医疗设备的医疗设备的列表。医疗设备的列表可以包括对应于医疗设备的列表的序列号的列表。
148.该系统可以包括操作中通过网络与医疗设备通信的监测客户机以从其接收状态信息。
149.在本公开内容的另一实施例中，一种医疗设备包括网络、处理器、收发信机和设备网关通信管理器。收发信机在操作中与处理器通信，并且被配置成经网络通信。设备网关通信管理器可在处理器上执行，并且被配置成操作中经收发信机通信。设备网关通信管理器可以被配置成使用web方法在网络上传输设备事件。
150.网络可以是wifi网络并且收发信机可以是wifi收发信机。仅设备被配置成使用web方法启动通信。
151.在本公开内容的另一实施例中，一种电子化患者护理的系统包括网络、设施网关、设备网关应用、设备应用和医疗设备。设施网关可以被配置成提供公布-订阅服务。设备网关应用可以被配置成由设施网关执行。设备网关可以被配置成通过提供web服务经网络通信。设备网关可以公布医疗设备事件专题。设备应用用于在设施网关上执行并且被配置成订阅医疗设备事件专题。设备应用可以公布cqi消息专题。设备应用可以被配置成从医疗设备事件专题的订阅接收事件，并且通过cqi消息专题将事件公布为cqi消息。医疗设备在操作中与网络通信。医疗设备被配置成使用web服务与设备网关通信，并且使用web服务的web方法生成事件。
152.设备网关可以订阅cqi消息专题来接收cqi消息。该系统进一步包括cqi监听器，用于由设施网关执行。cqi监听器可以订阅cqi消息专题来接收cqi消息。cqi监听器可以将cqi消息传送到外部数据库。cqi消息可以是可报告生物医学事件和/或可报告临床事件。
153.该系统可以包括监测客户机，用来在操作中与医疗设备通信。监测客户机可以通过订阅cqi消息专题与医疗设备通信。
154.在另一实施例中，一种电子化患者护理的系统可以包括服务器和泵(例如输注泵或注射器泵)。服务器具有包括药品代谢信息的患者相关信息。泵被配置成使用药品代谢信息，基于各个患者相关信息，调整进入患者的药品的流速。泵从服务器接收患者相关信息。
155.在一些实施例中，用于电子化患者护理的系统包括服务器和泵。服务器具有包括药品代谢信息的患者相关信息。泵被配置成使用药品代谢信息，基于各个患者相关信息，调整进入患者的药品的流速。泵从服务器接收患者相关信息。
附图说明
156.从下述参考附图的本公开内容的各个实施例的详细描述，这些和其他方面将变得更显而易见，其中：
157.图1示出根据本公开内容的实施例的电子化患者护理的系统的框图。
158.图2示出根据本发明的实施例的图1的系统的一些方面的框图；
159.图3示出根据本公开内容的实施例，示例用于通信的若干设备的聚合的图；
160.图4示出根据本公开内容的实施例，示例用于电子化患者护理的系统的图；
161.图5示出根据本公开内容的实施例，用来生成剂量给药库文件的药品安全方法。
162.图6示例根据本公开内容的实施例，输注药物的方法。
163.图7示例根据本公开内容的实施例，通过软件、固件或配置文件更新医疗设备的方法。
164.图8是根据本公开内容的实施例，示例医疗设备和设备应用之间的通信的一些方面的框图。
165.图9示出示例根据本公开内容的实施例，编程输液设备的方法的状态图；
166.图10根据本公开内容的实施例，示例可由图1的设施网关，以及图2和4所示的的应用和设备网关使用的公布-订阅模型；
167.图11示例根据本公开内容的实施例的能力注册模型；
168.图12示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信的系统的框图。
169.图13示出根据本公开内容的实施例，用于与web方法一起使用来便于医疗设备和图1,2或4的设备网关之间的通信的数据结构说明。
170.图14示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信的方法的流程图。
171.图15示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信来执行状态和通信校验的方法的流程图。
172.图16示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信来同步它们各自的时钟的方法的流程图。
173.图17示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信来执行患者输液事务的方法的流程图。
174.图18示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信来执行患者指示事务的方法的流程图；
175.图19示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信来执行患者标量数据事务的方法的流程图；
176.图20示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信来执行设备信息事务顺序的方法的流程图；
177.图21示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信来执行告警通知事务的方法的流程图；
178.图22示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信来执行软件包检查事务的方法的流程图；
179.图23示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信来执行剂量给药库配置文件检查事务的方法的流程图；
180.图24示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信来执行
服务日志事务的方法的流程图；
181.图25示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信来执行工程日志粘贴事务的方法的流程图；以及
182.图26示出根据本公开内容的实施例，示例医疗设备和设备网关之间的通信来执行输液日志粘贴事务的方法的流程图。
具体实施方式
183.图1示出根据本公开内容的实施例，用于电子化患者护理的系统1的框图。系统1包括设施it应用/服务11、设施10和云服务2。
184.设施10可以是医院、诊所、医疗所、门诊中心、急救中心或其组合或组群。设施10可以包括设施网关21，使得各种医疗设备26能与设施it应用/服务11和/或与云服务2通信。设施10包括可由护士9操作和用在设施10护理中的患者身上的各种医疗设备26。医疗设备26可以是输液泵、蠕动泵、注射泵、生理参数监控装置，其他患者护理设备，或其一些组合。
185.设施网关21可以被托管、可以在云中、可以由服务供应商对设施设施10维护、可以由服务供应商和/或设施it人员18的组合来控制、维护或服务，和/或可以在虚拟或物理环境中实现。在一些实施例中，设施网关21可以在患者家的电器中。设施网关21可以由医院、护理组、集成分发网络(“idn”)、集成服务组或诊所、诊所组、中央诊所或其他护理设施或基础设施来使用。
186.生物医学pc工具20可以由生物医学技师19使用来更新设备26的软件。生物医学pc工具20可以是基于浏览器的工具，用于生物医学技师19来监控他们的医疗设备26的健康状况、浏览日志文件、跟踪维修人员活动性和管理软件/固件的安装。生物医学技师19可以是安装、更新和服务医疗设备26(包括输液泵)来确保它们处于适当的工作顺序的医院雇员(或合同服务)。生物医学pc工具20可以经物理数据连接，诸如usb连接或串行电缆连接接入设备26中，使得生物医学技师19可以执行这些服务。生物医学技师19还可以使用设备管理器24来无线地更新设备26。
187.设备26经设施网关21(经通信链路343)与设施it应用/服务11和/或(经通信链路344)与云服务2通信。通信链路343和344可以使用wifi、以太网、tcp/ip、wimax、光缆或任何其他已知的通信技术。
188.设备26通过与设备网关22建立通信(例如经注册)而与设施网关21通信。设施网关21可以是计算机、虚拟机、硬件设备、软件设备、托管设备、执行中的软件等等或其一些组合。设备网关22可以是由设施网关21可执行的软件。设备26可以使用web服务与设备网关22通信。在一些具体实施例中，仅医疗设备26启动与设备网关22(由此与设施网关21)的通信。设备网关22可以包括支持公布/订阅以及点对点路由机制的消息路由引擎。设备网关22还可以提供姓名解析能力和注册表能力。对象关系映射可以由设备网关22使用，用于小规模对象持久化(例如，使用对象关系映射(orm)引擎)。附加或更替代地，设备管理器24能提供姓名解析和/或注册表能力。
189.在本公开内容的一些实施例中，设备26中的设备是监控客户机，诸如平板电脑、平板装置、pda、智能电话、膝上型计算机或基于触摸屏的计算机。设备26的监控客户机可以具有设备应用23内的监控客户机应用，允许护理者与设备26的其他设备通信。可以使用监控
客户机来从设备26的医疗设备接收状态信息、从设备26的医疗设备接收cqi消息、从设备26的医疗设备接收rbe或rce来编程设备26的医疗设备，或者与设备26的医疗设备通信。
190.设备26和设施网关21之间的通信链路通信链路343可以使用wifi、以太网、tcp/ip、wimax、光缆或任何其他已知的通信技术。在本公开内容的一些实施例中，设备26通过蜂窝连接(例如，通信链路343包括蜂窝连接)，与设施网关21通信。例如，一个或多个设备26可以位于患者的家里、诊所内、现场医疗设施(例如帐篷设施)、紧急位置、其他位置或其一些组合。
191.设备网关22可以提供：(1)组件注册和许可管理(例如，使用设备管理器24)；(2)用于接收、保持和跟踪新型可安装组件，诸如设备固件/软件、药品监督管理库、企业应用软件和体系结构软件(例如操作系统发布、应用服务器、数据库管理系统(“dbms”))的安装库；和/或(3)在设施网关21内的应用之间和与外部子系统(例如云服务2)之间分发消息的消息路由能力。
192.医疗设备26保持与设备网关22的有效网络连接的部署环境称为连接环境，以及如前所述，可以使用无线网络(ieee 802.11b/g/n)实现。如前所述，在其他实施例中，网络连接性可以通过其他技术如蜂窝技术来实现。
193.设备26不保持无线连接的环境称为标准标准，尽管企业应用组件和外部子系统可能仍然处于连接的事实。在该特定实施例中，设备网关22仍然执行用于企业应用组件和外部子系统的所有三个任务，同时包含设备26的消息交换可以使用生物医学技师19(例如使用设备26)来将消息存储到外部医疗设备(例如存储棒)中。
194.事件订户，诸如设备应用23可以求精(refine)事件流并且将更高级事件重新公布回设备网关22。可报告生物医学事件(“rbe”)如下所述，将在由这些应用重新公布的事件中。rbe可以作为cqi消息报告给云服务2。在一些实施例中，在设施网关21上运行的应用是订阅rbe并且将它们存储在设施网关21内的本地数据库内的生物医学服务器。
195.生物医学技师19可以使用他们的浏览器来访问设备管理器19并且请求设备26的设备的设备状态报告。设备管理器24的ui可以命令生物医学服务器来访问该数据库并且生成用于浏览器显示给生物医学技师19的html/js页。
196.在一些实施例中，在授权与设备网关22一起使用医疗设备26的新设备时，生物医学技师19必须使用它的序列号注册该新设备。这可以使用不对称密钥(公钥/私钥对)加密来验证，并且可以作为制造过程的一部分来执行。只要通过设备网关22注册所述医疗设备中的设备，生物医学技师19配置其无线协议和加密设置。只要通过设备网关22注册医疗设备26的一医疗设备，则它报告其初始配置，包括型号、选项和硬件、固件和设备控制软件版本，用于存储在设备网关22内和/或设备管理器24内。类似地，当从设备网关22的授权设备的列表去除该设备时，生物医学技师19能对它取消注册。
197.医疗设备26的每一个可以在启动时运行自检，并且向设备网关22公布包含结果的事件。此外，因为医疗设备26日常可以在重启之间运行长时间间隔，医疗设备26可以在不干扰患者安全和/或治疗的时间，自动地安排和运行某些自检。
198.设施网关21包括设备应用(app)23，该设备应用23可以使用公布-预订数据连接(如下所述)传输数据。设备应用23的每一设备应用可以用于设备26的设备的特定类型和/或型号。这些应用通过接收、过滤和分析原始事件，并且重新传送更高级解释，为医疗设备
提供智能软件。(医疗设备26的)每一种医疗设备将具有(设备应用的)相应的设备应用。
199.设施网关21还包括用于控制、管理或监控设备26的设备管理器24。例如，设备管理器24可以用来更新和/或下载配置文件到设备26的设备中。如前所述，生物医学技师19可以控制设备26的软件、固件和或配置文件的更新。设备管理器24可以为it管理员和/或技术人员18提供基于浏览器的工具来监控用来支持患者护理的输送的硬件、软件和网络资源的健康。即，设施网关21可以由设施it雇员/承包商18管理。
200.当发布新剂量给药库(“dal)版本时，安全消息传递链路可以将dal文件从dal管理器5发送到设备网关22来通知生物医学技师19其可用性。该通知指定设备类型、dal的位置、文档、版本注释url、校验和和以及安装相关性。在本公开内容的一些实施例中，设备管理器24有权访问新dal文件，从设备网关22接收dal文件、从dal管理器5直接接收dal文件和/或使用dal文件，控制医疗设备22的更新。
201.在特定实施例中，生物医学技师19使用版本注释url(例如经设备管理器24的网页和/或经生物医学pc工具20)来访问有关更新的信息，并且使用安装程序url和校验和来下载和验证dal文件并且将其保存在设备网关22的库中。接着，生物医学技师19选择一个或多个医疗设备26来向其复制新dal文件。然后，(例如经设备网关22)告知被选的一个或多个医疗设备26新的dal文件可用于它们。只要下一医疗设备重启(被选择更新的医疗设备26)，被选择的医疗设备26组安装新的dal版本(错误时退出)并且将结果告知设备网关22和/或设备管理器24。可以使用在此所述的更新dal文件的过程的任何一个来更新医疗设备26的医疗设备的固件、软件、os或其他配置文件。
202.设施网关21还可以包括集成api 25，使得允许设备26、设备应用23和/或设备管理器24与设施it应用11的各个数据库诸如患者信息系统(pis)16、电子病历(emr)17、计算机化的医嘱录入(cpie)14、实验室信息系统(lis)15、实时位置服务(rtls)12和/或其他数据库或服务13通信。集成api 25使设施网关21内的组件与设施it应用/服务11互操作。设施网关21可以经通信链路341与设施it应用11通信，通信链路341可以包括无线链路、硬布线链路、tcp/ip链路、互联网链路、软件通信链路、硬件通信链路或其他通信技术或技术。
203.电子病历可以包括特定患者的药物代谢数据。该数据可以来自临床测试、基因测试或使用来自患者护理设备的反馈的自动测试。这些测试的结果可以由医疗泵26使用来基于药物代谢的快慢程度调整给予患者的特定药品的量。
204.设施it应用/服务11支持医院的管理职能(例如，入院，出院，转院，编码，结算，收款等)。集成api 25使设施it应用11的应用12-16的差异与应用23-24、设备网关22和/或设备26分离。例如，设备26中的设备可以从设备网关22请求编程信息(或可以将编程信息推送到设备16的设备)。患者id、泵id、药品及流速可以存在于一个或多个设施it应用11中；集成api 25提供用于将该信息传送到设备26的公用格式，不考虑设施it应用11的需要或需求。该信息可以由查询设施it应用11中的一个的集成api 25采集来获得该数据并且以标准格式，将该数据提供给设备26。集成api 25可以与具有不同格式、数据标准、通信标准、加密标准等等的各种设施it应用12-17一起使用，但为应用22-24和/或设备26提供标准接口。
205.集成api 25便于设备26的一个或多个的自动编程。可以从设施it应用14的服务器中的一个发送处方。集成api 25可以接收处方来重新格式化它并且将其发送到设备网关22。设施网关21可以包括将处方事件写入永久高速缓存的临床服务器。临床服务器可以开
始自动编程工作流。该工作流可以识别对应于目标患者的医疗设备26的医疗设备并且将指令消息发送到医疗设备26的各个设备来加载处方。医疗设备26的各个医疗设备将应答处方的接收并且在显示器上显示通知。临床医师可以定位药袋并且可以使用医疗设备26的各个医疗设备上的条形码阅读器来验证用药和患者。然后，医疗设备26的各个医疗设备可以确认该用药与处方匹配，并且临床医师开始输液。医疗设备26的各个医疗设备通过经设备网关，将消息发送到临床服务器，完成自动编程工作流。
206.护理用户可以使用ui来校验设备26的医疗设备的编程。临床医师确定用药位置，并且使用医疗设备26的各个医疗设备用户界面来校验设备26的医疗设备的自动编程参数和/或手动地编程医疗设备26的医疗设备。
207.pis 16是由药剂师8使用来接收、审阅、跟踪和填写处方药单的部门系统。emr 17系统跟踪医疗保健机构中的病史(遭遇、检验、诊断、过程等等)。cpoe 14是由医生或护士9使用来安排实验室测试、处方药、医学影像和其他临床过程的系统。lis 15是由实验室技师使用来接收和处理临床样品(例如组织、血液、尿等等)的医嘱的系统。rtls 12跟踪设备26的位置和状态。其他13可以是用于患者护理的任何其他数据库。
208.云服务2包括云托管的输液安全管理器3。ism 3包括持续质量改进(“cqi”)管理器4和dal管理器5。风险主管6、护士管理员7和药剂师8均可以审阅由cqi管理器4检索的cqi消息来便于经dal管理器5，开发dal文件。此后，将dal文件下载到一个或多个设备26中。dal管理器5可以包括或与药品差错消减系统(“ders”)编辑器(例如图4的ders编辑器112，如下所述)有关。
209.图2示出根据本公开内容的实施例，图1的系统的一些方面的框图。即，图云服务2示出图1的一些方面的更多细节。
210.设备网关40、设备管理器41和集成api 65均是图1的设施网关21的部分。大容量应用44、注射泵应用54和其他应用均是图1的设备应用23的一部分。包括其相关数据库45的设备管理器41可以是图1的设备管理器24。
211.大容量泵(“lvp”)应用44是用于lvp 36的应用。注射器应用43是用于注射泵38的应用，以及其他应用42是用于另一设备39的应用。其他应用42和另一设备39可以对应于任何医疗设备。
212.设备网关40提供公布-订阅数据连接58-64。应用42、43、44也提供公布-订阅数据连接49-57。公布-订阅消息传递模式提供设备网关40和/或应用设备管理器41、42、43、44、65、72之间的通信。然而，在另外的实施例中，另一消息传递模式可以用于通信。
213.cqi监听器72可以预订来自应用42、43、44的各种数据供给以把cqi消息报告给cqi管理器29，其可以将它们存储在数据库30中。cqi监听器72可以报告公布连接49-57和/或58-64的原始结果，和/或可以格式化它们。
214.在一些实施例中，应用42、43、44将来自设备36-39的各个设备的原始事件(经订阅由设备网关40记录的专题接收)重新格式化为cqi消息。应用42、43和44可以记录由cqi监听器72预订的cqi专题。应用42、43和44将cqi消息公布为cqi专题，使cqi监听器72接收cqi消息。cqi监听器72将cqi消息传送到云服务28。
215.在特定实施例中，单一gui界面33可以用来浏览数据库30内的cqi消息，同时产生用于由设备36、37、38和39使用的dal文件35。可以将软件更新34发送到设备网关40来更新
医疗设备36、37、38和39。
216.图3示出根据本公开内容的实施例，用于通信的若干设施76-80的聚合的图解73。若干设施76-80可以分别包括设施网关21(见图云服务2)，用于与云服务通信，诸如输液安全管理器74。在一些实施例中，若干设施76-80是共享不可由不在设施组76-80内的其他设施访问的输液安全管理器74的一组设施的一部分。
217.图4示出根据本公开内容的实施例，用于电子化患者护理的系统81的图解。系统81包括设施，例如，医院网络82和云服务83。
218.医院网络82包括医院信息网络84、emr 85、cpoe 86、pis 87、lis 88、集成引擎89、集成能力组件90、临床状态管理器91、数据库92,95和98、生物医学应用94、cqi监听器93、泵应用96、注射器应用97、设备网关99、防火墙100和医疗设备101。在一些实施例中，系统84-lis 88可以在医院网络82外部。生物医学技师102的团队可以使用生物医学应用94。
219.云服务83包括数据库104,105,106和113、防火墙103、cqi接收器108、cqi服务器109、cqi ui 110和ders编辑器112。药房和临床医师111可以接入ders编辑器11和/或cqi ui 110。安全人员107可以接入cqi ui 1102。ders编辑器112和/或cqi ui 110可以是基于浏览器的界面。
220.his 84支持医院的管理职能(例如，入院、出院、转院、编码、结算、收款)。emr 85跟踪健康护理机构的病史(遭遇、检验、诊断、过程等等)。cpoe 86是由医生使用来预订实验室测试、处方药品、医疗影像和其他临床过程。pis 97是由药剂师使用来接收、审阅、跟踪和填写处方药的医嘱的部门系统。lis 88是由实验师技师用来接收和处理用于临床样品(例如组织、血液、尿等等)的医嘱的部门系统。医院集成引擎89提供使信息系统84-88相互以及与外部系统互操作的消息变换能力。大多数这些引擎在hl 7的不同方言之间映射。集成引擎可以位于设备网关99上来通过医院集成引擎89，与his,emr和pis互操作。设备网关99提供消息路由引擎、支持公布/订阅和点对点路由机制。设备网关99还提供姓名解析和能力注册能力。
221.使用各种设备101来治疗患者，诸如经静脉(iv)、皮下路径，将以液体形式的药品、营养品和水合输送给患者的输液设备。泵应用96和注射器应用97是通过接收、过滤和分析原始事件并且重传更高级解释，向医疗设备101提供智能软件的应用。设备101的每种医疗设备可以具有相应的设备应用，例如应用96-97中的一个。
222.可以使用设备101的每一输液设备来控制将特定输液(以液体形式的水合、营养物、血液或药品)输送给特定患者。以装载或丸剂形式的剂量调整或剂量滴定可以视为亲本输液内的单独的输液阶段。将用于同一患者的输液的集合作为同一治疗的一部分被视为可以由cqi服务器109记录的“输液详情”。
223.输液可以组织成设置阶段、编程阶段和输送阶段。在设置阶段期间，临床医师校验输液、患者和泵，并且连接可由cqi服务器109记录的将从输液到泵以及泵到患者的管道。在编程阶段，临床医师将剂量参数输入到泵中并且泵使用所安装的dal版本(例如也可以由cqi服务器109记录)校验它们。在输送阶段，泵以所编程的速率输送特定输液体积。
224.医疗设备101的每一个可以检测告警条件(即泵未输液的情形)，以及报警和咨询条件，这些条件可以是也可以不是安全关键性的。医疗设备101的每一个可尝试建立与设备网关99的安全网络连接。医疗设备101的每一个可以采集用于每一输液的编程、输送状态和
异常事件，并且将它们提供给设备网关99，使得将它们作为cqi消息报告给cqi接收器108。医疗设备101的每一个可以将这些事件传送到设备网关99，其将数据路由到cqi接收器108(直接或间接)。如果或当在一些实施例中，医疗设备101的医疗设备不能与设备网关99建立或维持工作连接，医疗设备可以将这些事件保存在内部缓冲器中，并且允许生物医学技师102通过使用或不使用生物医学应用94，将它们复制到便携式介质(例如记忆棒)。在一些实施例中，可以经在具有耦接到医疗设备的usb电缆的个人计算机上运行的生物医学应用94，下载这些事件。
225.生物医学应用94为生物医学用户102提供基于浏览器的工具来监控他们的医疗设备101的健康、浏览日志文件、跟踪维修活动性和管理软件/固件的安装。可以将日志文件、维修日志和软件/固件安装以及更新跟踪数据存储在数据库95中。
226.设备网关99可以是耦接到与特定患者的所有设备101的床侧设备。在另一实施例中，设备网关99是可在设施网关上执行的软件应用。在另一实施例中，设备网关99是可在床侧设备(例如小型计算机)上执行的软件。设备网关99可以是消息路由器、服务注册和/或泵授权注册。设备应用96-97能记录消息类型并且将消息公布到设备网关99。医疗设备101的任一医疗设备，包括可以插入医疗设备101的医疗设备(见图2中的其他37)中的传感器(例如，插入pca中的呼吸监视器)能用来经设备网关99公布数据。设备应用96-97可以充当“信息求精器”。设备应用96-97的每一个经设备网关99，从医疗设备101的特定类型的旁边设备订阅消息。设备应用96-97的每一个能合成通过设备网关99，从一个或多个医疗设备101接收的事件流的cqi、临床和生物医学信息。在一些实施例中，设备应用96-97的每一个将这些更高级事件重新公布到设备网关99或其他订阅者，诸如cqi监听器93。
227.在一些实施例中，一些cqi消息可以用于自动归档、自动编程和结算功能。在一些另外的实施例中，cqi消息可以用于从医疗设备101自动归档到emr 85和/或从emar系统(例如，his 84的一部分)自动编程医疗设备101。cqi消息可以包括药品安全事件和潜伏期信息。
228.cqi监听器93订阅与药品安全的持续质量改进有关的事件并且确保将它们可靠的输送到托管环境。cqi监听器93可以将事件存储在数据库98中，用于定期传输到cqi接收器108(通过防火墙103)。
229.可以在托管环境云服务83(即，云服务)中提供cqi接收器108、cqi服务器109和cqi ui 101。主-从数据库副本(数据库105作为主以及106作为从)可以用在托管环境83中以便减少用户查询和cqi数据更新之间的冲突。cqi服务器109可以在将它们存储在数据库105之前，将cqi事件后处理为概要(可报告)形式，以便减少上层查询和呈现请求的响应时间。cqi ui 110可以提供一系列标准报告(合规性，限制违规，滴定安全，按分期的事件，和按优先级的事件)。cqi服务器109可以支持将由ders编辑器445和cqi ui 110使用的查询api来下挖更多详细概要和特定cqi消息的细节。
230.cqi服务器109为使用cqi ui 110的用户提供分析和查询服务。cqi服务器109可以为cqi ui 110的用户提供用于cqi消息的概要总计并且更新概要表(以可配置间隔)。这些概要表的目的是减少上层cqi查询的响应时间。这些概要可以覆盖下述统计度量：(1)所使用的编程模式，诸如使用ders限制vs通配符的输液；(2)软和硬限制违规；(3)滴定安全信息，诸如滴定增加/减小设置和剂量限制违规；(4)按优先级的可报告临床事件(例如，图8的
rces 149，如下所述)；和/或(5)按输液阶段的可报告临床事件(例如，图8的rces 149，如下所述)。这些概要的每一个可以计算用于下述数据视图的小计：(1)组织名称；(2)机构名称(例如设施名称)；(3)护理区；(4)小时；和/或(5)周。
231.web服务查询api可以用来使cqi ui 110和/或ders编辑器112选择：(1)由特定物品过滤的用于上述每一数据视图的概要总计；(2)输液的rce细节；和/或(3)患者的实际编程、限制和输液统计(即，输液详情)。在一些特定实施例中，ders编辑器112和/或托管服务83的任一系统可以基于j2ee兼容应用服务器。数据库104、105、106和113可以使用数据库管理服务器。
232.只要安装和配置j2ee和数据库管理服务器，可以输入下述共享数据库表来执行ders数据库113初始化：(1)参考表，诸如度量的单位、剂量模式等等；(2)用于管理用户、角色、特权和权限的访问控制表；(3)ders药品列表；(4)ndnqi护理组列表；(5)机构属性；和/或(6)ders编辑器112要求的数据库表。可以使用ders编辑器112来添加或编辑组织、添加或编辑区域和/或添加或编辑访问控制(分别具有或不具有属性)。
233.在一个实施例中，ders编辑器112和/或ders数据库可以运行在用于多个设施82的单一应用服务器和数据库环境中。在另一实施例中，每一机构医院网络82可以托管在其自己的虚拟环境(例如云服务2)中。
234.在一些特定实施例中，cqi ui 110和/或ders编辑器112可以支持http/javascript界面，用于为运行web浏览器的用户产生cqi报告和交互式下挖(drill-down)操作。
235.cqi消息由cqi接收器108接收，将它们存储在数据库105中。如果cqi接收器108不能以预定速率处理所有呼入cqi消息和/或cqi接收器108的缓冲器已满，将cqi消息临时存储在数据库104中，其可以由cqi接收器108访问，用于当卸载cqi接收器时，存储在数据库105中。数据库105可以由数据库106复制。数据库106是用户可经cqi服务器109，使用cqi ui 110和/或ders编辑器112可访问的。
236.cqi数据库105、106的记录取决于ders编辑器112。记录包括：(1)参照表，诸如度量的单位、剂量模式等等；(2)用于管理用户、角色、特权和权限的访问控制表；(3)ders药品列表；(4)ndnqi护理组列表；和/或(5)机构属性
237.由于这些参照取决于ders编辑器数据库的版本，优选一致性。一个选择是在数据库113、105和106之间共享表。当该选择便利时，提高了两个数据库113与105,106两者之间的部署耦合。或者，通过只要在ders编辑器112中改变它们时，更新它们的过程，通过在cqi数据库105,106内保持这些表的只读副本，能减少耦合。
238.用于cqi数据库105,106的访问控制在结构上是类似的，但与ders数据库113相比，内容不同。对cqi服务器109限定一些用户，但对ders编辑器112不限定。即使对出现在两者中的那些用户，权限也可以不同(例如，一些cqi数据是只读的)。
239.某些数据库表(例如可报告临床事件和统计概要)可以由cqi数据库105,106要求并且当创建cqi数据库105,106时设置。
240.cqi ui 110和/或ders编辑器112可分别复用来自cqi服务器109的数据(由此来自数据库106的数据)和来自ders编辑器112的数据(由此通过数据库113)来产生dal文件114。
241.临床状态管理器91是设备网关99和集成引擎89之间的媒介，协调包含若干参与者
和组件的异步工作流。
242.药剂师和选择临床医师11使用ders编辑器112来定义用于机构的剂量限制并且产生dal文件114(可以以xml格式)。剂量限制可以使用良好定义的、仔细控制的全归档过程以及受控的发布过程来定义。可以使用dal管理器5的ders编辑器112规定剂量限制。设施82可以将共用参照模型用于药品、护理区、剂量模式等等来便于后续机构交叉比较。ders编辑器112可以运行在托管环境83中，使得用户使用web浏览器访问它。在一些实施例中，不要求客户侧软件来运行ders编辑器112，除非充分浏览。ders编辑器112可以提供按护理区、药物、临床应用和药品浓度组织的药品限制和默认。ders编辑器112可以支持cqi服务器109的查询界面来集成cqi洞察力的查询和分析来改进下一dal版本。
243.图5示出根据本公开内容的实施例，用来产生dal文件的药品安全方法115。方法115可以与图1的系统1、图2的系统27、图4的系统81或任何其他电子化患者护理系统一起使用。
244.可以选择来自药房和临床护理区的参与者(例如从图1的6,7,8,9,18,和18或图4的102,107和111选择的用户)来帮助和规定包含可以考虑药物的类型、临床护理区、剂量模式(例如基于量、基于速率或基于体重)、剂量策略(加载、推注、斜面)等等的用于药品输注的安全规则的dal文件35(见图2)。
245.方法115包括动作116和117。动作116包括作为子动作的动作118-125，以及动作117包括作为子动作的动作126-127。动作116产生dal文件，以及动作117监测dal文件的使用来更新dal文件35(见图2)。
246.动作122设置dal文件，例如没有字段条目的初始dal文件或模板dal文件。动作123根据来自被选用户中的一个的条目，接收对dal文件的改变(例如，经图4的gui 112)。动作121例如通过经图4的gui界面112，运行医疗设备，审阅dal文件。在动作121期间的审阅后，在动作120，发布试验dal文件(电子地)。动作118批准试验dal文件。然而，在试验完成后，可以对dla进行调整。可以经点击web浏览器上的“批准”按钮，执行动作118来批准使用引用文件(例如，按版本号、创建日期等等引用)。
247.在动作119发布dal文件，并且在动作127发送到医疗设备。在动作125，cqi服务器从dal文件导入引用数据(即药物、护理区、剂量模式等等)。在dal发布后，将包含剂量记录的文件发布给医院和cqi环境。在动作119，在发布后，生物医学技师将dal安装在每一输液设备上。动作126是医疗设备将cqi事件发送到cqi接收机108。
248.在输注期间，医疗设备产生cqi事件(即，cqi消息)。cqi消息可以包括有关正常输注何时发生、输注何时绕过ders校验、何时超出并且重载软限制，以及何时超出软或硬限制以及重新编程剂量的信息。
249.在动作126，将cqi事件传送到cqi服务器，其采集和存储它们。在动作124，安全主管能运行概述这些事件的报告并且提供下挖能力来识别用于过程改进的机会。类似地，在动作124，药剂师和临床医师能查询cqi数据库来识别在dal下次发布中，改进剂量记录的机会。然后，在动作124，分析和审阅cqi消息。在动作123，可以改变dal文件来创建dal文件的新版本。
250.图6示例根据本公开内容的实施例，输注药物的方法128。方法128包括动作129、131、133、134和135。由图1的系统1、图2的系统27、图4的系统81或其他电子化患者护理系
统，使用方法125。
251.在动作129，医师电子地书写处方。将医嘱输入到cpoe，将其电子地发送到药房。在动作131，药剂师预审医嘱，评估药物相互作用和药物供应，填写处方或修改处方(例如，与医师商量)。同时在动作131，完成处方并且将医嘱提交给pis 132。在动作133，配制处方。这可以通过下述来完成(包括但不限于)：使用具有预定浓度的药物的事先配制的复方；药剂师在药房中配制所需剂量和浓度；和/或临床医师(例如护士)在患者的床侧配制所需剂量和浓度。
252.接着，在动作134，将剂量施于患者。在住院患者设置(医院或疗养所)，临床医师通常执行剂量给药。在门诊或家庭环境，可以由临床医师、患者的家庭成员或由患者自己执行给药。药品安全过程力图确保满足“正确的患者”、“正确的药物”、“正确的剂量”、“正确的时间”和“正确的途径”。这可以以若干方式实现，包括通过床侧护理点系统、通过条形编码患者和药物，和/或通过使用自动编程。在动作135，将记录文档提交给记录保持系统。在动作135，将文档提供给emr系统来更新患者的图表。
253.图7示例根据本公开内容的实施例，通过软件、固件和/或配置文件更新医疗设备的方法137。方法137包括动作138-143。可以由图1的系统1、图2的系统27、图4的系统81或任何其他电子化患者护理系统，使用方法137。
254.在动作138，生物医学技师19(见图1)将软件、固件或配置文件安装在医疗设备上(例如首次)和/或在动作140，生物医学技师更新医疗设备上的软件、固件或配置文件。在动作139，配置或重新配置医疗设备。在生物医学工具200(见图1)和医疗设备之间，动作138、139和/或140可以无线地或通过物理连接执行。
255.生物医学技师19能执行动作138和/或动作140。在动作141，监测医疗设备(例如经cqi消息等等)。在一些实施例中，生物医学技师19能将cqi事件文件从输注设备复制到便携式记忆棒，用于后续上传到cqi服务器。可以使用动作141：识别为预防性维护，何时需要调度设备；识别医疗设备是否需要下载软件、固件、配置文件或其他更新和升级；上传设备日志文件；和/或执行其他诊断和维护任务。
256.动作141监测医疗设备(例如无线地)。动作142确定在医疗设备中是否识别到任何问题。问题，诸如医疗设备未在预定参数内操作，医疗设备正检测内部错误，和/或医疗设备确定其软件、固件或配置文件过期。在动作143，响应在医疗设备中识别的问题，修理医疗设备。
257.图8示出根据本公开内容的实施例的示例医疗设备145(例如输液泵)和设备应用151(例如泵应用)之间的通信的一些方面。尽管在此参考图8，描述泵145，但预期使用任何其他医疗设备，代替泵145来产生事件146。
258.在框图114中示出了医疗设备145(例如输液泵)，将事件146(例如泵事件)传送到设备网关147。泵事件146可以是来自医疗145的cqi消息，可以是用于cqi消息的基础，或可以是其他数据，诸如原始数据。泵事件146可以是工作参数、输送参数和/或其他工作事件。在一些特定实施例中，泵事件146可以使用复用web服务(“ws”)寻址的简单对象访问协议(“soap”)。在一些实施例中，使用可以使用全http(或https)协议的表述性状态转移(“rest”)，传送事件146。
259.事件146可以是如下述表1所示的事件。
260.261.262.[0263][0264]
表1
[0265]
表1中列为1,2,3,4,5,6,7,8和9的项是泵事件类。当医疗设备145未连接到设备网关147时，这些事件存储在医疗设备145的内部内存缓冲器中。当连接时(并且只要再连接)，使用安全协议，例如，ssl、ssh、对称密钥加密和/或不对称密钥加密，将这些事件公布到设备网关147。如前所述，设备网关147可以充当(或包含)被配置成将泵事件路由到感兴趣的订阅者的公布-订阅引擎。
[0266]
再参考图1，可以将泵事件发送到与设备26的设备事件有关的cqi管理器4。这些事件可以用来监控在许多设施10中的整个医疗设备26群。例如，可以将设备硬件状态阵列护士9.71变换成cqi消息并且传送到cqi管理器4。用户可以登录到cqi管理器4来预订维修事件、定购新部件、提供预测或预防性维护，和/或定购用于预防性原因或预测性原因的新部
件。用户可以使用确定性试探法来确定定购什么、何时定购和/或何时标记各个设施10中的一些设备26以便维护。cqi管理器4可以用于对设备26群提供部件的链管理，并且可以提供有关设备群26的状态的实时信息。例如，设备硬件状态阵列可以包括电池信息，诸如充满电时的电流，指示内部电池的健康。对若干设施10中的设备26的所有或子集，当电池的健康低于预定阈值时，cqi管理器4可以自动地定购新电池。附加或可替代地，cqi管理器4可以自动地预订将在设备26的那些所识别的设备中替换的电池。
[0267]
再参考图8，设备应用151(例如配置成与泵一起工作的泵应用)可以在设备网关147上被执行(在一些实施例中，它们可以是不同的硬件和/或软件)。设备应用151订阅由医疗设备145公布的事件。
[0268]
设备应用151可以处理原始事件流并且将它们求精成更高级临床事件流，例如，可以报告给托管云服务的服务器的可执行临床事件149，用于存储在其中(例如，图2的数据库数据库30)。
[0269]
在本公开内容的一些实施例中，设备应用151部署在j2ee应用服务器中，作为消息驱动豆(“mdb”)。mdb是订阅java消息服务(jms)专题，例如pumptopic 150的无状态组件。当消息可用时，设备网关147的应用服务器可以工人线程上的激活设备应用151。
[0270]
设备应用151是状态组件并且包含用于在机构中部署的每一泵145的一个泵处理程序153实例。泵调度器152将泵145的序列号用作唯一密钥，维持泵处理程序153的查找表。
[0271]
泵mdb使用应用服务器的命名服务来访问设备应用151。从消息头获得泵145的序列号，并且使用泵调度器152来查找泵处理程序153的适当的泵处理程序。如果泵处理程序153的各自的泵处理程序忙(另一线程上处理另一消息)，泵mdb将消息排队到泵调度器152(来确保按顺序处理消息)。如果泵处理程序153的各自的泵处理程序空闲，泵mdb请求泵处理程序153的各自的泵处理程序来处理事件。泵处理程序153的每一泵处理程序保持有限状态机(“fsm”)集，每一fsm处理泵事件(见上表1)的相关子集，包括泵fsm 156、程序fsm 157和输送fam 158。
[0272]
泵fsm 156是处理不属于任一输液的事件的顶层状态机。程序fsm 157是当开始输液编程上下文时激活的子状态机，并且负责处理输液编程事件。输送fam 158是当开始输液输送时激活的子状态机，并且负责处理输液期间的工作事件。单独的程序fsm 157和输送fam 158可以使用，因为当主输液正在进行时，能编程次输液(包括加载、推注或滴定)。医疗设备145的工作模式，例如泵fsm 156可以用来解释可报告临床事件(rces)或解释可报告生物医学事件(rbes)。例如，当完成一个输液并且回复到挂起的另一个时，泵fsm 156可以跟踪泵145；当另一个正运行时，跟踪一个输液的编程；和/或跟踪同时可能发生的一个以上高级工作告警。即，泵fsm 156可以包括嵌套的状态模型。
[0273]
泵处理程序153的每一泵处理程序还可以保持一些上下文对象来保存编程和输送上下文信息。当完成时，这些上下文对象将生成为生物医学事件(用于跟踪泵利用)，并且将被存留，用于在设备应用151需要重启时恢复。上下文对象可以包括输液状态、输液模式和输液段。输液状态包括用于主和次输液的编程/输送状态数据。输液模式包括用于特定剂量/速率的编程/输送状态数据(例如加载、推注和/或滴定)。输液段包括用于输液模式内的工作期间的输送状态(例如泵送、停止、告警等等)。在处理泵事件146后，各自的fsm156、157或158可以转变到新状态、创建、更新或删除上下文对象，并且输出可报告事件(cqi消息)，
诸如可报告生物医学事件148或可报告临床事件149。在本公开内容的特定实施例中，在下述表2中，示出可报告临床事件的列表：
[0274]
[0275]
[0276]
[0277][0278]
表2
[0279]
参考图4和8，图4的cqi监听器93可以在每一设施82内运行，能连接到图4的设备网关99或图8的147，并且订阅cqi rce 149或cqi rbe 148。图4的设备网关99可以在托管环境83(见图4)中的cqi接收器108建立保密安全连接。该连接可以是物理(持续连接)或逻辑(当传送消息时瞬时连接)。
[0280]
设备网关147可以将rce 149或rbe 148路由到cqi监听器93。cqi监听器93可以确保消息持久性(即，在传输期间，不会由于网络拥塞或断开而丢失消息)。因此，cqi监听器93可以：(1)存储将传送到本地永久队列的每一消息(用于缓存)；(2)将rce 149和/或rbe 148的每一个从队列头传送到cqi接收器108；和/或(3)在从cqi接收器108接收应答后，去除该消息
[0281]
cqi接收器108在83内的托管环境内部运行。cqi接收器108监听和接收来自一个或多个cqi监听器93的安全网络连接请求。cqi接收器108从每一所连接的cqi监听器93接收rce 149。cqi接收器108可以确保消息持久性，因此当接收时，将每一rce 149写入数据库105。cqi接收器108：(1)将所接收的每一消息(cqi消息)存储到本地永久队列(用于缓存)；(2)将每一cqi消息从队列头追加到cqi事件数据库的表中；(3)应答发送该消息的cqi监听器93接收到该消息；和(4)从本地队列去除cqi消息(因为在cqi事件数据库105中是安全的)。
[0282]
如前所述，使用主从复制，实现cqi事件数据库105。即，数据库105是主，而数据库106是从。通过该方法，在一些特定实施例中，存在具有相同方案的cqi事件数据库的两个副本。当将插入、更新和删除事务应用于主数据库105时，数据库105内的数据库管理系统(dbms)将改变写入日志，并且能将未公布的改变传送到从数据库106。
[0283]
每一cqi消息(例如，rce)可以属于特定机构。该机构参照应当与操作医疗设备(例如图4的医疗设备101的医疗设备或图8的医疗设备145)的机构匹配并且发布部署在该设备中的药品监督管理库(dal)。因此，cqi数据库105,106可以要求与ders数据库113一致的机构的列表。
[0284]
图9示出状态图，该状态图示出根据本公开内容的实施例的编程输液设备(例如图1的设备16)的方法161。方法161从用户能接入设备的ui开始。
[0285]
在示为标记为“开始”状态的状态，输液编程开始。状态162是当使用基本模式编程时(例如当使用ders依从异常设备时)。当使用ders依从异常设备编程时，该方法转变到剂量编程完成的状态165。
[0286]
状态166是当使用基于ders保护并且将剂量参数编程到设备中时，如果未检测到违反限制，则转变到状态165、如果检测到违反软限制或违反硬限制，方法161转变到状态167。如果是软限制，临床医师可以：(1)重载软限制，使该方法继续状态165；(2)通过不变输液意图，编程输液属性，如果未找到新的违规，则继续状态165，或如果找到新的违规，则持续状态167；或(3)改变输液意图(药物、临床护理区、临床应用和/或浓度)，使方法161在状态166重启。
[0287]
如果检测到软限制，该方法从状态166转变到状态167，要求状态重新转变回状态166，并且不允许临床医师重载ders违规。
[0288]
在许多状态期间，可以取消输液方法161。在基本模式编程状态162中，临床医师可以在完成编程前取消输液。在ders编程状态166中，临床医师可以在完成编程前取消。在当检测到违反ders软限制或硬限制的状态167，临床医师可以取消输液4。
[0289]
在状态165期间，医疗设备可以呈现“输液开始”按钮，其中，护工能按压该按钮来将医疗设备转变到输液开始的状态163。在状态163时，暂停按钮出现在用户界面上，当按压该暂停按钮时，从设备暂停，由此使设备转变到状态164。当在状态164中时，继续按钮出现在用户界面上，当按压该继续按钮时，使设备回到状态163来继续治疗。如果在状态163和/或164中检测到致命错误(预定错误集)，方法161转变到结束状态。
[0290]
在完成注射后，泵将注射完成消息经设备网关发送到临床服务器。临床服务器将完成事件链接到处方记录。临床服务器格式化ihe自动归档消息并且将其发送到设施it应用11(见图1)中的一个，例如，用于记录在电子医疗记录管理(“emar”)中，更新患者的电子病历(emr)17，和/或更新医院的结算系统来记录药物的成功注射。
[0291]
图10根据本公开内容的实施例，示例用于由图1的设施网关21、由应用41、42、43、44和图2或图4的设备网关40使用的公布-订阅模型168。
[0292]
该模型使用公布/订阅引擎169，允许公布者171通过公布-订阅引擎169记录一个或多个专题170。只要记录专题170，一个或多个订阅者172能订阅专题170。在一些特定实施例中，订阅者172可以使用保证签名订阅专题170。当公布者171的公布者张贴与专题170有关的事件时，已经订阅专题170的订阅者172的所有订阅者从公布/订阅引擎169接收数据。
[0293]
(公布者171的)公布者可以记录一个或多个专题170。每一专题可以是唯一专题。一个或多个订阅者172可以订阅专题170的一个或多个专题来从其接收事件。当公布者171将事件张贴到专题170的唯一专题(例如“第一专题”)时，专题170的第一专题的所有订阅者将接收那一事件，非专题170的第一专题的订阅者将不接收那一事件。订阅专题170的其他专题(例如第二专题)，而不是第一专题的订阅者172将不接收仅对应于第一专题发送的事件。
[0294]
在一些实施例中，专题170可以提供使公布者171和订阅者172匿名的间接层。公布/订阅引擎169可以允许单向和异步通信(例如“射后不理”通信)。公布/订阅引擎169可以在两方提供持久消息传递。专题170的持久专题可以确保如果公布/订阅引擎169故障，消息不会丢失。由订阅者172使用的持久签名可以确保当不运行时，订阅者172将不丢失消息。
[0295]
公布/订阅引擎169可以是设备网关22的一部分，可以是设施网关21内的任何其他软件的一部分，或可以是图1的独立应用。公布/订阅引擎169可以是设备网关40的一部分，在应用41-44内，或可以是图2的独立应用。公布/订阅引擎169可以是图4的设备网关99的一部分，可以是应用94,96,97的一部分，或可以是图4的独立应用。
[0296]
图11根据本公开内容的实施例，示例能力注册表模型173。提供者176通过能力注册表174记录其能力175。能力174可以包括两个方面，包括界面和属性。界面是请求/响应对和通知(两个方向)的列表。属性是指定有关输送技师的极限的服务级许可参数(例如，响应时间、误差率和恢复策略、成本等等)。
[0297]
启动器177能与能力注册表174通信来查找和绑定能力。此后，启动器177可以是设
备网关22的一部分，可以是设施网关21内的任何其他软件的一部分，或可以是图1的独立应用。能力注册表174可以是设备网关40的一部分、在应用41-44内，或可以是图2的独立应用。能力注册表174可以是图4的设备网关99的一部分，可以是应用94,96,97的一部分，或可以是图4的独立应用。在一些特定实施例中，能力注册表174可以补充或替代公布/订阅引擎169。
[0298]
图12示出根据本公开内容的实施例的示例医疗设备179和设备网关185之间的通信的系统178的框图。医疗设备179可以利用设备网关通信管理器(“dgcm”)342来与设备网关185通信。通信可以基于web服务，其中，医疗设备179是客户机，而设备网关185是使用https通信的web服务器。
[0299]
通信是以事务(transaction)的形式，其中，医疗设备179调用在设备网关185(例如医疗设备网关)上托管的web方法。医疗设备可以使用wifi连接182，而wifi连接182使用耦接到经以太网连接186，与设备网关185耦接的wifi路由器183，与设备网关185通信。在一个具体实施例中，tcp/ip在网络184上提供传输协议，soap提供与http兼容的消息传递格式，以及ssl提供安全通信(http)所需的加密/鉴权。在医疗设备179的软件中，通信管理器管理web服务通信的客户机侧。
[0300]
通信管理器使用http上的soap消息传递和ssl，调用在设备网关185上托管的web方法中的一个，从而与设备网关185通信。这可以将soap绑定187用于用来实现界面的软件语言。另外，soap绑定187可以具有在http上提供安全通信的ssl能力。创建web服务描述语言(“wsdl”)文件，规定设备网关185的web服务器所需的web服务操作(web方法195)和方案。可以对web方法195创建wsdl文件并且所使用的数据类型。使用wsdl和soap提供者的实用工具，产生soap客户端源代码文件并且添加到通信管理器软件。为了通信管理器成功地启动与设备网关185的事务，可以使用/设置下述内容：(1)安装在设备网关185上的openssl 179(软件181)；(2)在数据结构192中存储的设备网关185的托管名和ip端口；(3)位于医疗设备179上的设备网关185的公共证书数据结构193；以及(4)位于医疗设备179上的医疗设备170的私钥和公共证书194。
[0301]
设备网关185被配置成web服务器并且托管远程设备(例如医疗设备179)访问以便从设备网关185检索信息或将信息传递到设备网关185的web方法195。因为https用于安全通信，设备网关可以使用soap和ssl接口soap接口187。可以创建定义web服务器所需的web服务操作(例如web方法195)和数据类型的wsdl文件。对所需的web方法195和数据类型，创建wsdl文件。使用wsdl和soap提供者实用工具，产生soap服务器源代码文件并且添加到设备网关185软件来设施提供网关功能188。为了设备网关185处理来自医疗设备179的事务，可以使用/设置下述内容：(1)安装在设备网关185上的openssl 187(或等效软件)，能提供通信端口189和网络连接性191；(2)医疗设备179公共证书可以以数据结构190位于设备网关185上；和/或(3)设备网关185的私钥和公共证书以数据结构190位于设备网关185上。
[0302]
为了建立通信和交换信息的目的，web服务实现定义医疗设备179和设备网关179之间的通信接口。该通信是以事务的形式，通过调用托管web方法195的设备网关185启动。使用四种web方法来在医疗设备179(使用dgcm 342)和设备网关185之间传递信息。web方法托管在设备网关185上并且由dgcm 342调用来启动与设备网关185的信息交换事务。每一web方法可以用于特定类型的信息移动，如由表3所示。在一个具体实施例中，能在下表3中
找到这些事务和相关web方法的列表。
[0303][0304]
表3
[0305]
使用通信状态检查事务来通过设备网关185注册医疗设备179，维持与设备网关185通信并且检索有关设备网关185为医疗设备179保存的可用信息的状态。使用患者输注程序检查、患者指示检查、患者标量数据检查、设备信息检查、告警通知检查、debian软件包检查和dal配置文件检查事务来检索在来自设备网关185的在前通信状态检查响应内识别的可用设备网关185信息。使用服务日志文件粘贴和工程日志文件粘贴事务来将日志文件发送到在来自设备网关185的在前通信状态检查响应内识别的设备网关185。只要医疗设备179内可用的输注日志事件还没有发送到设备网关185，启动到设备网关185的输注日志信息粘贴事务。可以在医疗设备179和设备网关之间传送文件，作为soap消息的dime附件。为时间同步，使用时间信息检查事务来检索设备网关185的时间。
[0306]
使用web方法184来从设备网关185检索信息并且将信息传递到设备网关185。在表4中，示出web方法184和它们的c式样原型如下：
[0307][0308]
表4
[0309]
在一些实施例中，每一传递的参数可以是一数据结构或int(即，c语言的的整数数据类型)。在其他实施例中，可以传递任何数据类型。在图13中示出了数据结构声明。所有数据结构成员指针(除device_image_t 199外，其是由gsoap实现所需的数据结构)均是以空值(null)终结字符串。web方法内的参数列表包含用于将信息传递到设备网关185(见图2)的一个或多个参数以及用于从设备网关185接收信息的一个参数。传递参数能是通过值、通过引用或通过指针。接收参数总是参数列表中的最后一个并且是引用数据类型(&datatype)。即使当web方法不具有返回的信息，也总是要求接收参数。例如，device__infusionsendtransaction(
…
,int&result)和device__filesendtransaction(
…
,int&result)使用“&result”来满足该要求。
[0310]
每一web方法具有到启动者的识别事务完成状态的返回值。在表5中提供返回值的示例性集合如下：
[0311]
web方法返回值描述0事务成功》0事务错误
[0312]
表5
[0313]
再参考图13，在下表6中示出和描述the device_header_t 197的成员指针如下：
[0314][0315]
表6
[0316]
在下表7中示出和描述device_internalstatus_t 198的成员指针如下：
[0317][0318]
表7
[0319]
参考图12-13，the device_clientrequest_t 200识别医疗设备179通信管理器从设备网关185请求的信息的类型。在一个具体实施例中，在下表8中示出和描述使用the device_clientrequest_t 200的下述请求：
[0320]
请求description心跳请求信息可用性时间请求时间(自1/1/1970以来的秒数)程序请求患者输注程序
指示请求患者指示数据请求患者标量数据设备请求设备信息通知请求有效告警通知dal请求dal配置文件传输软件请求debian软件包传送
[0321]
表8
[0322]
device_gatewayresponse_t 201将设备网关185响应提供给所接收的请求。状态(例如char*state_ptr)和它们的描述的示例性实施例如表9中所示：
[0323]
状态描述拒绝设备网关已经拒绝请求无设备网关没有可用信息提供可用设备网关具有信息以提供
[0324]
表9
[0325]
char*payload_ptr提供经设备179的通信管理器，由医疗设备179请求的信息。
[0326]
the device_filedata_t 203识别发送到设备网关185的文件的类型。在表10中示出文件类型和它们的描述的示例性实施例如下：
[0327]
文件类型描述服务设备的服务日志工程设备的工程日志
[0328]
表10
[0329]
device_fileresponse_t 204对所接收的请求，提供设备网关184的响应。状态及他们的描述的示例性实施例如表11中所示：
[0330][0331]
表11
[0332]
the char*filename_ptr识别传送到设备网关通信管理器342的文件。device_infusiondata_t 202的char*payload_ptr将输注日志信息作为xml提供给设备网关185。有效负荷组织为有根元素和子元素的xml元素。
[0333]
图14示出根据本公开内容的实施例的示例医疗设备和设备网关之间的通信的方法205的流程图。即，方法205是医疗设备(使用dgm)和设备网关之间的一般事务序列。方法205由图15-26中所示的方法使用来执行它们各自的事务。
[0334]
通常，事务由调用设备网关托管的web方法的医疗设备的dgcm 342组成。该动作建
立与设备网关的https连接。在连接建立期间，在医疗设备和设备网关之间执行使用不对称密钥的鉴权来建立安全/信任关系。只要经过鉴权，建立ssl会话并且两个终点创建公共密钥和使用用于数据传递的对称加密。处理事务、返回信息并且关闭http连接。尝试多达三次事务重试来在故障前实现成功事务。图14示出该事务的具体实施例，即，方法205。
[0335]
方法205包括动作206-232。动作206进入方法。动作207启动设备网关鉴权并且请求证书。在动作223建立套接字连接。在动作224，设备网关接收请求并且将公共证书发送到医疗设备。在动作208，医疗设备通过将其与本地副本比较验证公共证书。在动作209，医疗设备请求设备网关通过加密数据(例如预定数据，诸如设备网关的序列号或id号)，证明其身份。然后，将数据从医疗设备发送到设备网关。
[0336]
然后，在动作225期间，设备网关可以使用它的私钥加密消息(例如网关设备的序列号或id)，并且将加密的消息发送到医疗设备。在动作210，使用设备网关的公共证书解密该消息。
[0337]
动作226通过请求由在动作211将公共证书发送到设备网关的医疗设备所接收的证书，启动医疗设备鉴权。在动作227，设备网关将通过将其与本地副本进行比较验证该证书。在动作228，设备网关请求医疗设备通过加密一些数据(例如预定数据，诸如医疗设备的序列号或id)，证实其身份。
[0338]
在动作212，医疗设备加密数据(例如，预定数据)。在动作229，将加密的数据发送到加密数据的设备网关。在动作230，设备网关确定是否鉴权医疗设备并且在动作213，医疗设备确定是否鉴权设备网关。如果均被鉴权，动作214建立会话密钥。如果在动作230，设备网关不能鉴权医疗设备，在动作231事务终止。如果医疗设备不能鉴权设备网关，医疗设备将尝试高达三次(见219)并且在三次尝试后，在动作220，事务将视为失效。
[0339]
在动作215，在动作214中建立ssl会话后，医疗设备格式化事务(例如web方法)并且使用ssl对称密钥来将事务发送到设备网关。动作232在接收web方法后，解密web方法，处理web方法并且格式化响应。动作232解密发送到医疗设备的响应(例如返回值)。在动作216，医疗设备解密响应并且检查返回值。在动作217，医疗设备将确定返回值是否对应于成功事务并且在动作218声明成功事务。如果事务不成功，动作217将通过动作219启动另一尝试。
[0340]
图15示出根据本公开内容的实施例，示例执行状态和通信检查的医疗设备和设备网关之间的通信的方法233的流程图。由dgcm 342定期地启动通信状态检查事务来建立与设备网关的通信(从断开转变到连接)、维持与设备网关的通信(维持连接、转变到断开)以及检索有关设备网关保持的医疗设备的可用信息的状态信息。
[0341]
方法233包括动作234-238和动作240-241。动作234每隔60秒启动状态检查。动作234接收状态检查请求(例如，dgcm 342接受)。动作236发送请求并且在动作241建立https连接。表239示出能访问设备网关的医疗设备的访问列表。
[0342]
在动作240，设备网关将确定医疗设备是否在访问列表239上并且将规范化包括可用于医疗设备的信息的响应。在动作237，将响应发送到检查它的医疗设备。
[0343]
如果医疗设备不是设备访问列表248的成员，设备网关将响应状态设定成拒绝。如果不可用于医疗设备，设备网关将可用信息设定成无，否则将基于xml的响应有效负荷内的适当元素设定成表12中的值如下：
[0344]
元素识别元素值(例如作为文本)dal可用软件可用维护更新程序可用指示可用数据可用设备可用通知可用服务日志请求工程日志请求
[0345]
表12
[0346]
图16示出根据本公开内容的实施例，同步它们各自的时钟的医疗设备和设备网关之间的通信的方法242的流程图。方法242通过医疗设备的dgcm，定期地实现时间同步事务来检索设备网关的当前日期和时间。使用信息来更新医疗设备的实时时钟，使得他们与设备网关的实时时钟匹配。
[0347]
动作243定期地(例如每隔90分钟)启动time请求。在动作245，将请求格式化为web方法，通过在动作250，建立https连接，将其传送到设备网关。在动作249，格式化请求，包括表示设备网关的时间的有效负荷。如果医疗设备不是设备网关的设备访问列表248的成员，将状态设定成拒绝，否则设定成可用。如果状态设定成可用，设备网关将响应有效负荷格式化成自cqi画面1970年1月1日以来经过的秒数。设备网关经在在传输后，在247关闭的https连接，传送响应。动作246通过设备网关检查响应。
[0348]
图17示出根据本公开内容的实施例的示例执行患者输注事务的医疗设备和设备网关之间的通信的方法251的流程图。启动实现为方法215的患者输注程序检查事务来从设备网关检索可用患者输注程序。患者输注程序可以是一个或多个输注参数，例如流速、待输送的剂量、待输送剂量、待输注药品等等。只要从在前通信状态检查事务接收输注可用，启动事务，触发方法251。
[0349]
动作252接收触发器。动作253启动“程序(program)”请求，在动作254将其格式化成web方法。经在动作259建立的https连接，将web方法传送到设备网关。动作258处理web方法并且格式化响应。如果医疗设备不是访问列表257的一部分，设备网关将响应状态设定成拒绝。如果患者输注程序不可用于医疗设备，将状态设定成无，否则设定成可用。输注程序可以是有效负荷的一部分或引用基于文本的输注程序。在动作255，将响应传送到检查事务响应的医疗设备。在传输响应后，动作256关闭https连接。
[0350]
图18示出根据本公开内容的实施例的示例执行患者指示事务的医疗设备和设备网关之间的通信的方法260的流程图。启动该患者指示检查事务来从设备网关检索可用患者指示。只要从在前通信状态检查事务(例如见图15)接收到指示可用，启动事务(示为方法260)。
[0351]
在动作261，启动方法260。在动作262，启动患者指示查询请求，并且在动作263，web方法被格式化并且使用在动作268建立的https连接发送到设备网关。在动作267，设备
网关格式化发送到医疗设备的响应。如果医疗设备不是设备网关的访问列表266的成员，将状态设定成拒绝。如果医疗设备是网关的访问列表266的一部分并且无患者指示可用，将状态设定成无。如果医疗设备是网关的访问列表266的一部分，并且患者指示可用，将状态设定成可用并且设备网关格式化响应有效负荷来引用或包括基于文本的患者指示。在发送响应后，在动作265，关闭https连接。在动作264，检查响应。
[0352]
图19示出根据本公开内容的实施例的执行患者标量数据事务的医疗设备和设备网关之间的通信的方法269的流程图。通过医疗设备启动患者标量数据检查事务(由方法269实现)来从设备网关检索可用患者标量数据。只要已经从在前通信状态检查事务接收到数据可用，启动该事务。
[0353]
在动作270，触发方法269。在动作271启动请求，在动作272将其格式化为web方法。经在动作277建立的从医疗设备到设备网关的https连接，传送web方法。在动作276，设备网关格式化响应。如果医疗设备不是设备网关的设备访问列表275的成员，将状态设定成拒绝。如果医疗设备是设备网关的设备访问列表275的成员并且患者相关标量数据不可用，将状态设定成无。如果医疗设备是设备网关的设备访问列表275的成员并且患者相关标量数据可用，将状态设定成可用并且响应有效负荷包括或引用基于文本的标量数据。患者标量数据可以是与患者有关的任何数据，诸如患者年龄、体重、变态反应、性别、高度等等。响应被传送并且在动作274，关闭https连接。在动作273，医疗设备检查(例如处理和使用)响应。
[0354]
图20示出根据本公开内容的实施例的示出执行设备信息事务序列的医疗设备和设备网关之间的通信的方法278的流程图。启动设备信息检查事务(实现为方法278)来从设备网关检索可用设备信息。只要从通信状态检查事务接收到设备可用，启动事务。
[0355]
在动作279，启动方法278。在动作280启动设备信息查询请求，并且在动作281格式化web方法。将web方法经在动作286建立的https连接，传送到设备网关。在动作285，格式化响应。如果医疗设备不是设备网关的设备访问列表275的成员，将状态设定成拒绝。如果医疗设备是设备网关的设备访问列表275的成员并且设备信息不可用，将状态设定成无。如果医疗设备是设备网关的设备访问列表275的成员并且设备信息可用，将状态设定成可用并且响应有效负荷包括或引用基于文本的设备信息。在一些实施例中，基本文本的设备信息可以是与设备网关或医疗设备有关的任何信息。将响应传送到医疗设备并且在动作283，关闭https连接。在动作282，医疗设备检查响应。
[0356]
图21示出根据本公开内容的实施例的示例执行告警通知事务的医疗设备和设备网关之间的通信的方法287的流程图。启动告警通知检查事务(由方法287实现)来从设备网关检索可用告警通知。只要已经从在前通信状态检查事务，接收到通知可用，启动事务。
[0357]
在动作288，启动方法287。在动作289，启动告警查询请求，并且在动作295格式化web方法。将web方法经在动作295建立的https连接传送到设备网关。在动作294，格式化响应。如果医疗设备不是设备网关的设备访问列表275的成员，将状态设定成拒绝。如果医疗设备是设备网关的设备访问列表275，并且告警通知不可用，将状态设定成无。如果医疗设备是设备网关的设备访问列表275的成员并且告警通知可用，将状态设定成可用并且响应有效负荷包括或引用基于文本的告警通知。在一些实施例中，基于文本的告警通知可以是与设备网关或医疗设备的告警有关的任何信息。在动作295，将响应传送到医疗设备并且关闭https连接。在动作291，医疗设备检查响应。
[0358]
图22示出根据本公开内容的实施例的执行软件包检查(例如debian软件包)事务(实现为方法296)的医疗设备和设备网关之间的通信的方法296的流程图。启动软件包检查事务以便从设备网关检索可用软件包。只要从在前通信状态检查事务接收到软件可用，启动事务。
[0359]
在动作297，触发方法269。在动作298，启动请求，在动作299，格式化为web方法。经在304建立的从医疗设备到设备网关的https连接，传送web方法。在动作303，设备网关格式化响应。如果医疗设备不是设备网关的设备访问列表275的成员，状态设定成拒绝。如果医疗设备是设备网关的设备访问列表275的成员并且软件包不可用，将状态设定成无。如果医疗设备是设备网关的设备访问列表275的成员并且软件包可用，将状态设定成可用并且响应有效负荷包括(或引用)软件包文件(例如使用dime)。传送响应并且在动作301，关闭https连接。在动作300，医疗设备检查(例如处理和使用)响应。
[0360]
图23示出根据本公开内容的实施例的示例执行dal配置文件检查事务的医疗设备和设备网关之间的通信的方法305的流程图。启动dal配置文件检查事务(实现为方法305)来从设备网关检索可用dal文件。只要从在前通信状态检查事务接收到dal可用，启动事务。
[0361]
动作306启动方法305。在动作306启动请求，并且在动作308将该请求格式化为web方法。在动作313，通过建立https连接，医疗设备将web方法传送到设备网关。在动作312，格式化响应。如果医疗设备不是设备网关的设备访问列表311的成员，将状态设定成拒绝，否则设定成可用。如果将状态设定成可用，设备网关格式化响应有效负荷来包括dal配置文件(可以使用dime附加)。将响应传送到医疗设备并且在动作310，关闭https连接。动作309通过设备网关检查响应。然后，新dal文件安装在医疗设备上。
[0362]
图24示出根据本公开内容的实施例的执行服务日志粘贴事务的医疗设备和设备网关之间的通信的方法314的流程图。启动服务日志粘贴事务(实现为方法314)来将服务日志发送到设备网关。只要从在前通信状态检查事务接收服务日志请求，启动事务。
[0363]
动作315接收触发器并且启动方法314。动作316启动粘贴服务日志，在动作317，将其格式化为web方法。经在动作322建立的https连接，将web方法传送到设备网关。动作321处理web方法并且格式化响应。设备网关可以将信息写入日志文件或将服务日志粘贴传送为cqi消息并且将其发送到云服务(如上所述)。在动作317，将响应传送到检查事务响应的医疗设备(例如，通过检查返回值来确定是否是成功的服务日志粘贴)。在传送响应后，动作319关闭https连接
[0364]
图25示出根据本公开内容的实施例的执行工程日志粘贴事务的医疗设备和设备网关之间的通信的方法232的流程图。启动工程日志粘贴事务来将工程日志发送到设备网关。只要已经从在前通信状态检查事务接收到工程日志请求，则启动事务。
[0365]
动作324接收触发器并且启动方法323。动作325启动粘贴工程日志，在动作326将其格式化为web方法。经在动作331建立的https连接，将web方法传送到设备网关。动作330处理web方法并且格式化响应。如果医疗设备是由访问列表239所示的授权医疗设备，设备网关可以将信息写入日志文件或将服务日志粘贴传送为cqi消息并且将其发送到云服务(如上所述)。在动作327，将响应传送到检查事务响应的医疗设备(例如通过检查返回值来确定是否是成功工程日志粘贴)。在传送响应后，动作328关闭https连接。
[0366]
图26示出根据本公开内容的实施例的示例执行输注日志粘贴事务的医疗设备和
设备网关之间的通信的方法332的流程图。启动输注日志粘贴事务(实现为方法332)来将xml格式化输注事件信息发送到设备网关。只要先前还未发送到设备管理器的事件信息可用，启动事务。如果事务成功，dgcm 342将记录标记为输送。
[0367]
动作333接收触发器并且启动方法332。动作334启动输注日志粘贴，在动作335将其格式化为web方法。经在动作340建立的https连接，将web方法传送到设备网关。动作339处理web方法并且格式化响应。设备网关可以将信息写入日志文件或将输注日志粘贴传送为cqi消息并且将其发送到云服务(如上所述)。在动作336，将响应传送到检查事务响应的医疗设备(例如，通过检查返回值来确定是否是成功输注日志粘贴)。在传送响应后，动作337关闭https连接。
[0368]
本领域的技术人员能设想各种变更和改进，而不背离本公开内容。因此，本公开内容旨在包含所有这些变更、改进和变形。另外，尽管在附图示出和/或在此论述本公开内容的若干实施例，但不旨在本公开内容仅限于此，因为旨在本公开内容如本领域允许的一样宽并且同样地阅读说明书。因此，上述描述不应当解释为限制，而是仅是特定实施例的示例。同时，本领域的技术人员将想到在附加的权利要求的范围和精神内的其他改进。旨在非实质上不同于上述和/或附加权利要求的其他元素、步骤、方法和技术在本公开内容的范围内。
[0369]
附图中所示的实施例仅示为演示本公开内容的特定实施例。同时，所述的附图仅是示例性的而不是限制。在图中，为了示例目的，可以放大一些元件的大小而不是按特定比例绘制。另外，在具有相同编号的附图中所示的元件可以是相同元件或可以是类似的元件，取决于上下文。
[0370]
当在本说明书和权利要求中使用术语“包括”时，不排除其他元件或步骤，当参考单数名称，例如“一”、“一个”，或“该个”时，使用不定或定冠词修饰名词的情况下，包括多个名词，除非另有说明。因此，术语“包括”不应当解释为限制到此后列出的项，不排除其他元件或步骤，因此，术语“设备包括a和b”的范围不应当限定到仅由元件a和b组成的设备。该措辞表示，设备与本发明相关元件仅为a和b。
[0371]
此外，术语“第一”、“第二”和“第三”等等，不管用在说明书还是权利要求书中，为提供区分类似元件和其他说明目的。这些术语不一定描述顺序或时间顺序。应理解到，在适当的情况下(除非另有说明)，如此使用的术语是可互换的，并且在此所述的本公开内容的实施例能按不同于在此所述或所示的其他顺序和/或配置操作。

技术特征：
1.一种医疗设备，包括：网络；处理器；收发信机，该收发信机在操作中与所述处理器通信，并且所述收发信机被配置成经所述网络通信；以及设备网关通信管理器，该设备网关通信管理器在所述处理器上可执行，并且所述设备网关通信管理器被配置成在操作中经所述收发信机通信，其中，所述设备网关通信管理器被配置成使用web方法在网络上传输设备事件。2.一种电子化患者护理的系统，所述系统包括：网络；设施网关，所述设施网关被配置成提供公布-订阅服务；设备网关应用，所述设备网关应用被配置成由所述设施网关执行，所述设备网关被配置成通过提供web服务经所述网络通信，其中，所述设备网关公布医疗设备事件专题；设备应用，所述设备应用被配置成在所述设施网关上执行并且被配置成订阅所述医疗设备事件专题，其中，所述设备应用公布cqi消息专题，以及其中，所述设备应用被配置成从所述医疗设备事件专题的订阅接收事件，并且通过所述cqi消息专题把该事件公布为cqi消息；以及医疗设备，在操作中与所述网络通信，其中，所述医疗设备被配置成使用所述web服务与所述设备网关通信，并且使用所述web服务的web方法生成所述事件。3.一种电子化患者护理的系统，包括：服务器，具有包括药品代谢信息的患者相关信息；泵，所述泵被配置成使用所述药品代谢信息基于相应的患者相关信息来调整进入患者的药品的流速，所述泵从所述服务器接收所述患者相关信息。4.一种电子化患者护理的系统，所述系统包括：生物医学应用，被配置用于监控多个医疗设备的治疗和管理利用基于浏览器的工具的软件和固件的安装。5.一种电子化患者护理的系统，所述系统包括：cqi服务器，被配置用于提供分析和查询服务；用户接口，被配置成使得用户使用该用户接口与所述cqi服务器交互，其中，所述cqi服务器被配置成向用户提供用于cqi消息的概要总计并且以可配置间隔更新概要表。6.一种电子化患者护理的系统，通过在至少一个处理器上执行多个指令在所述至少一个处理器上实现该系统，所述系统包括：泵有限状态机，被配置成顶层状态机，该顶层状态机处理不属于特定输液的事件，并且处理特定输液泵的事件；程序状态机，被配置成所述泵有限状态机的子状态机，其被配置成当开始输液编程上下文时被激活，其中，所述程序状态机被配置成负责处理输液期间的工作事件；编程有限状态机；以及输送有限状态机，被配置成处理次输液。
7.一种电子化患者护理的系统，通过在至少一个处理器上执行多个指令在所述至少一个处理器上实现该系统，所述系统包括：输液泵；泵处理程序，被配置成保存编程和输送上下文数据，其中所述输送上下文数据被配置成生成所述输液泵的多个生物医学事件；输液状态机，被配置成存储所述输液泵的输液的状态数据；以及输液段，被配置成存储所述输液泵内工作期间的输送状态。8.一种电子化患者护理的系统，通过在至少一个处理器上执行多个指令在所述至少一个处理器上实现该系统，所述系统包括：设备网关，被配置成提供web方法服务；以及医疗设备，被配置成在ssl上使用soap绑定以使得在http上与所述web方法服务通信。9.一种电子化患者护理的系统，所述系统包括：网络；设施网关，所述设施网关被配置成提供用于所述设施网关内执行的应用的公布-订阅服务，以用于所述应用之间的通信；以及设备网关，所述设备网关被配置成由所述设施网关执行，所述设备网关被配置成通过提供web服务而经所述网络通信；以及医疗设备，所述医疗设备在操作中与所述网络通信；以及公布-订阅引擎，所述公布-订阅引擎被配置提供公布-订阅服务以用于包括所述设备网关的多个应用、在所述设施网关内执行的多个应用之间的通信，其中：设备应用使用所述公布-订阅引擎来订阅记录的专题，所述设备应用从所述公布-订阅引擎接收所述记录的专题的事件流，所述事件流包括来自所述医疗设备的原始医疗设备事件，当所述设备应用接收对应于可报告事件的医疗设备事件，该设备应用经由所述公布-订阅引擎重新公布所述可报告事件作为连续质量改进(“cqi”)消息。

技术总结
使用WEB服务的电子化患者护理的系统和装置。一种电子化患者护理的系统包括网络、设施网关、设备网关应用和医疗设备。设施网关被配置成提供用于应用的公布-订阅服务。设备网关应用被配置成由设施网关执行。设备网关被配置成通过提供Web服务经网络通信。医疗设备操作中与网络通信。医疗设备被配置成使用Web服务与设备网关通信。与设备网关通信。与设备网关通信。


技术研发人员：迪安
受保护的技术使用者：德卡产品有限公司
技术研发日：2013.12.20
技术公布日：2023/7/12