原子:无处不在的远程咨询系统支持AMI患者的院前溶栓患者

文摘

全世界最新的医学文献以人群为基础的研究表明,急性心肌梗死(AMI)患者仍然经历长时间的延迟获救,这常常导致发病率和死亡率。本文报告从技术的角度来看一个名为原子的远程咨询和监控系统。该系统解决了溶栓AMI病人送往医院之前的交付的问题通过启用远程交互的医护人员和心脏病在冠心病监护病房(情事属实者)。这样的互动可以让病人的诊断资格的直接应用溶栓,这是为了减少之间的延迟出现症状和最终应用适当的治疗。减少这样的延迟是为了增加AMI病人的生存机会和减少postinfarction续集的风险。远程咨询是无线和移动技术的支持下举行,这也使得心脏病专家监控病人虽然他/她被送往最近的情事属实者。所有医护人员之间的信息交换和心脏病学家记录来呈现一个可审计的系统。原子被部署在第一阶段在里约热内卢的医疗团队参与项目进行了委托测试。

1。介绍

急性心肌梗死(AMI)是死亡的主要原因之一,物理世界的能力(1]。在2005年,例如,心血管疾病占全球死亡人数的30% (2]。也知道AMI患者经历的发病率和死亡率可能减少减少症状出现的时间间隔及其识别治疗(3]。然而,在工业化国家和发展中国家所谓的st段抬高心肌梗死肝素)程序,取决于(通常是送往医院之前的)早些时候提供紧急医疗服务(EMS)——仍在研究和修订为了有效地实现(4- - - - - -7]。因此,AMI患者仍然经历长时间的延迟提供初始医疗(8- - - - - -10]。

一般在AMI的原因(STEMI),最常见的是缺血,这是一个突然减少或中断的血液流向组织因为动脉收缩或阻塞。到目前为止,有两个主要的治疗在心脏恢复之前收缩或阻塞动脉的血流量:血管成形术和溶栓(我们更详细地讨论这两个部分2.1)。至关重要的是,后者在前者的好处是便宜的和可行的实现由护理人员在紧急情况他/她自己。然而,溶栓的要求应用程序需要仔细技术判断AMI患者溶栓是否合格。这样的判断往往只能由一位心脏病专家。这个专业的决定是基于分析(通常是十秒)的心电图(ECG)除了一些信息对最近的病人的病史。这就是我们的问题。等事实上,专家很可能没有可用的地方第一个EMS是提供给病人,因此呈现的院前溶栓率低于临床指南推荐的管理。

在本文中,我们报告一个远程咨询系统,使远程交互的医护人员提供AMI患者的院前急救和心脏病患者在冠心病监护病房(情事属实者)。本文的重点是在全面描述系统如何解决医疗问题提到的从技术的观点。

系统命名为原子,站在AMI远程咨询和监控系统。原子利用无处不在的(移动和无线)技术是一种有效的远程医疗资源在任何时间,任何地方。然而,当我们讨论的部分5。1,连通性和带宽限制在巴西,也偏爱使用结构化数据存储和检索的审核,基本关心患者的院前的交付thrombolysis-have也被认为是技术的采用。

本文的其余部分组织如下。节2我们简要讨论溶栓、血管成形术,是最采用再灌注治疗AMI患者。然后我们介绍巴西有关的特定场景提供EMS对AMI患者。我们描述的原子系统部分3,通过专注于通信流系统概述和建筑组件。随后,节4,我们详细说明系统的实现细节。然后我们进行置评5在远程医疗系统相关工作致力于支持AMI患者EMS的问题和/或送往医院之前的心电图监测。我们还讨论在本节中:(i)审核的要求;(2)原子的局限性和未来工作我们已经划定;(3)系统适用性、部署和社会经济视角。结论本文,我们提供的部分6这里的总结关键贡献转达了我们最后的考虑。

2。背景

2.1。溶栓和主要血管成形术

溶栓治疗(也称为纤维蛋白溶解)由管理溶栓药物溶解动脉阻塞,因此病人的心肌血流量可以有效地恢复。血管成形术,或主要经皮冠状动脉介入(PPCI),是一个更昂贵但highly-adopted过程在缺血性AMI情况下基于外科手术疏通阻塞动脉。

