-一种面向广域电子健康保健的基于移动多主体的分布式信息平台(MADIP)-孙红兵

一种面向广域电子健康保健的基于移动多主体的分布式信息平台(MADIP)Chuan Jun Su(元智大学管理工程系，台湾 桃园 中坜市远东路135号)摘要：电子健康保健的特点在于这是一项高度分布、特别费力、具有移动性的工作，而且还要从各种类型设备存取信息。当前在移动计算方面的发展与象移动主体这样普遍深入的主体技术的发展相结合，将对未来的健康保健系统产生重大影响。文章介绍了一种基于移动多主体的信息平台(MADIP)的结构及设计，以适应广域(全国或主要城市)监控环境高度分布的特点。并以构建于MADIP之上的电子健康监控系统为例证明了提出的方法。采用Aglets软件开发包(ASDK)进行原型设计、概念证明与评价。通过将所提出的平台与轻质、便携的监控器件(如便携式生命体征监控仪)相结合，能够长期连续对病人进行健康监控而不妨碍其日常活动，也不会限制他们的灵活性，另外也可以实现医疗资源的优化利用。关键词： 移动多主体， 分布式信息平台，电子健康监控，Aglets软件开发包 (ASDK)Mobile multi-agent based, distributed information platform(MADIP) for wide-area e-health monitoringChuan Jun Su *Department of Industrial Engineering and Management, Yuan Ze University, 135 Far-East Road,Chung-Li, Taoyuan, Taiwan, ROCAbstract：e-Health care is characterized by high degree of distributed, labor-intensive works, mobility, and information access from various types of devices. Current and emerging developments in mobile computing integrated with developments in pervasive agent technologies such as mobile agent will have a radical impact on future health-care delivery systems. In this paper we present the design and architecture of a mobile multi-agent based information platform MADIP to support the intensive and distributed nature of wide-area (e.g., national or metropolitan) monitoring environment. To exemplify the proposed methodology, an e-health monitoring environment was built on top of MADIP as an illustration. Aglets Software Development Kit (ASDK) was adopted for prototyping, concept-proofing, and evaluation. By integrating the proposed platform with light-weight, portable monitoring devices (e.g., portable vital sign monitor), continuous long-term health monitoring can be performed without interfering with the patients everyday activities and without restricting their mobility. The optimal utilization of medical resources can be also achieved.1. 简介Internet技术的快速发展推动了近年来的增长。电子健康就是使Internet支持各种健康保健信息、产品、技术以及(或)服务。特别地，电子健康空间可以分为三个不同的段：内容、商业、联通性。现在电子健康迅速发展，进入新的时代，开拓了保健空间，支持基于Internet的保健服务。电子健康保健表示记录、测量、监控、管理并通过互联网实时面向特殊条件的病人提供保健服务。当前在电子医疗领域，作为使用信息系统的电视医疗系统，能够最大限度促进健康保健信息、临床信息、护理信息及医疗记录的异地收集、传递与通信2。电视医疗系统已经成为非常有前途的工具，能方便象专家、病人等用户交换信息，同时也为病人与医师提供远程会诊。电视医疗系统的出现促进了电子健康领域许多医疗活动的整合；但这些系统对提供广域电子健康监控效率低下，因为这些系统的客户机一般是移动的且带宽较低、等待时间长、异步处理及不稳定的连接通信环境，而且服务器也是分布的、异构的。移动主体（MA）更适合本文系统，因为MA提供功能强大而高效的适于分布式、异构环境的应用开发机制。为了处理日益增长的大量电子健康监控案例的数据/资源，必须执行许多任务。移动主体技术提供了自动执行这些任务的可能，基本不需要人工干预。这样可以使医疗人员关注其他活动而节省宝贵的医疗资源。移动主体技术提供了一些基本功能，如创建、移动及执行移动主体，还提供了包括主体安全与管理的特殊功能。移动主体的优点在于它克服了客户端设备的局限性，具有可定制性 、高度安全性、异构性、自治计算、局部数据的存取及互操作性：克服客户端设备的局限性如通信延迟和吞吐量，内存大小，处理能力，以及小型存储，如果agent在靠近数据源处执行就能够解决这些局限性。例如，如果需要按照一种算法搜索一个数据库，和远程存取数据相比，向数据库派送agent能提高搜索的性能。此外，本地计算机可能没有足够的数据存储空间暂时存放大量数据，没有足够的网络带宽或处理能力。定制它对于传统客户机-服务器模式是相对比较难以适应频繁的变化，但能方便地根据用户需要定制移动主体，并将其发送给服务器执行定制的需求。在本研究中，用SQL向目标MA服务器发送请求。MA服务器代表表示一个接受并执行agents的处理器。更高的生存能力因为agents传送将代码和状态压缩在一起的移动主体，与客户机-服务器模式相比，他们有一个更高程度的生存能力。异步和自主计算在用户要求方面，移动性越来越重要。作业从移动设备开始执行，当用户断开后往往需要继续执行。而这可以让网路上的固定的主体来完成，而让即使用户断线也追踪业主任务的移动主体来完成就更加方便。当用户重新上线，移动主体从当前位置重新执行。移动agent能够异步、自主作用于他们的执行环境，他们只是在不断在追求自己的目标。本地数据访问和互操作移动主体在本地访问数据，至少有两个好处：（1）低的网络数据传输；（2）更好地利用网络资源。移动主体在网络内部移动遵循有关主体传输、交互、及安全的协议，以确保可能采用不同操作系统的移动主体间的互操作。1.1 移动主体系统几个关注移动主体（MA）的研究项目可被视为一个分布式环境的新兴的设计范例。Picco概述了有关移动性的基本特性，这是作为对移动性的核心支持，以确保新范例可以处理遇到的各种问题。文章5研究了鼓励MA应用的几个优点，如分散处理、更好利用通信资源，最显著的特点是支持与人类用户交互的设计应用。Vuong和Ivanov在支持程序移动性能力上研究和对比了Java和Wave这两个系统。Java提供了最有吸引力的语言和环境有益的结合，以扩展移动智能主体的执行，而另一种新的编程范式Wave，直接支持任意知识网络的动态创建和处理。Lange和Oshima对网络中的三种分布式计算范式clientserver、code-on-demand、和移动主体作了一个比较，他们也对在分布式网络计算中使用移动agent的好处作了描绘。Naylor等人给出这样的概括，每个开发的MA环境都拥有自己的功能：互操作性，迁移方案，所用的语言，便于执行和其他许多功能。开发者必须按照项目的要求和目标选择其中一个。Naylor对Voyager、JATLite和IBM的Aglets软件开发工具(ASDK)这三个移动agent开发工具包进行了评价。 其中ASDK被推荐为最适合做系统原型设计。德国弗里德理西席勒耶拿大学开发的Tracy工具包在移动主体研究领域也得到了普及。 Hohl在他的网站汇编并列出了72个有用的移动主体系统，包括Aglet, Concordia, Odyssey, Voyager等。表1总结了研究与应用中常用的移动主体系统。文章1115的许多作者已经讨论了移动主体在电子商务(EC)中的广泛应用。然而，很少有人致力于解决当前健康保健业的问题。2 需求分析和系统结构2.1 需求分析传统的健康监测是费时和昂贵的过程，需要病人经常访问医院。这对一些经常要走较长路途去医院或诊所的居民（例如老年人、做手术的病人、孕妇等）是不方便的。然而，这些人群通常需要频繁的检查生命体征(如心率、温度、脉搏、血压等)，以确保他们的健康状况。随着这部分人口的增长，电子健康保健正面临着深刻的挑战，以提供更完善的公共医疗服务，特别是在生命体征监测方面。此外，数量不足的医务人员还得每周7天，每天24小时坐在监测中心对着监视器忙于观测生理参数。监测任务对医务人员而言是一项繁琐的工作，他们要同时审核和解释大量在监控过程中关于病人的信息、履行诊断任务以及确认治疗方案。对于每个医务人员监控着多个病人这种情况的复杂性提高了，尽管随着病人的数量起伏而医务人员严重不足，医院工作人员也没有办法从这个常规而费时的任务中解脱出来。医务人员必须判别关键情况，有时需要做出关键的决定。因此，目前迫切需要开发出一套系统，能自动和自主地对经常移动、处于低带宽、高延迟、异步操作且不稳定的连接环境的用户进行广域健康监测。此外，该系统还需要适应广域健康监测数据是贮存和分布在异构的本地服务器中的情况。为了满足以上要求，本文提出了一个移动主体信息平台MADIP。在这样的平台下，允许移动主体代表医务人员的工作，以搜集分布用户的生命体征数据，并自发地将不正常状况实时地通知相关医师。2.2 MADIP框架MADIP由运行主体平台的主机和运行支撑服务如目录主体及命名主体的主机组成。目录主体通过该环境中其他主体提供的服务提供监督控制。它可作为“黄页”，用于对其它主体进行注册。其他主体可查询目录主体，以了解环境中能够提供的各类服务。所有主体都要在目录主体中登记，以提供MADIP中其他主体协作所需的服务。命名主体通过对位于不同的主机主体的存取提供监督管理。获取主体商。基于主体拥有的目录，包括运行的主体的传输地址，命名向其他主体提供了“白页服务”。MADIP中的所有主体必须向命名主体登记注册，以便在激活前获得主体标识符。主体平台充当主体的执行环境，对主体进行控制：主体的创建、执行、传输及终止。主体平台能动态地在环境中加入或移除。这使得大规模、甚至在互联网上广泛装置。此外，外部服务，如短信、传真等，还可以安装和集成到环境中。通过这些外部服务的使用，主体可与主体环境外的系统进行通信。MADIP在感知上是开放的，主体平台可以不需系统管理员干预自动加入和离开环境。主体平台可以安装在服务器、台式电脑和像笔记本电脑、掌上电脑这样的移动设主机1(服务器)主机2网络命名主体外部服务有线连接主体平台主机4主体平台主体平台主体平台主体平台目录主体备上。对外服务使主体能和主体环境以外的系统通信，也可以被安装在主体环境中。图1描绘了提出的MADIP的总体框架。主机6无线连接医生主体图1 MADIP总体框架2.3 系统结构提出的MADIP是建立在上一节中所提到的环境之上的，这适合在一个异构环境、像互联网这样的网络环境上操作，以提供广域（国家或大都市范围）空间的健康监测服务或其他类型的监测服务。MADIP由两种类型的主体组成：(1) 静态主体(SA)，给移动主体提供资源和设施；(2)移动主体（MA），利用这些资源在网络间移动以实现自己的目标，自主地工作并可能与其它主体或主机系统通信。主体间使用异步通信信道“黑板”进行通信，黑板是由主体平台提供支持，并担当一个主体信箱的作用。信息的传送不是自动化的；主体为了得到信息必须定期检查黑板。黑板允许存储任何类型的对象，如字符串、图像、XML、电子邮件等。6个主要结构特征用来区分提出的MADIP:(1)用户接口主体；(2)主体服务；(3)资源主体；(4)医生主体；(5)诊断主体；(6)数据服务主体以及(7)对外服务。图2给出了这个平台的移动主体体系结构，结构的每一个组成部分和它的一般活动和宗旨叙述如下。主体平台数据服务主体服务知识库数据库医生主体用户接口主体资源主体诊断主体MA：移动主体SA：静态主体信息传输服务图2 MADIP平台的移动主体体系结构2.3.1. 用户接口主体(UIA)用户接口主体是一种静态主体，是连接主机与用户的桥梁。UIA充当异构主体和应用程序间通信的解释器，它接受UI/应用程序的请求并唤醒内部服务。因此，UIA是一个访问式控制机构，在启动主体服务前对用户进行鉴别。UIA要在数据传送到应用层之前负责对移动主体或诊断主体的结果作最后陈述。2.3.2 主体服务主体服务可以解释为前述的某种形式的主体执行环境。它提供了基础服务，像主体间通信这样的基于主体的应用可以使用这些服务。通过专用的主体API提供这些服务，而且随时都能得到这些服务。主体包含通信意味着主体迁移到其他主机，并具有查找服务和安全特性。主体API将检查提交的代码，以保证它符合有关议定，并没有违反安全策略。基于主体创建者的身份，也可能在这个时候产生一些主体凭证，作为主体一部分来传送，以让其他实体准确地识别。这能够阻止执行应用程序的移动主体访问像文件系统这样的系统资源。2.3.3 资源主体资源主体是另一种类型的静态主体，通常资源主体在更高层次上的信任及协调从移动主体到主机获得资源。资源主体的“静态”是因为他们没有能力迁移；他们通常位于主机并提供专家咨询或在本地服务。因此，他们也被认为是安全的并允许访问主机资源。在提出的平台中，资源主体在与主机资源动态的连接中起着重要作用。通过资源主体，移动主体能够访问主机系统的资源。资源主体，资源主体将取代网站，以架起用户与数据库间的桥梁。2.3.4 医师主体医师主体是医疗人员所使用的移动主体。医师主体是一个电脑程序，可以帮助医务人员履行他们的任务。医师主体使医务人员能够虚拟实时监测病人的病况。在这个单元，医务人员可以使用自己的移动设备（如掌上电脑、智能手机等）激发医师主体以代表他们。为激活医师主体，必须将它发送到具体的主体平台。该主体平台利用凭证对传来的医师主体进行验证，并确定其享有的特权。然后分派线程来执行医师主体的代码。随后通过无线局域网医师主体将被发送到互联网或医院里的移动网络。连到互联网后，医师主体将依靠给定临床病例的特点继续执行分配的任务。医师主体专门用于数据采集，在网络漫游以收集有关的生理数据，并随后携带收集到的资料返回主机服务器。2.3.5 诊断主体在提出的平台里，诊断主体可以被视为一个数据分析引擎。它能够分析从生命体征监测器或其他电子监控装置收集到的数据。诊断主体的首要任务是检查所收集的资料，并与病人的个人档案进行比较，档案中可以储存异常病人的标准、相关医师、治疗历史和其他个人资料。在探测到异常时，诊断主体将利用像短信或蜂窝电话这样的对外服务，通知个人档案里指派的相关医师采取适当的行动。2.3.6 数据服务 显然每个人都是具有个性特点、并发症和疾病的个别案例。为了提高提出平台的性能，需要在平台中加入数据服务。数据服务包括两个资料库：“用户概况”和“数据”。用户概况包括既往病历与医师确定的异常标准，而数据仓库是一个数据库，其中记录保存了所有生命体征。数据仓库也被用来跟踪系统的事件、操作及系统中的主体，并对与用户相关的活动与资源信息进行储存与操作。信息的关注，活动和资源与用户。本地主体服务器收集生命体征数据，从用户和传送，以资源主体，随后贮存在数据储存库。本地主体服务器收集用户的生命体征数据并送到资源主体，保存到数据仓库。一份生命体征的备份数据也随着用户概况也被送往诊断主体进行实时检查。2.3.7 外部服务外部服务包括环境的硬件和服务，其中包括移动电话、电子邮件和短信息服务等。外部服务是一个可扩展的不同情况的应用组件。将输入的生理数据与用户的个人档案比较后如果发现用户的异常，诊断主体将启动外部服务，以及时通知负责的医师。在提出的MADIP中，赋予每个主体专门的能力和目标，以代替医师或使用者执行任务。图3描述了一个由一个医生和两个用户构成的应用范例的MADIP的完整操作。3 原型本节介绍了第一阶段的MADIP原型制作，利用IBM的aglets软件开发工具包(ASDK)对该系统的设计理念进行了设计与测试。ASDK提供了一个用纯java语言开发的移动主体框架，便于利用移动主体结构开发分布式应用程序。aglet的名字是组合“agent”和“applet”而得到的。Applet是基于事件驱动并提供方法，程序员可以忽略以控制其生命周期。ASDK提供面向流动性和触发流动的框架。图4给出了原型的整体结构。在服务器方面，有aglet的主机（主体服务器）和储存用户档案及记录生命体征的数据库。3.1 硬件与软件配置创建原型的机器预装了Windows XP，并安装了JavaTM 2标准版开发套件(J2SDK)。采用微软的SQL Server 2000个人版作知识库数据服务器。安装了称作Java数据库连接器(JDBC)的中间层驱动以访问知识库数据服务器。Aglet API和ASDK 版本2.0.2能够使用，可以从http:/sourceforge. net/projects/aglets自由下载。表2归纳了原型系统的硬件和软件配置。图3 一个医生和两个用户构成的应用范例的MADIP完整操作运行时间运行时间图4 原型的完整结构3.2. 数据库设计 在原型机中创建了台北医院及高雄医院两个数据库。每个数据库由三个表组成，即医院、病人的状况以及个人概况。“医院”包括医院ID号和它的名称，“病人状况”包括病人的生理参数，“个人概况”包含病人的历史和异常指导。表3给出了数据库设计。表3 原型系统数据库设计4. 方案实现与使用本研究设计和开发一种基于信息平台的移动主体，以支持健康保健监控环境的高度分布特点。不管在何时何地，都允许医师获取病人的情况，也允许病人检查他们的生命体征。在台湾桃园县武装部队总医院的协助下进行了典型的试验。原型试验中创建和测试了两种类型的用户：医务人员（医生）和经常需要监测健康状态的患者(用户)。在本节中，我们用这两种类型的用户描述了实施的方案。12.显示数据1.发出命令2.发出任务10.数据通知医生主体资源主体9.数据送黑板11.数据检查主体服务器4.数据请求3.请求通知知识库服务器7.数据通知5.数据集病人状态/个人资料8.数据检查6.数据送黑板用户接口主体图5医生视角的范例4.1. 方案1: 医生视角现在是王博士为他的病人实施例行检查的时候。通过他的掌上电脑或移动电话的用户界面，他利用UIA进行干预并提出请求（图5的第1步），以收集他的病人最近的健康资料。接到请求后，UIA将任务通过本地主体服务器发送到医师主体(移动)( 图5第2步）。然后王博士关掉他的装置，继续从事他的日常工作。同时医师主体代表王博士在合适的移动主体网络移动，以获取病人的资料。当找到拥有所需资料的主体服务器时，医生主体将向资源主体发出一个请求以检索数据(图5步骤3)。医师主体将继续提供信息，直到它查完网络的所有节点。接到请求后，资源主体要核实是否允许医师主体访问请求的数据。如果核查通过后，资源主体要检索请求的数据集（图5步骤4和5）并将该数据集送到黑板，以让医师主体存取(图5第6步)。医师主体沿着网络迁移并对送到黑板的有用数据集进行存取(图5步骤7和8)。当医师主体获得所有需要的数据，它会返回当初创建它的主体服务器，并将所收集的数据放到黑板上(图5第9步)。与此同时它会通知UIA，数据已准备好(图5第10步)。当王博士回来用他的装置上线后，UIA从黑板取出数据并将数据显示出来(图5步骤11和12)。 4.2. 方案1: 执行在实施中我们用3个不同的端口号：4434、5434和6434创建了三个Tahiti。最低的Tahiti窗口表明，这是一个本地主机（端口4434 ），而另两个Tahiti窗口代表网络上其他主机，如图6所示。 图6 三个Tahiti同时运行 图7 例1UIA主界面 图 8. 监控所有病人的数据并送给医生主体当一名医生希望监测他的病人的状态，他/她首先创建PUI Aglet，如图7所示。医师有选择的余地选取图8所描绘的所有的病人或某个特定的病人，因为要监控他负责的所有病人或某一需要关注的特定病人（例如H225478946 ）。按下“开始监测”按钮，Tahiti显示器就显示了UIA的当前状态，然后启动医师主体并派遣到网络上，以执行分配的任务，图9所示。图10表示，当在数据库中检查请求的数据是否存在时，医师主体请求数据和资源主体验证医师主体身份。如果身份许可且数据存在于数据库中，资源主体就检索数据并将它传给医师主体。医师主体带着收集到的数据，并返回创建它的UIA。随后UIA通知医师，数据已经准备好，并请他仔细检查。医师一旦检查病人的状况，就会显示病人H225478946 的生命体征信息，见图11。图9 UIA监控当前状态并派遣一个医生主体图10 医生主体与资源主体的协作图11医师主体带着收集到的数据，并返回创建它的UIA4.3. 方案2: 用户视角当史密斯先生在看CNN新闻时，他打开他的便携式生命体征监测仪以检查他的健康状况(血压、体温、脉搏，心率等)。经过检查，他用他的PDA上的UIA向本地主体服务器注册。接着将生理数据传送给本地主体服务器的资源主体（图12的步骤A）。资源主体将数据存到本地数据服务器，检索史密斯先生的个人概况(图12步骤B、C)，随后将数据及概况的拷贝发送到诊断主体(图12步骤D)。接着将这些数据与存有史密斯先生的异常标准的概况进行对比检查。如果探测到异常，诊断主体将立即通知相关医师，并使用外部服务如短信、移动电话、或电子邮件，给出基于过去医疗方案的合适的操作建议(图12步骤E)。生命体征监控器应用用户接口主体基于知识的数据库服务器资源主体手机用户数据C.存储用户数据诊断主体主体服务器A.传输用户数据D发送用户数据图12 从用户角度的示例(服务器侧实体交互) 图13 例2UIA主界面 图14 通知资源主体准备更新数据4.4. 方案2: 执行史密斯先生要更新他刚得到的生命体征数据。通过激活安装在其移动设备中的MADIP，将数据从生命体征监测器传到移动设备并在UIA(GUIAglet)显示，如图13。接着UIA开始通知资源主体准备更新史密斯先生的数据，见图14。接到UIA的通知，资源主体更新史密斯先生的数据，并将一份拷贝连同史密斯个人概况送给诊断主体。然后诊断主体准备检查史密斯先生的生命体征数据，见图15一旦检测到异常情况，诊断主体立即将有关情况通过对外服务报告给相应的医师。诊断主体完成他的工作后资源主体更新史密斯的数据。当诊断主体完成了数据核对，它就与资源主体联系。最终，资源主体执行数据更新，如图16。图15 诊断主体准备检查生命体征数据图16 资源主体执行数据更新5. 结论与将来的工作5.1. 结论 MADIP或相似系统的开发对未来的健康保健监测将是很关键的。从医务人员角度来看，代替日常病人的监控任务，可以减少工作量。而从病人的角度看，通过即时移动及主体间可靠通信，病人护理可以得到改善。事实上，通过方便的信息交换还可以提高效率，因为有些固定的数据只收集一次，在搜索误放数据方面花费很少的时间。最终，由于消除手写记录、临床报告、以及医疗差错等而减少了文件编档。MADIP给病人监护中遇到的大量数据的整合和分析带来新的契机。它不仅要在互联网上查询有关个人医疗历史的医疗信息，同时还要监测病人状况，以提醒使用者健康纪录不一致的地方和不健康的发展趋势。它明确提出了一种革新方法，有力地协助卫生保健从业者通过收集、过滤和审查病人的有关资料，提供基本的诊断并提出建议操作。 但是实验也暴露了三个问题，这也是我们未来需要解决的：(1)需要先进的诊断推理机：在实现的实验中诊断只是简单地将生命体征监测数据与医生给出的相当原始的准则进行对比(例如收缩压120毫米汞柱，舒张压80毫米汞柱，脉搏:60-80次/ min等)，因此产生了许多虚假警报。病人常常在测量当天不可避免地喝咖啡、抽烟、吃类交感的非处方药或激烈的运动，于是许多假警报被送给医师。因此在MADIP中需要开发并集成更实用的指南和高级的诊断推理机。(2)安全和隐私：当个人通过互联网传递健康资讯时，严重关注是否会向他人泄露信息，并受到到保护而免受攻击。和电子商务领域类似，用户在使用该系统时会犹豫不决，除非安全和隐私问题得到很好的解决。ASDK中引入了一个称作“基于能力机制”的基本安全机制，禁止aglets链接到任何动态链接库，以提供一些安全控制机制。更加稳健和全面的安全机制必须纳入MADIP。 5.2. 将来的工作移动多主体系统极大地影响卫生保健监测的过程甚至是结果。创新和评价齐头并进是必要的，下一个合理的步骤就是对典型实验进行评估。设计一个开放的和可扩展的监控平台，这样的平台允许直接纳入先进的模块并平稳扩大健康监测的覆盖范围。例如在MADIP中，诊断主体起着关键作用，仅仅基于一些简单的规则是难以执行诊断任务的。通过在MADIP中整合先进的诊断方法，诊断主体的功能能够得到提高。作为本项工作的基本扩展，将研制鲁棒性的诊断算法，以使诊断准确率达到理想水平，并将其与提出的系统相结合以增强诊断主体的功能，并最终增强整个系统的性能。另一个有待解决的关键问题是系统的安全性。主体范例中移动性的优点有助于我们开发分布式的卫生保健系统，并得到大量移动客户。但它也是开放的系统，容易遭到恶意实体的攻击。我们采用IBM的ASDK作为我们原型设计的工具，它具有内置式的基本安全机制。然而，移动主体是一种基于信任的范例；安全问题是隐含的，也是接收和均匀传输的障碍。需要在MADIP中开发并集成鲁棒性的主体安全框架，以控制风险和减轻恶意实体所造成的威胁。鸣谢：感谢桃园武装部队总医院的支持，他们热心提供生命体征监测指导准则和设备。特别感谢许多ERP/MC实验室的学生，他们对原型系统进行了实验和测试。没有他们的帮助，对提出的研究所做的实验就不可能成功。 参考文献：1 B. Stan, Evolution of the eHealth space, Pharmaceutical Executive 2000, ABI/INFORM Global 2000, pp. 814.2 M. Maheu, P. Whitten, A. Allen, E-Health, Telehealth, and Telemedicine. A Guide to Start-up and Success, Jossey-Bass W. Wiley Company, 2001.3 G.P. Picco, Mobile agents: an introduction, Microprocessors and Microsystems 25 (2001) 6574.4 S.T. Vuong, I. Ivanov, Mobile Intelligent Agent System: Wave vs. JAVA, etaCOM 96, in: The First International Conference on Emerging Technologies and Applications in Communications, Portland, May 1996.5 M.J. Mendes, F.M. Silva, Mobile agents in autonomous decentralized systems, ISADS (1999) 258260.6 D.B. Lange, M. Oshima, Programming and Deploying Java Mobile Agents with Aglets, Addison Wesley Longman, Inc., 1998.7 M. Naylor, et al., Enhancing network management using mobile agents, in: Proceedings of the 7th IEEE International Conference and Workshop on the Engineering of Computer Based Systems.8 M. Naylor, The Use of Mobile Agents in Network Management Applications, Master thesis, Napier University, 2000.9 P. Braun, C. Erfurth, W.R. Rossak, An introduction to the Tracy mobile agent system, Technical Report No. 2000/24: Friedrich Schiller University of Jena, Computer Science Department, 2000.10 F. Hohl, The Mobile Agent List, Available at: http:/reinsburgst