在医学文献(如[3,11- - - - - -13),有一个长时间运行的讨论再灌注therapy-thrombolysis或而angioplasty则是最合适的一个。在这个比较中,参数为溶栓和血管成形术已经声称。引用石(11),“[o] ne有关时间最长的辩论在心脏病的患者发展最好的再灌注治疗急性心肌梗死(AMI)。”根据目前的指南(13),PPCI是首选形式的再灌注治疗STEMI患者。然而,有共识,(我)减少时间从第一接触卫生保健系统的起始(所谓的再灌注治疗系统延迟)是关键10];(2)早期管理院前溶栓(PHT)是一种替代PPCI,成本较低,可能会产生类似的结果(14];(iii)如果病人溶栓的资格,然后用PPCI PHT交付的组合作为一个二级干预后住院达到突出的结果(2)——例如,Arntz [15,p . S93]报告研究TIMI三级流(TIMI代表“心肌梗死溶栓”,是一个研究小组协调几个试验的名字,特别专注于经皮冠状动脉介入溶栓,和心血管疾病。TIMI三级流动意味着完整的灌注,也就是说,一个正常的流动已经恢复完全填补远端冠状动脉床。每个年级的含义的信息,请参考http://www.timi.org/?page_id=76)实现了91%的患者没有重大并发症。此外,研究包括实际的远程医疗系统实现交付PHT也表明是可行的存在(见,例如,16])。

内联与这一趋势,我们恢复这一节指Danchin等人的结论已从他们的审查结果最近发表在这个问题(3]。

”尽管PPCI是治疗的选择,往往是不可能实现它所需的时间窗口内。[…]地区PPCI不是(立即),溶栓仍是唯一的治疗选择,应该尽快实施,最好是送往医院之前的。”

我们坚持在工作报告在此,也考虑到特定的上下文的巴西和当前的指导方针,在下一节中讨论。

2.2。在巴西为AMI患者院前溶栓

许多发展中国家,如巴西、大深社会不平等为特征的社会经济对比和强烈的不平衡分布产生财富。关于医疗、远程医疗扩散可能大大帮助发展中国家缩小这些差距17,18]。在巴西,除了呼吁PHT交付在心脏病研究文献[19),最近联邦政府的政策已经提出“胸疼痛协议”结合使用溶栓和PPCI AMI病例。这样的协议的主要目的是减少系统延迟AMI病例通过增加采用PHT应急小组。在区域层面,卫生当局在里约热内卢建立了一个项目叫做TIET [20.(站”的AMI溶栓治疗紧急远程咨询”)。从本质上讲,TIET项目旨在以下:(我)取代CCUs在大型医院的溶栓治疗患者的院前护理设施,接受患者获救的紧急团队;(2)提供远程咨询基础设施,提供了对心脏病专家协助应急团队决定意味着给定AMI患者溶栓治疗的资格。

截至2005年3月,一项决议从公共卫生当局在里约热内卢建立TIET项目的部署单位突发公共卫生事件。在这个项目中定义的需求之一是这些应急单位应该心电检测仪和传统phonelines传真机连接。这个需求的主要目的是提供一种基本的远程咨询的基础设施,允许与心脏病护理人员确认的AMI诊断和病人的资格PHT当ecg不够明确或医护人员不够有经验。此外,如果AMI案例要求,这个基础设施提供了与早期患者信息情事属实者,准备为他/她的即将到来。

TIET项目,按照最初的构想,提出了两个主要限制其有效性和效率从技术的角度来看:(我)TIET远程咨询系统很难审计。由于没有集中的记录在原始TIET远程咨询系统,直接要成功实现审计行为变得特别困难,从而限制的实施PHT交付指定的情况下,我们回到这一点5。2;(2)TIET远程咨询系统依赖于一个固定的通信基础设施,迫使流离失所的AMI病人紧急单位之前适当的溶栓治疗。取决于多么困难的访问是最接近的应急装置,溶栓政府可能难以实现这个病人由于积累了系统延迟。

医疗和公共政策已经制定,然而,对于升级TIET项目可用的移动和无线技术如GPRS / EDGE / 3 g和Web服务(SOAP / XML)。为把挂和张21),这些技术起着关键的作用,使远程医疗项目更长和更容易部署。支持AMI病例有效PHT交付的目标从而引起原子,远程咨询系统引入下一个旨在处理TIET缺点。

3所示。原子系统

的设计和实现原子依靠无线和移动通信协助护理人员(应急小组)和心脏病专家(我)交换信息的AMI病人并决定其资格接收及时溶栓;(2)互补信息交换关于病人的情况(包括额外的ecg),而他/她正在取代情事属实者。

原子系统不仅旨在涵盖传统应急部队,但实际上任何地方启用无线网络,AMI患者可以先移动应急团队或救护车接洽服务。为了实现这一目标,该系统利用不同的网络技术来提高其普遍性。人工干预的原子通常局限于请求从医护人员咨询,回复这样一个从心脏病专家咨询。咨询是由发送的请求分析的要求从AMI病人包括一个或多个数字化心电图记录和临床信息收集的医护人员从病人。额外的患者可能从外部获取的信息系统协调服务器(尽管这个功能还没有实现,值得强调结果的优点之一有一个中心协调者在系统架构)。然后系统传达病人分析请求一个心脏病专家,可以做出正确的决定在病人溶栓是否合格的早些时候送往医院之前的设置。

3.1。系统概述和架构

图1概述了原子的通信流,结构化根据客户机-服务器体系结构样式。

协调服务器(CS)关注护理人员之间的信息交换和心脏病专家。CS接收分析请求从护理人员在一个客户端,并将它们转发给心脏病其他客户端登录系统。通过这样做,CS数据库中存储所有信息交换,使进一步的审核(cf部分5。2)。

客户端是由两个不同的应用程序配置我们两endpoints-used医护人员一边,和心脏病学家在另一边。医护人员使用上运行的应用程序的3 g支持笔记本电脑通过USB接口连接到一个专用的心电图获得设备(特定的硬件设置,构成部分中描述的系统原型4所示。1。注意,尽管如此,建筑设计并不局限于特定的无线和移动技术。)。这个应用程序允许他们(我)填写电子病历(EPR) (EPR我们并不意味着一个完整的和永久的电子健康记录(EHR)的病人,但是当地的记录在病人临床信息为目的的telediagnosis心脏病。)(a)病人的临床信息- - -例如,心率、溶栓排除标准的信息,因此,(b)病人的病史收集的只是anamnesis-for例子,历史对于血管成形术,高血压,糖尿病,等等;(2)从患者获得一个(12或更少)的心电图记录(并通过心电图获得设备文件)添加到EPR刚才提到;(3)通过无线传输这些数据(例如,3 g连接,因此定义的问题分析的要求,可能是紧随其后的是聊天信息可用的心脏病专家。

然后CS分析请求转发和聊天信息系统上可用的心脏病专家在最近的冠心病监护病房(情事属实者)。(系统允许不同CCUs参与)。

注意到至少一个心脏病专家必须登录每情事属实者原子(原子的医疗小组项目响应这个要求。),否则远程咨询没有目的。心脏病的端点由一个web应用程序,它运行在一个标准的web浏览器。CS的列表的应用程序接收待分析请求允许同时心脏病专家回答多个请求。每个分析请求通过CS的心脏病专家HTTP作为他/她登录到系统,然后表现出他/她是一个HTML网页。这个页面在于以下几点:(我)EPR和下载链接(s)的心电图记录(s)收集的心脏病专家评估医护人员;(2)一个web表单,模具医疗报告心脏病是分配请求。这包括标记是否应该供职溶栓病人以及病人的病情的严重程度根据他/她的技术判断;(3)一个聊天频道,让医护人员和参加心脏病专家之间的实时通信。

(即每一个医疗报告。,the web form filled in) assigned by a cardiologist is sent to the CS, which in turn passes it by to the paramedics. Additional ECG records together with the chat channel resource allow for the cardiologist to get from the paramedics the patient’s actual condition while he/she is being taken to the CCU. This provides the CCU’s team with actual patient information from the prehospital setting, so that they can get prepared for the subsequent proper treatment to that particular patient at the CCU.

必须启用了护理人员的笔记本电脑和无线技术(例如,GPRS / EDGE / 3 g、wi - fi、等)的连接与CS。我们描述部分4技术用于解决这个问题和所涉及的所有其他需求之间的通信进行了CS和两个客户端应用程序是,传播的EPR,临床报道,心电图记录,和聊天消息。

3.2。面向方面的编程

非功能性需求被认为是由于建筑设计规范采用所谓的面向方面的编程(AOP)的方法(22]。这个编程范式由为了增加模块化允许代码处理横切关注点的分离。例如,让我们考虑安全问题。它蔑视通常封装编程抽象(如程序、模块、类和方法),因为它“跨越”他们中的许多人在一个程序中。面向方面的编程需要处理一个问题如安全除了主程序逻辑为了模块化。

AOP一直被应用在原子的体系结构来管理问题,否则,将引入系统干扰地(即。,混在系统功能)。我们采用了一个架构愿景分组两个轴,即功能和体的轴(见图2)。的功能轴包括,顾名思义,应用程序功能requirements-namely、管理分析和临床报告,请求,允许病人监测。体的轴依次存在着交叉功能轴垂直,以满足系统非功能性需求,即

(我)安全:医疗数据的内在本质要求保密制度;(2)鲁棒性:也就是说,系统必须是可靠和可用的;(3)流动性:不但要系统利用移动和无线技术,但也保证流动性和漫游通过处理异构性(例如,wi - fi, WiMax, GPRS / EDGE / 3 g,等等)。

目前,我们遇到了安全问题如实现部分(见部分所述4所示。5)。我们的目标是在满足两个非功能需求通过使用面向方面的编程以及在未来的工作中,作为讨论的部分5。5。

4所示。实现细节

在本节中我们将描述原子的软件组件的实现细节和硬件系统中使用。

4.1。硬件设备

首先为了协助AMI病人在紧急情况下,医护人员利用ANVISA-approved (ANVISA的巴西代理的规定与健康有关的产品(即。,类似于美国食品及药物管理局))心电图获得设备具有一个USB端口与一台笔记本电脑或移动设备。我们采用这个设置,因为目前还没有ANVISA-approved心电图获得设备具有短程无线功能,如蓝牙或无线个域网接口。这个心电图设备被连接到一个3 g支持,高度可移植的笔记本电脑以900 MHz处理器,512 Mb内存,显示屏(max。解决像素);参见图3。

4.2。协调服务器

CS已经开发成一组web服务API在Java中使用jax - ws实现。目前,这一组web服务包含以下:(我)RequestWS:用于医护人员分析请求发送到心脏病专家;(2)RegisterWS:护理人员发送到CS额外的病人(个人)收集的信息后发送的关键临床信息集成到同一病人的EPR;(3)ResponseWS:心脏病学家把临床医护人员报告;(iv)ChatWS:对医护人员和心脏病学家能够交流的聊天信息。这个功能还支持额外的传输心电图记录为了保持医生发布和/或允许他/她进行深入调查,病人接受EMS。

只是described-namely,所有数据的分析要求,心电图记录,聊天信息和临床心脏病学家安全地存储在一个指定的报告PostgreSQL数据库系统。这些数据被编码到Java类映射到关系表的使用Hibernate框架。

4.3。护理人员的端点

护理人员的端点的图形界面包括:(i)心电图采集和查看器窗口(图4(一),下面的背景)和(2)形式填在远程咨询(数字4 (b)和4 (c))以及一个界面显示心脏病专家的报告(图4 (d))。在图所示的形式4 (b)用于收集病人临床历史相关的心脏病专家的评估,如历史为高血压、糖尿病、血管成形术,先前的AMI发生。入选标准的补充信息(AMI发生的典型症状?),和排除标准(病人对溶栓交付有什么禁忌吗?),收集的两个其他形式(图中没有显示)。每个字段等形式要么是明显的“P”“,”或“倪。”这些代码表示“存在”,“没有,”或“不知情,“分别定义了项目的医疗团队。图4 (c)描述了一个可选的形式用于收集病人的人口统计,而图4 (d)介绍了面板出现心脏病的临床报告收到。这个小组提出的名字参加心脏病专家,诊断他/她布置(如AMI与圣高程),预测克利斯(例如,还注重III),和推荐的干预(如溶栓推荐)。的形式和面板处理标签启用远程咨询收入,缓解browsability和可读性的小型笔记本电脑的屏幕。

(一)心电图采集和查看器窗口。

(b)病人的临床资料。

(c)额外的病人(个人)信息。

(d)临床心脏病专家发出的报告。

特定的细节仍然是值得一提的是,护理人员的应用程序的控制流是异步的CS和其他(反对)端点(即,心脏病专家的应用程序)。后调用RequestWS传输(图的心电图记录4(一)),护理人员能够继续收集和插入病人的临床和个人信息(数字4 (b)和4 (c))。这是在应用程序进行听聊天信息和最终的心脏病的临床报告。在当前实现中,倾听这协议由web服务的定期检查ResponseWS和ChatWS通过轮询。收到最终的临床报告,应用程序在屏幕上呈现一个通知医护人员用户,使临床报告选项卡(参见图4 (d))。

4.4。心脏病的端点

心脏病的端点在Java中实现了使用JSP (Java服务器页面)/ Servlet技术和框架Struts和DWR (直接网络远程)。目前,这个应用程序相同的应用服务器上运行的CS虽然可以驻留在另一台机器直接。网页的加载,心脏病已经选择了一个特定的请求收到CS等待分析。这心脏病专家的应用程序检查挂起的请求轮询RequestWS。随着心脏病有访问病人EPR,即心电图及临床信息,他/她可以填写模具临床报告的web表单分配为溶栓患者是否合格。这些数据发表的CS通过ResponseWS,将其传递给医护人员的端点(见图4 (d))。

图5显示了这种心脏病的主要网页的应用程序,其中的一个实例分析请求包含一个心电图和病人临床资料。界面布局分为框组不同的信息的分析从护理人员(即接收请求节中描述,相同的信息4所示。3)。盒子上的左上角请求本身包含的数据分析(医护人员ID、请求的日期和时间)。然后,仍然在左边,下面的盒子,从上到下,占入选标准的信息,排除标准,临床护理人员提供的信息和补充。在每个箱子,这些信息分组根据编码”存在,““,”和“不知情”已设定的医护人员。盒子在右边,从上到下,躺在一组链接打开心电图记录与该请求,聊天界面,最后,表单填写与心脏病临床报告。这种形式对诊断领域,预测和推荐的干预。心脏病专家单击按钮“发送报告,”临床报告发送到医护人员的端点。

4.5。安全

安全是系统内部解决,首先,通过对标准用户访问和控制功能,其次,通过提供机密性的医疗数据交换在互联网上。用户身份验证提供了一个额外的web服务在CS标签LoginWS这实际上是另一种功能站在系统功能轴(cf。图吗2)。期间的保密数据交换提供通过加密SOAP消息携带的web服务请求与实际数据填写。这些请求都是由客户端应用程序。

这个保密特性,如前所述,通过体的软件组件实现编码在医护人员的端点和CS,拦截调用套接字API和数字(在这个实现的版本,没有加密的目的服务器端之间的数据通信的心脏病专家的web应用程序和计算机科学,因为他们都是部署在同一台服务器上)。加密功能护理人员的端点使用AspectJ语言实现,提供一种手段来实现体的代码在Java平台中。在CS,它是更加困难,因为jax - ws API调用套接字API不透明,从而使识别正确的拦截点的套接字API调用几乎不可能的。我们已经克服了这个问题通过实现(Java) web micro-server托管,CS,在同一台机器上。这个microserver负责(i)拦截4医护人员发送的SOAP请求的端点;(2)破译这些请求;(3)通过破译请求适当的web服务;(iv)拦截纯SOAP web服务发送的响应;(v)加密这些反应;和(vi)转发4对医护人员的端点。

为了使系统工作,也包括这个micro-server体的软件组件驻留在医护人员的应用程序(i)将传输的SOAP请求重定向到micro-server运输地址和(2)等待回答与相应的SOAP响应。这是必须要做到的,当然,除了加密和解密的SOAP消息。

拦截的SOAP消息的整个过程的一部分,网络micro-server CS是透明的。此外,它是不需要侵入和额外的代码在医护人员的功能组件的应用程序将此案应该我们没有利用面向方面的编程手段。

5。讨论

5.1。相关工作

心电图数据的传输到中央车站或医院可以追溯到1987年,当残酷的et al。(2312导心电图)尝试移动电话传输从救护车送往医院。这样一个研究的主要目标是检测ECG信号是否会受到任何失真或腐败传播以及量化传输延迟。从那时起,不同的技术已经投入试验传输心电图记录救护车和急救单位。在一项研究中,出现在2003年(24],Vaisanen等人查看相比效率传输心电图数据通过使用(i)传统传真设备(作为项目的原始TIET, cf,部分2.2);(2)手机;甚至(iii)传真设备耦合到手机。他们因此指出,手机被验证是有效和可靠的传统传真设备传输的心电图数据送往医院之前的设置。

沿着这些线路,快速传播的移动和无线技术近年来,地面是发展的多种心电图送往医院之前的设置(例如,传输系统(25- - - - - -28])。这样的系统,然而,通常集中在远程监控病人的心脏和/或其他生命体征为了让情事属实者或医院心脏病专家跟踪他/她的条件和他/她的到来做好准备。例子是有中等的监测心律失常患者(29日,30.)和AMI患者的早期分类在运输与[情事属实者,医院31日,32]。原子,相比之下,尽管允许这样的病人远程监控,是为了支持送往医院之前的实时决策远程咨询。像之前说的,用的目的,使医护人员立即交付PHT(病人应该溶栓资格)一旦参加应急诊断心脏病专家给了他/她的团队在送往医院之前的设置。

对于一般的送往医院之前的远程咨询目的,夸克et al。33)已经开发出一种便携式设备,允许双向、实时医院医生和紧急医疗技术人员之间的沟通。在这个项目中,数据通信是由音频和视频传输通过无线网络连接与平均1 Mbit / s的数据传输速率。我们强调这样的音频和视频数据传输实际上需要一个连接带宽可能高于在某些地区可以在像我们这样的国家,巴西,和其他人(我们在这里指的是国家的特点是大领土的地区,其中一些可能缺乏先进的通信能力。对于我们的现状的概述,例如,读者可以参考706年FCC的7日报告34])。此外,在原子项目中,我们旨在传播(我)心电图记录文件和(2)paramedics-cardiologist通信数据结构化数据。第一选择是心电图收购巴西相关规定。因为我们传输心电图文件只是作为ANVISA-approved装置,并通过心电图信号验证然后总是必要的。第二个选择,就是传输结构化数据相对于音频和视频数据,甚至使用电话,对缓解数据存储和检索的可审核性。因此,原子之间的交互可以紧急和专业的团队通过一个可审计的系统,可用于评估规定的干预措施。总而言之,我们的项目争取使干预反应AMI病例可能在一个高效和经济上有利的方式,在首次AMI病人接受治疗的位置由一个应急小组。

5.2。可审核性

我们关注在确保系统可审计的出现了,因为我们第一次会议的医疗小组项目。告诉他们,一方面,仍有几个心脏病专家都赞同PPCI没有前溶栓政府,尽管PHT节中提到的优点2.1。这阻碍了有效采用溶栓的完全控制,以防远程咨询与专家咨询,会话是TIET项目的情况下在里约热内卢cf。部分2.2。另一方面,医护人员倾向于避免的责任交付溶栓结果相关的通用禁忌症,尽管最近的研究表明优势的使用甚至在某些禁忌的情况下(35]。

这种状况强加一个实用性抑制PHT受益更多的病人的交付。原子,尽管,致力于成为一个可审计的系统。如前所述,协调服务器系统中记录所有数据流(即epr,回复磋商,等等),建立一个数据库,可以用于数据分析。

5.3。适用性

原子有一个双重的适用性。第一个,更直接紧急支持,因为它是本文的重点。第二个,反过来,是关心症状监测成为可能的依赖注册表的数据记录到计算机数据库中。(我)紧急支持。这是系统的实际突出适用性,它被设计。第一个实验与系统使用表明,它成功会议的两个缺点TIET项目中引入部分2.2题,不可能可审核性,以及有线的nonmobility传真的基础设施。是位置无关的,只要一些无线网络可以连接,可以使用原子由医护人员在救护车服务或nonspecialized医生在偏远地区,例如。节5。6进一步,我们评论观点的系统部署在里约热内卢。(2)症状监测。潜在的可审核性还允许我们超越紧急支持。系统部署在第二阶段和收集信息越来越多的病人上座率,我们到达综合征监测作为额外的但很重要的应用。从收集到的结构——主要是由于成型的形式提供的客户端应用程序用户广泛的AMI患者在里约热内卢是可用的。这些信息是为了丰富的进行人口研究支持释放更多的有效的公共卫生政策。

5.4。考虑系统的响应时间

总响应时间有经验的医护人员在发射远程咨询主要是由三个不同的因素影响,阻止我们建立一个典型的场景代表测量响应时间。首先,传播延迟通常占主导地位的传播率可以在无线接入网络。例如,如果一个3 g网络可用,可以预计最低2 Mbps静止或步行用户的数据速率,和384 kbps移动车辆,而对于一个普通的手机网络,最大传输速率是64 kbps。第二,实际的主导因素,系统的响应时间是基于人类自从采取的心脏病专家分析护理人员提供的输入数据端点和确定护理人员的定位(通过发送他/她的临床报告)数量级比预期的数据传输延迟。最后,医护人员之间交换的信息量和心脏病是低而猝发性(因为我们不使用连续介质),只有贡献人机交互的实际系统的响应时间的主导因素。

5.5。局限性和未来的工作

我们确定了三个主要限制在原子系统中,目前正在进行的工作的主题,即(1)正如前面提到的,两个非功能需求,即鲁棒性和流动性,原子系统中尚未解决,他们获得更多的重要性随着系统变得更加可靠。在[36),我们提出了原子系统管理等需求在架构级别。现在,我们正致力于实现映射等管理水平;(2)格式化的数据模型我们使用心电图记录病人的临床和个人数据中定义特别的的方式。我们正在研究基于原型的适用性openEHR方法(37)为了设计一个数据模型方案可再生的和适合的领域应急医疗保健。这个观点出现了我们面临的困难在定义电子顺磁共振数据模型(ECG加上患者临床和个人数据)与心脏病专家的支持。的openEHR标准提供了许多这样的数据模型(所谓的原型沿着几个委员会会议)构想涉及医生和信息专家;(3)我们目前采用web服务作为底层分布式软件组件技术。这个实现的决定使我们探究很多通信系统中习语codebase-some例子是轮询和心脏病专家的通知机制。我们正在重构这样的实现,以便系统代码库成为独立于底层的分布式软件组件技术,我们还在研究使用XMPP (XMPP是可扩展消息传递和到场协议,一组打开即时通讯技术,存在,多方聊天,语音和视频通话,协作,轻量级中间件、内容聚合、和广义路由的XML数据。可以找到更多的信息http://xmpp.org/)作为替代技术等机制的通知是轮询和存在。

作为我们的正在进行的工作的一部分,我们还设想改善原子系统中我们采用的开发方法。与上面提到的特定领域数据模型一样,我们正在做一个架构模型方案的上下文中也简单复制紧急医疗。这个想法是为了想出一个完整工程方法论装置处方系统的工作流程为特定领域的软件产品线(SPL) [38]。然后我们希望获取匹配模式连接特定的建筑模型适合特定的健康问题或场景。这种方法是一种研究途径后验意识到与原子脱离我们的经验。

5.6。部署和社会经济视角

原子目前在第一个部署阶段在一个大在里约热内卢市区/巴西。它集成在一套急救应急单位的巴西移动紧急医疗系统(samu - 192)在这一领域,一些委托测试一直在进行的医疗团队参与项目(参见图6其中一个测试的记录)。

(一)测试设置。

(b)病人在检查中。

(c)护理人员协助下端点的操作。

(d)心脏病端点接收请求远程咨询。

这项研究和开发的努力旨在将在接下来的社会经济影响的系统部署:(我)移动的溶栓交付医院的应急CCUs单位,旨在促进更有效的交付过程送往医院之前的EMS以及加快病人的住院管理通过监测自他/她早些时候出席;(2)提高溶栓率交付(病人应该符合合格标准),可能减少,因此,离开人世的速度(如预期在考虑结果发表在《医学文献,cf,部分2);(3)减少外科手术的利率,使可能的成本削减治疗AMI患者;(iv)决策过程的可追溯性提供护理的AMI患者加强适当的就业指南定义为公共卫生当局;(v)建立一个统计数据库进行进一步分析,识别有用的指标的目的是解决公共卫生政策。

6。结论

在本文中,我们提供了一个全面的描述原子系统的地址一个医学问题,即,使早产患者的院前溶栓AMI病人的设置。我们专注于技术方面,必须处理以满足需求的问题。系统已经开发了改善临床指南的应用在里约热内卢移动和无线技术的利用。我们强调原子构成了一个完整的硬件和软件设备满足一个医学问题,医学界所指出的(cf部分2),是重要的相关性。

总之,我们列出了以下要点的带来的贡献我们的经验与原子。(我)原子系统是另一个项目的假设提供依据送往医院之前的心电图的传播技术上是可行的,有助于降低系统延迟的st段抬高急性心肌梗死患者。(2)移动和无线技术构成一个有效的手段传播不仅如此心电图数据,而且病人临床信息相关的心脏病专家的评估。此外,它允许医护人员提供额外的ecg病人时流离失所的情事属实者,通过他们自己的自由裁量权(例如,由于突然改变病人的条件)或针对心脏病的聊天请求。(3)原子的设计还涉及两个重要的特性已经在实践中使用远程医疗系统:安全性和审核能力。潜在的可审核性,特别是,是一个基本的关心患者的院前溶栓的交付。本文中讨论的,它鼓励医疗团队应用溶栓不逃避责任。

我们得出结论本文呼应世界卫生组织的定义远程医疗,即

“医疗服务的提供,距离是一个关键因素,通过医护人员使用信息和通信技术进行有效的信息交换的诊断、治疗和预防疾病和损伤[…]”(39]。

因为在原子项目我们遵守这个定义,我们这里有奋斗报告医疗和社会经济需求,设计决策,和系统的实现细节,指出其背后的意图影响部署作为操作医疗服务。因此,我们认为原子被设计为一种有效的无线和移动远程医疗系统。

确认

这项工作是支持的部分巴西资助机构FAPERJ CNPq,以及由巴西科技部(MCT)。作者还要感谢纳尔逊医生阿尔伯克基de Souza e Silva,威尔逊布拉兹科雷亚球场,和保罗•恩里克•戈,从里约热内卢联邦大学的心脏病专家(UFRJ),分享他们的医学知识作为顾问的发展原子。

引用

j·g .章r . j . Zalenski j.p. Ornato et al .,“使用紧急医疗服务在急性心肌梗塞和后续的医疗质量,”循环,卷106,不。24日,第3023 - 3018页,2002年。视图:出版商的网站|谷歌学术搜索
a . m .史密斯,p . j .哈迪d·a·桑德勒和j·库克,“护理人员决策:院前溶栓和超越”,急诊医学杂志。在出版社。视图:谷歌学术搜索
n . Danchin e·d·布兰查德,勾勒出“院前溶栓的角度来看,“欧洲心脏杂志》上卷,29号23日,第2842 - 2835页,2008年。视图:出版商的网站|谷歌学术搜索
e·c·基利j·a·布拉绸和c l .笑容”主要血管成形术与静脉溶栓治疗急性心肌梗塞:23个随机试验的定量评估,”《柳叶刀》,卷361,不。9351年,13-20,2003页。视图:出版商的网站|谷歌学术搜索
n . Danchin·d·布兰查德,p . g . Steg et al .,“影响院前溶栓对急性心肌梗死1结果:结果从法国全国USIC 2000注册表,“循环,卷110,不。14日,第1915 - 1909页,2004年。视图:出版商的网站|谷歌学术搜索
麦克莱恩,s .野生·康纳,公元Flapan治疗ST段心肌梗死的主要经皮冠状动脉介入,住院溶栓和院前溶栓。一项观察性研究的时间和结果在625例,“急诊医学杂志,28卷,不。3、230 - 236年,2011页。视图:谷歌学术搜索
a . b . Patel et al .,“访问主要经皮冠状动脉介入ST段抬高心肌梗死在加拿大:地理分析,“开放的医学,4卷,不。1,E13-E21, 2010页。视图:谷歌学术搜索
a . p .作者w·d·罗莎蒙德·d·c·高夫h·a·泰勒,j·s·英里,和l . Chambless”趋势送往医院之前的延迟时间和使用紧急医疗服务对急性心肌梗死:经验在4我们社区从1987年到2000年,“美国心脏病杂志,卷150,不。3、392 - 400年,2005页。视图:出版商的网站|谷歌学术搜索
r . v . Luepker”,延迟在急性心肌梗死:为什么他们不来医院更快,我们能做什么来减少延迟?”美国心脏病杂志,卷150,不。3、368 - 370年,2005页。视图:出版商的网站|谷歌学术搜索
c . j . Terkelsen j . t . Sørensen m . Maeng et al .,“系统延迟和死亡率主要STEMI患者接受经皮冠状动脉介入,”美国医学协会杂志》上,卷304,不。7,763 - 771年,2010页。视图:出版商的网站|谷歌学术搜索
g·w·斯通,“主要血管成形术与“早”thrombolysis-time敲响了警钟,”《柳叶刀》,卷360,不。9336年,第816 - 814页,2002年。视图:出版商的网站|谷歌学术搜索
p . Widimsky t . Budesinsky d Voračet al .,“长途运输的主要血管成形术和直接在急性心肌梗塞溶栓,”欧洲心脏杂志》上,24卷,不。1,第104 - 94页,2003。视图:出版商的网站|谷歌学术搜索
d·杜德克t拉科斯基、a . Dziewierz和w·Mielecki“延时的主要血管成形术:如何相关?”心,卷93,不。10日,1164 - 1166年,2007页。视图:出版商的网站|谷歌学术搜索
a·t·拉特克利夫和c胡椒、“溶栓或主要血管成形术吗?再灌注治疗心肌梗死在英国。”研究生医学杂志,卷84,不。988年,第77 - 73页,2008年。视图:出版商的网站|谷歌学术搜索
h·r·Arntz”在急性心肌梗死院前溶栓,血栓形成的研究补充1卷。103年,S91-S96, 2001页。视图:出版商的网站|谷歌学术搜索
s . i Mavrogeni m . Tsirintani c Kleanthous et al .,“监督急性心肌梗塞的溶栓使用远程医疗,”远程医疗和Telecare杂志》上》第六卷,没有。1,54-58,2000页。视图:谷歌学术搜索
A·马丁内斯诉Villarroel j . Seoane f·德尔博罗,“农村远程医疗系统的研究在秘鲁的亚马逊地区,”远程医疗和Telecare杂志》上,10卷,不。4、219 - 225年,2004页。视图:出版商的网站|谷歌学术搜索
a .朋友诉w·a . Mbarika f . Cobb-Payton p, s·麦科伊,“远程医疗扩散在发展中国家:印度的情况下,“IEEE在生物医学信息技术,9卷,不。1,59 - 65年,2005页。视图:出版商的网站|谷歌学术搜索
r·韦恩·m·诉Furtado, c . a . Polanczyk”在AMI患者的院前溶栓:一个可行的替代巴西?”Arquivos巴甲de Cardiologia,卷90,不。2、71 - 73年,2008页。视图:出版商的网站|谷歌学术搜索
g . m . m . de Oliveira c·h·克莱因和n . a . de Souza e Silva“年龄、队列和时期影响死亡率的脑血管疾病和各种原因死亡的里约热内卢、圣保罗和南里奥格兰德在1980年,1990年和2000 -巴西,“航空杂志上哒SOCERJ,18卷,不。4、324 - 335年,2005页。视图:谷歌学术搜索
k .挂和y . t .张,“无线网络在远程医疗,”无线互联网手册:技术、标准和应用程序CRC出版社,页511 - 535年,纽约,纽约,美国,2003年。视图:谷歌学术搜索
t . Elrad r . e . Filman, a·巴德”面向方面编程:介绍,“ACM的通信,44卷,不。10日,29-32,2001页。视图:出版商的网站|谷歌学术搜索
p .严峻,t·费尔德曼·m·马丁,r·多诺万奈文斯诉,和r·w·德斯”移动电话传输12导心电图从救护车送往医院,”美国心脏病学杂志》,60卷,不。8,715 - 720年,1987页。视图:谷歌学术搜索
o . Vaisanen、m . Makijarvi和t . Silfvast”送往医院之前的心电图传播:比较先进的移动电话和传真设备在城市紧急医疗服务体系,“复苏卷,57号2、179 - 185年,2003页。视图:谷歌学术搜索
k .挂和y张”,实现WAP-based病人监控,远程医疗系统”IEEE在生物医学信息技术,7卷,不。2、101 - 107年,2003页。视图:出版商的网站|谷歌学术搜索
黄懿慧林,i c . 1月,p . Ko, y y . Chen j . m . Wong和g . j .简”无线PDA-based生理监测系统对病人运输,”IEEE在生物医学信息技术,8卷,不。4、439 - 447年,2004页。视图:出版商的网站|谷歌学术搜索
s Dagtas g . Pekhteryev z Sahinoglu, h,和n . Challa“实时无线健康监测和安全,”国际期刊的远程医疗和应用程序文章ID 135808 10页,2008。视图:谷歌学术搜索
答:a . Tahat“基于移动通讯服务个人心电图监测系统,”国际期刊的远程医疗和应用程序文章ID 859232 7, 2009页。视图:出版商的网站|谷歌学术搜索
l . Hadžievski b . Bojović诉Vukčevićet al .,“一种新型移动transtelephonic系统与合成12导心电图,”IEEE在生物医学信息技术,8卷,不。4、428 - 438年,2004页。视图:出版商的网站|谷歌学术搜索
k . j . Liszka m·a . Mackin m·j·里胥特博士d . w .纽约d·皮拉伊和d·s·罗森鲍姆,“心脏保持跳动。”IEEE普适计算,3卷,不。4,42-49,2004页。视图:出版商的网站|谷歌学术搜索
p . Clemmensen m . Sillesen m . Sejersten s奇怪,和s Loumann-Nielsen”送往医院之前的转移到医院急性PCI设置使用无线12导心电图传播,”心电学杂志》,38卷,不。4、194 - 198年,2005页。视图:出版商的网站|谷歌学术搜索
诉a·鲁普g . m . Sierzege k . s . Kroszner o·e·里维拉j·f·麦卡锡和m . s . Meinstock“无线传输心电图:克服技术障碍”,急诊医学年鉴,44卷,不。4,S103-S104, 2004页。视图:谷歌学术搜索
i . h . m . j .夸克j . m . Kim Shin et al .,“实时医疗控制使用无线视听传播的传输设备在院前急救服务在韩国,“远程医疗和Telecare杂志》上,15卷,不。8,404 - 408年,2009页。视图:出版商的网站|谷歌学术搜索
“第七706年的报告,”科技。代表,联邦通信委员会,华盛顿特区,美国,2010年,http://www.fcc.gov/broadband/706.html。视图:谷歌学术搜索
m·m·奥特森et al .,“后果overutilization和未充分利用的溶栓疗法在临床实践中,“美国心脏病学会杂志》上,37卷,不。6,1581 - 1587年,2001页。视图:出版商的网站|谷歌学术搜索
答:助教戈麦斯,t . v .巴蒂斯塔,a . Joolia g·库尔森,“架构在可靠的系统中,动态重配置”可靠的系统架构四世课堂讲稿,在计算机科学中,页237 - 261,施普林格,纽约,纽约,美国,2007年。视图:谷歌学术搜索
听到和t·比尔科技OpenEHR架构概述。代表,OpenEHR, 2007年,http://www.openehr.org/releases/1.0.1/architecture/overview.pdf。视图:谷歌学术搜索
诉Sugumaran、美国公园和k·c·康”软件产品线工程”,ACM的通信卷,49号12日,28-32,2006页。视图:出版商的网站|谷歌学术搜索
“医疗信息技术支持,”世界卫生组织(世卫组织),2010年,过去www.who.int / en / InformationTech.pdf。视图:谷歌学术搜索

国际期刊的远程医疗和应用程序

文摘