专利名称：：输送个人化患者数据的系统和方法
技术领域：
：本发明一般涉及在包括移动接入网络的无线网络上的数据输送。更具体地说，本发明涉及用于向移动用户提供个人化患者数据的系统和方法。
背景技术：
：每个健康护理机构以电子健康记录(EHR)形式维护患者数据。与此系统相关联的一个限制是基础设施不足，无法将所有健康护理机构互连以便从单个服务器访问任何EHR。在提供紧急护理时，特别感觉到对此方面的需要。在紧急医学中，急诊后的“60分钟”能造成生与死的区别。这被称为“黄金时间”，并且是治疗必须在该时期内开始以便成功的关键时期。为了开始治疗，护理者要知道与该患者相关联的重要患者数据。重要的患者数据包括在EHR中。然而，寻求紧急护理的患者的EHR可能在提供紧急护理的同一健康护理机构不一定存在。因此，护理者由于不能访问重要的患者数据，因而可能不能在黄金时间内实施紧急护理。因此，存在用于在出现紧急情况下提供患者数据的加速方法的需要。
发明内容本文中解决了上述缺点、缺陷和问题，这将通过阅读和理解下面的说明书而理解。在一个实施例中，描述了如由个人化患者数据输送系统执行的个人化患者数据输送的方法。方法包括经通信装置在移动网络基础设施接收紧急患者数据请求，确定包括请求的紧急患者数据的至少一个患者数据输送服务器，将紧急患者数据请求传送到患者数据输送服务器，从患者数据输送服务器获得请求的紧急患者数据，以及将紧急患者数据经移动网络基础设施传送到通信装置。在另一实施例中，描述了个人化患者数据输送的方法。方法包括在通信装置从用户得到紧急患者数据请求输入；通过通信装置将紧急患者数据请求传送到移动网络基石出设施(transmittinganemergencypatientdatarequesttoamobilenetworkinfrastructurebythecommunicationdevice)；在移动网络基础设施接收紧急患者数据请求；确定包括请求的紧急患者数据的至少一个患者数据输送服务器，患者数据输送服务器部署在移动服务提供商的网络域内；将紧急患者数据请求传送到患者数据输送服务器；以及适当地处理已传送的紧急患者数据请求以获得请求的紧急患者数据。在仍有的另一实施例中，提供了将个人化患者数据输送到通信装置的方法。方法括在通信装置从用户得到紧急患者数据请求输入；将紧急患者数据请求传送到与通信装置耦合的移动网络基础设施；确定包括请求的紧急患者数据的至少一个患者数据输送服务器；将紧急患者数据请求传送到患者数据输送服务器；通过患者数据输送服务器处理已传送的紧急患者数据请求，以便编排合适的数据库查询格式(processingtransmittedemergencypatientdatarequestbythepatientdatadeliveryservertoformatasuitabledatabasequery)；基于数据库查询从患者数据库获得紧急患者数据；以及将紧急患者数据传送到通信装置来进行合适的处理，以便向用户呈现(render)紧急患者数据。在仍有的另一实施例中，提供了一种个人化患者数据输送系统，该系统包括用于从用户得到紧急患者数据请求输入的通信装置；用于基于在通信装置接收的紧急患者数据请求输入传送紧急患者数据请求的移动网络基础设施；部署在移动运营商网络和/或远程部署的网络内以处理紧急患者数据请求的患者数据输送服务器；以及耦合到患者数据输送服务器的至少一个患者数据库，该至少一个患者数据库存储紧急患者数据。本文中描述了变化范围的系统和方法。除此
发明内容中描述的方面和优点外，通过参照附图以及参照下面的详细描述，其它的方面和优点将变得清楚。图1是根据本发明的一个实施例的个人化患者数据输送系统的图示；图2是根据本发明的一个实施例的患者数据输送服务器的框图表示；图3是根据本发明的一个实施例，如由个人化患者数据输送系统执行的个人化患者数据输送到通信装置的方法的流程图；以及图4是根据本发明的一个实施例，表示个人化患者数据输送系统的操作的时序图。组件参考标号图1通信装置102移动网络基础设施104患者数据输送服务器106患者数据库108通信链路110通信链路112通信链路114图2系统数据库接口202运营商数据库图204移动ID生成器206用户选择进入退出数据库208处理器架构210存储器212操作系统214协议引擎216通信元件218接收元件220传送元件222用户接口224数据库接口226互连架构228具体实施例方式在下面的详细描述中，参照了形成本文一部分的附图，并且图中通过示图方式示出了可实践的特定实施例。这些实施例以充分的细节描述，以便使本领域的技术人员能够实践实施例，并且要理解，在不脱离实施例的范围的情况下，可利用其它实施例，并且可进行逻辑、机械、电气和其它更改。因此，下面的详细描述不要以限制的意义来理解。本发明提供系统和方法，所述系统和方法用于使用独特的键组合在通信装置上提供紧急患者数据，该独特的键组合对所有移动服务提供商或移动运营商(诸如在美国的Sprint和Nextel和在印度的Airtel和Vodafone等)是标准的。这能作为由移动服务提供商提供的免费服务或增值服务来提供。移动服务提供商能与一个或多个患者数据提供者建立联系(tieupwith)以便取回紧急医疗信息。患者数据提供者包括健康护理机构或托管一个或多个患者数据输送服务器(onemorepatientdatadeliveryservers)的第三方健康护理提供者。第三方健康护理提供者可包括GoogleHealth和HealthVault。每个患者数据输送服务器包括与相应健康护理机构相关联的若干患者的EHR。一个或多个此类患者数据输送服务器能与移动服务提供商提供的增值服务建立联系(linkto)。对紧急患者数据的请求能以类似于摩尔斯电码危难信号(SoS)的方式进行处理，该信号是用于紧急拨号的全球标准。在接收紧急患者数据的请求时，移动服务提供商能将请求路由到患者数据输送服务器，该服务器取回紧急患者数据并将紧急患者数据交给(present)移动服务提供商。紧急患者数据能进一步传送到通信装置以便处理和显示。本发明在本文中可依据示意性、功能和/或逻辑块组件和不同的处理步骤进行描述。应理解，此类块组件可由配置为执行指定功能的任意数量硬件、软件和/或固件组件来实现。本发明可采用各种集成电路组件实现，例如，存储器元件、处理元件、通信元件、逻辑元件、查找表或诸如此类，这些组件可在一个或多个微处理器或其它控制装置的控制下执行多种功能。图1是个人化患者数据输送系统100的图示。下面更详细描述的个人化患者数据输送系统100和相关技术能在如图1所示的移动接入网络中实现。个人化患者数据输送系统100—般包括无线通信装置102、由移动服务提供商/运营商建立的移动网络基础设施104、部署在移动运营商网络或远程部署的网络内的患者数据输送服务器106及患者数据库108。通信装置102包括移动或蜂窝电话、智能电话、支持移动连接的个人数字助理(“PDA”)、支持移动连接的掌上型计算机、支持移动连接的膝上型移动计算机及诸如此类。通信装置102通过一般由像在美国的Cingular和VerizonWireless及在印度的Airtel和Vodafone等移动服务提供商部署和管理的移动网络基础设施104访问紧急患者数据。在一个实施例中，移动服务提供商能包括移动运营商、因特网服务提供商及增值服务提供商。紧急患者数据包括患者有关的医疗信息，如身份、年龄、身高、体重、性别、家庭和遗传医疗数据、病史、生理缺陷、已知医疗状况、已知药物过敏及当前疾病状况，如症状和持续时间、血型数据、处方、药物相互作用信息、药物治疗信息、放射科信息、实验室信息及临床信息及诸如此类。此外，患者医疗数据可包括患者的联系详细信息，包括居住地址、联系号码(非移动电话)及诸如家庭医生等主要护理者的联系详细信息。此详细信息有助于让提供紧急护理的护理者联系与患者相关联的一个或多个人员。实际上，用户可发送如移动服务提供商预定义的标准SMS文本消息以请求紧急患者数据。该过程以通信装置102从用户接收紧急患者数据请求输入开始。根据移动网络基础设施104利用的无线通信协议，通信装置102将紧急患者数据请求发送到移动网络基础设施104。紧急患者数据请求可实现为一个或多个紧急患者数据分组以便从一个或多个患者数据库108访问所期望的紧急患者数据。之后，紧急患者数据请求由移动网络基础设施104适当地处理，并且将紧急患者数据请求传送到托管患者数据输送服务器106和患者数据库108的移动服务提供商的网络域。移动网络基础设施104的操作由于本领域的技术人员已熟知而未在本文中描述。患者数据输送服务器106可只是将紧急患者数据请求作为适当编排格式的数据库查询转发到患者数据库108。患者数据库108通过请求的紧急患者数据适当地作出响应。请求的紧急患者数据以根据需要的适合格式发送到移动网络基础设施104。移动网络基础设施104随后通过无线链路将请求的紧急患者数据发送到用户的通信装置102。请求的紧急患者数据由通信装置102进行适当地处理以向用户呈现紧急患者数据。无线通信装置102支持经无线链路110与移动网络基础设施104进行无线通信。其特征在于无线链路110和创建、维护无线链路110的方式的此类无线通信可通过一个或多个适用无线通信协议和/或一个或多个适用信令和网络协议进行管理。在一个示范实施例中，无线通信装置102配置为支持符合已确立的欧洲电信标准协会(ETSI)标准、国际电信联盟(ITU)标准和第三代合作伙伴项目(3GPP)标准及诸如此类的无线GSM/GPRS/3G/CDMA/W-CDMA连接。在一个实施例中，患者数据输送服务器106与移动网络基础设施104之间的通信遵循(follow)标准[像Web服务或通过HTTP]或专有协议，并且交换的数据可使用像CDA(临床文档架构)等已知标准或XML或专有数据格式来定义。此外，无线通信装置102可配置为支持备选或另外的无线数据通信协议，包括3G的将来变化，如3.9G或4G。无线通信装置102也可利用其它技术，像蓝牙、IEEE802.Ila/b/g(WLAN)、IEEE802.16(WiMAX)、IEEE802.20等。患者数据输送服务器106经通信链路112与移动网络基础设施104耦合，并使用通信链路114与患者数据库108耦合。患者数据输送服务器106能与患者数据库108通信以检索如用户所请求的紧急患者数据，和/或以适当格式传送请求的紧急患者数据以便在GSM/GPRS/3G领域的无线通信装置102上显现。通过物理链路建立和维护数据通信信道114的方式可通过一个或多个适用的数据通信协议、一个或多个数据库管理协议和/或一个或多个适用的网络协议进行管理。实际上，患者数据库108可利用(leverage)熟知的数据存储、数据库管理和其它数据库相关的技术。患者数据输送服务器106从患者数据库108访问和检索紧急患者数据的方式遵照常规协议和标准。患者数据库108的可行实现可在单计算机或服务器架构上或在可通过诸如因特网、局域网或广域网等网络互连的多个计算机或服务器上实现。此外，与系统108相关联的软件和紧急患者数据可驻留在单个计算机架构系统或服务器上，或者可跨多个计算机系统或服务器分布。患者数据库108可适当地配置为处理所有类型的数据，包括但不限于超文本传输协议(HTTP)网页、XML页面、RSSfeed格式、WAP页面、MPEG文件、MOV文件、JPEG文件及GIF文件。患者数据库108也可驻留在已知的数据服务器上，像ApacheWeb服务器、Microsoft数据管理服务器、MicrosoftXP服务器或Windows2003服务器、RealNetworksHelix服务器、Tandberg数据服务器及AppleQuicktime服务器等。在与移动网络基础设施104耦合和与患者数据库108或患者数据服务器耦合时，患者数据输送服务器106可包括其它传统连接器、LAN数据电缆、像Cisco3500系列等LAN交换器、像Cisco7200系列等因特网路由器、像CiscoCSS11500族系列等负载平衡器和数据服务交换器、防火墙和VPN安全性装置等。患者数据输送服务器106也可与其它应用服务器耦合，包括但不限于SMS应用服务器、MMS应用服务器及诸如此类。患者数据输送服务器106可在单计算机或服务器架构上或在可通过诸如因特网或局域网等网络互连的多个计算机或服务器上实现。此外，与系统106相关联的软件和紧急患者数据存储装置可驻留在单个计算机架构系统或服务器上，或者可跨多个计算机系统或服务器分布。系统106可与以下所列集成诸如计算机操作系统、网络操作系统、移动电信协议和因特网传输协议等现有类型的计算机软件、诸如“内容输送平台”或“服务输送平台”等专用装置、交互式话音响应系统(IVR)、3GIP多媒体子系统(IMS)、数据库软件、应用中间件、应用软件和/或像SMS应用服务器、MMS应用服务器等应用服务器、数据库、数据库服务器和流式数据服务器等。另外，本领域的技术人员将理解，本发明可结合任何数量的电信和数据传输协议来实践，并且本文中所述的系统只是用于本发明的一个示范应用。图2是根据一个示范实施例的患者数据输送服务器106的图示。患者数据输送服务器106适合在个人化患者数据输送系统100中使用。患者数据输送服务器106—般包括系统数据库接口202、运营商数据库图204、移动ID生成器206、用户选择进入退出数据库208、处理器架构210、存储器212、操作系统214、协议引擎216、带有接收元件220RX和传送元件222TX的通信元件218、用户接口224及数据库接口226。患者数据输送服务器106可包括将各种元件耦合在一起的适合互连架构228。互连架构228允许患者数据输送服务器106的各种元件根据需要相互通信和传送数据。系统数据库接口202可表示通过使用本机语言、数据库管理协议及数据库的术语(nomenclature)，使患者数据输送服务器106的子系统能够与像运营商数据库图(operatordatabasemap)204和用户选择进入退出数据库208等系统数据库通信的硬件、软件和/或处理逻辑。例如，系统数据库接口202适当地配置为创建用于用户请求的紧急患者数据的数据库查询。系统数据库接口202对数据库查询编排格式以便符合患者数据库108，并使数据库查询可用于到患者数据库108的传输。此外，系统数据库接口202从患者数据库108获得请求的紧急患者数据(或其一部分)，使得患者数据输送服务器106能以适当的方式处理请求的紧急患者数据。运营商数据库图204是包括有关移动订户的信息和相关联信息的数据库。相应地，运营商数据库图204包括两个内部数据库。第一内部数据库包括由移动服务提供商收集的用户数据，并且第二内部数据库包括要由移动运营商用于将紧急患者数据输送到其订户的一个或多个患者数据库108的标识详细信息。用户对使用此信息的许可(consent)也能从移动服务提供商获得。此数据受法律和如移动服务提供商提供的准则限定和管理。在一个实施例中，运营商数据库图204将在EHR中存储的患者身份与在第一内部数据库中存储的用户的身份信息相联系。使用通信装置102的用户能预订此服务。预订后，移动服务提供商能获得有助于将用户与在健康护理机构中存储的医疗记录相关联的基本信息，如用户的标识详细信息、用户的联系详细信息、与用户相关联的一个或多个健康护理机构的标识详细信息及识别在相应健康护理机构中存储的用户的医疗记录的登记号或任何此类号码。因此，EHR中的患者身份能与第一内部数据库中存储的身份信息相联系。在一个实施例中，运营商数据库图204也可包括原联系号码的别名以隐藏和/或保护用户的隐私。例如，在印度使用移动号码+919980803210的用户可在此运营商数据库图204中用别名表示，使得原移动号码不会向外暴露。这能够是如移动运营商提供的映射到用户的原移动号码上的称为移动ID的任何独特的可识别号码。移动ID能够是由患者数据输送服务器106的移动ID生成器206为相关联属性的所有内部参考、存储和处理而生成和指定的任何独特可识别号码。独特的号码生成为本领域的技术人员所熟知，因此在本文中不描述。在一个实施例中，移动服务提供商基于预订模型向通信装置102的用户(在本文中称为用户)提供移动服务，在预订模型中，用户为紧急患者数据和其它补充服务支付费用。用户选择进入退出数据库208包括选择进入用于在进行紧急患者数据请求输入时接收紧急患者数据的用户首选项，或选择退出接收紧急患者数据的用户首选项。患者数据输送服务器106不为已选择退出通过此患者数据输送服务器106接收紧急患者数据的用户输送7[壬f可个人化,患者数据。(Theuseropt-in-outdatabase208comprisesuserpreferenceofopting-inforreceivingemergencypatientdatauponplacinganemergencypatientdatarequestinputoropting—outofreceivingemergencypatientdata.Thepatientdatadeliveryserver106doesnotdeliveranypersonalizedpatientdataforuserswhohaveopted—outforreceivingemergencypatientdatabythispatientdatadeliveryserver106.)患者数据输送服务器106的系统数据库，即，运营商数据库图204、用户选择进入退出数据库208可基于用户与患者数据输送服务器106和此子系统的各种元件的交互而自动更新。患者数据输送服务器106的系统数据库可使用任何本机语言、数据库管理协议和数据库的术语，并且可以是任何商用数据库，像MicrosoftSQL、如OracleIOg等Oracle数据库。处理器架构210可通过设计为执行本文中所述功能的通用处理器、专用集成电路、离散硬件组件或其任何组合来实现或实行。处理器也可实现为计算装置的组合，如微处理器、中央处理单元(CPU)、多个微处理器的组合、单核或多核架构中的微处理器配置或任何其它此类配置。处理器架构210能与患者数据输送服务器106的各种组件和功能元件通信，并执行本文中所述的处理任务和技术。存储器212可通过RAM/ROM存储器、闪存、EPR0M/EEPR0M存储器、高速缓冲存储器、硬盘、可移动磁盘、CD-ROM或任何其它形式的存储媒体来实现或实行，并执行存储功能。在此方面，存储器212能耦合到患者数据输送服务器106的任何组件，使得任何组件能从存储器212读取信息，并将信息写入存储器212。存储器212包括充分的数据存储容量以支持本文中所述患者数据输送服务器106的操作。根据患者数据输送服务器106的要求，操作系统214(OS)与计算平台相关联。操作系统214可以是任何合适的操作系统214，如UnixOS、MicrosoftWindowsServerOS、基于先进电信计算架构(AdvancedTCA)的Linux、MontavistaCarrierGradeLinuxEdition(CGE)、SunMicrosystemsSolarisOS或诸如此类。根据患者数据输送服务器106的要求，协议引擎216与计算平台相关联。协议引擎216可包括患者数据输送服务器106所需、用于网络接入、信令协议、电信协议、数据通信协议和/或其它传输协议的任何协议栈，以便通过移动网络基础设施104接口(interface)、传递和/或传送紧急患者数据，和/或将紧急患者数据接口、传递和/或传送到患者数据库108或从患者数据库108接口、传递和/或传送紧急患者数据，包括但不限于GSM/GPRS/3G/CDMA/WCDMA协议栈、SMSC/MMSC连接协议栈、像TCP/IP、UDP、RTCP、SNMP的因特网协议栈和像SMS应用协议的应用层协议等。协议引擎216架构也可包括中间件和应用协议，像JBOSS企业中间件套件、公共对象请求代理架构(CORBA)、JAVA中间件套件(像J2EE)等。处理器架构210、存储器212、操作系统214、协议引擎216、通信元件218、互连架构228的功能性及其管理患者数据输送服务器106的架构、功能和操作方面的方式为本领域的技术人员所熟知，因而在本文中将不描述。通信元件218—般指包括硬件、驱动、软件等特性和组件，它们允许患者数据输送服务器106使用接收元件RX220和传送元件TX222(使用标准通信协议和/或利用患者数据输送服务器106的协议引擎216)来与移动网络基础设施104、像负载平衡器、防火墙、SMS应用服务器、数据库服务器等其它网络组件和装置通信。用户接口224指提供给患者数据输送服务器106的管理员/用户以控制患者数据输送服务器106的操作和功能性的任何图形、文本、听觉、命令行接口。它也指患者数据输送服务器106向管理员/用户显现的任何图形、文本、听觉、命令行信息。数据库接口226可表示硬件、软件和/或处理逻辑，它允许患者数据输送服务器106使用本机语言、数据库管理协议和数据库的术语与像Tandberg数据服务器和AppleQuicktime服务器等数据服务器上托管的患者数据库108和/或数据通信。例如，数据库接口226适当地配置为为用户所请求的紧急患者数据、使用患者数据输送服务器106来仓ll—(thedatabaseinterface226issuitablyconfiguredtocreateadatabasequeryforanemergencypatientdata,requestedbytheuser,usingthepatientdatadeliveryserver106)，并以适合患者数据输送服务器106传输的格式输送用户请求的紧急患者数据。另外，数据库接口226从患者数据库108和/或患者数据服务器获得请求的紧急患者数据(或其一部分)，使得患者数据输送服务器106能以适当的方式处理请求的紧急患者数据。由于与计算机装置平台、无线电信和数据传输、信令网络控制、数据库管理及患者数据输送服务器106(和各个操作组件)的其它功能方面相关的常规技术为本领域的技术人员所熟知，故在本文中可不详细描述。此外，本文中包括的图1和图2所示连接线旨在表示各种元件之间的功能关系和/或物理耦合。在实际实施例中，可存在另外的功能关系或物理连接。图3是如由个人化患者数据输送系统100执行的个人化患者数据输送到通信装置102的方法300的流程图。为便于说明，方法300的以下描述可结合图1和图2涉及上面提到的元件。在实际实施例中，部分此方法300可由所述系统100的不同元件执行，例如，通信装置102、移动网络基础设施104或患者数据输送服务器106。应理解的是，方法300可包括任何数量的另外或备选任务，并且不需要以所示顺序执行，并且方法300可包含到具有本文中未详细描述的另外功能性的更全面的程序或过程中。输送个人化患者数据的方法300以通信装置102从用户得到紧急患者数据请求输入开始。这在流程图的步骤310中示出。得到紧急患者数据请求输入包括由需要紧急服务的用户拨打预定的紧急服务键。预定的紧急键服务可以是在通信装置102上激活/按下/拨打时启动个人化患者数据输送的方法的独特键序列。备选，预定的紧急服务键可包括将请求紧急患者数据的标准SMS文本消息发送到预定号码。标准SMS文本消息可包括数字和/或字母键的预定序列。例如，标准SMS文本消息可包括“EPD911”，在发送到预定号码“999”时该消息可进行检索紧急患者数据的紧急请求。通信装置102基于接收的紧急患者数据请求输入，经无线链路传送紧急患者数据请求。流程图300在步骤312示出紧急患者数据请求的无线传输。之后，紧急患者数据请求由移动网络基础设施104适当地处理。移动网络基础设施104确定存储请求的紧急患者数据的至少一个患者数据输送服务器106。流程图300在步骤314示出此操作。在确定患者数据输送服务器106后，移动网络基础设施104将紧急患者数据请求传送到托管该患者数据输送服务器106和所需的患者数据库108的移动服务提供商的网络域。患者数据输送服务器106可简单地将紧急患者数据请求作为在流程图中步骤316所示的适当编排格式的数据库查询转发到患者数据库108。患者数据库108以请求的紧急患者数据适当地作出响应，在流程图300中以步骤318示出。请求的紧急患者数据以合适的格式发送到移动网络基础设施104，并且这在流程图300中以步骤320示出。随后，如流程图300中步骤322所示，移动网络基础设施104通过无线链路将紧急患者数据发送到通信装置102。如步骤324所示，紧急患者数据由通信装置102进行适当地处理以向用户呈现紧急患者数据。图4表示时序图，示出了在用户请求紧急患者数据时，直至患者数据输送系统100将所期望的紧急患者数据输送到用户为止发生的事件。个人化患者数据输送系统100的操作以通信装置102从用户得到紧急患者数据请求输入开始。时序图400通过箭头410识别紧急患者数据请求输入。通信装置102基于接收的紧急患者数据请求输入，经无线链路将紧急患者数据请求传送到移动网络基础设施104。时序图400通过箭头412示出紧急患者数据请求的无线传输。之后，紧急患者数据请求由移动网络基础设施104处理。移动网络基础设施104识别存储请求的紧急患者数据的至少一个患者数据输送服务器106，并将紧急患者数据请求传送到托管患者数据输送服务器106的移动服务提供商的网络域。时序图400通过箭头414示出紧急患者数据请求到患者数据输送服务器106的此传输。患者数据输送服务器106接收紧急患者数据请求，并适当地处理紧急患者数据请求。患者数据输送系统100可编排适当的数据库查询格式，以便符合患者数据库108，并且为所需的紧急患者数据查询患者数据库108。这在时序图中由箭头416示出。患者数据库108通过请求的紧急患者数据适当地作出响应，在时序图400中由箭头418所示。紧急患者数据以合适的格式发送到移动网络基础设施104，并且这在时序图400中通过箭头420示出。在时序图400中由箭头422所示，移动网络基础设施104随后通过无线链路将紧急患者数据发送到用户的通信装置102。箭头422表示的紧急患者数据由通信装置102适当地处理以便如箭头424所示向用户呈现紧急患者数据。各种实施例中所述的个人化患者数据输送系统100允许护理者使用患者使用的通信装置102获得有关患者的紧急医疗信息。这能通过不与患者沟通或干扰患者而实现。由于护理提供者可容易地得到包括重要和准确临床信息的紧急医疗信息，因此，能够向患者保证快速和有效的医疗护理。在诸如治疗意外受害者或在活动中并因此不在其健康护理提供者的范围内的人们的紧急情况下，这特别有用。由于仅在患者事先同意的情况下获得紧急医疗信息，因此，解决了患者隐私和安全性顾虑。用于输送个人化患者数据的系统和方法利用现有基础设施。此外，通信装置102上无需运行任何特殊应用。使用标准服务键或预定键组合启动获得紧急患者数据的过程，并因此消除了护理者了解通信装置102的每种模型的使用的需要。在一个实施例中，本发明利用通常由某个人员携带的移动电话，而无论该人的经济状况如何(irrespectiveoftheeconomicstratathepersonbelongsto)。这消除了携带像可移动磁盘、压缩盘(CD)或优盘(pendrive)等另外的数据存储媒体以存储患者的紧急医疗信息的需要。在移动电话上提供紧急医疗信息的特性对移动服务提供商的订户而言是一个很好的价值增加。在各种实施例中，描述了用于获得紧急患者数据的系统和方法。然而，实施例不受限制，并且可结合不同应用实现。本发明的应用能延伸到其它领域。本发明提供了应请求提供个人化数据的广义概念，这能适用于在多个应用中获得除医疗信息外的数据。相应地，本发明不限于健康护理环境。该设计能进一步推广，并以各种形式和规格实现。此书面描述使用示例以便描述本文的主题，包括最佳模式，并且也使任何本领域的技术人员能够实现和使用主题。主题的可授权的范围由权利要求定义，并且可包括本领域技术人员想到的其它示例。如果此类其它示例具有与权利要求文字语言相同的结构要素，或者如果它们包括具有与权利要求文字语言没有实质不同的等同结构要素，则它们将确定为在权利要求范围内。权利要求一种将个人化患者数据输送到通信装置(102)的方法，所述方法包括在通信装置(102)从用户得到紧急患者数据请求输入；将紧急患者数据请求传送到与所述通信装置(102)耦合的移动网络基础设施(104)；确定包括请求的紧急患者数据的至少一个患者数据输送服务器(106)；将所述紧急患者数据请求传送到所述患者数据输送服务器(106)；通过所述患者数据输送服务器(106)处理已传送的紧急患者数据请求，以便编排合适的数据库查询格式；基于所述数据库查询从患者数据库(108)获得紧急患者数据；以及将所述紧急患者数据传送到所述通信装置(102)来进行合适的处理，以便向所述用户呈现所述紧急患者数据。2.如权利要求1所述的方法，还包括将所述紧急患者数据传送到所述移动网络基础设施(104)。3.如权利要求2所述的方法，其中所述方法根据所述移动网络基础设施(104)利用的无线通信协议，将所述紧急患者数据传送到所述通信装置(102)。4.如权利要求1所述的方法，其中得到所述紧急患者数据请求输入包括由需要紧急服务的用户拨打预定的紧急服务键。5.一种个人化患者数据输送系统，包括通信装置(102)，用于从用户得到紧急患者数据请求输入；移动网络基础设施(104)，用于基于在所述通信装置(102)接收的所述紧急患者数据请求输入传送紧急患者数据请求；患者数据输送服务器(106)，部署在移动运营商网络和/或远程部署的网络内以处理所述紧急患者数据请求；以及至少一个患者数据库(108)，耦合到所述患者数据输送服务器(106)，所述至少一个患者数据库(108)存储所述紧急患者数据。6.如权利要求5所述的系统，其中所述通信装置(102)是无线移动装置，配置为支持符合已确立的欧洲电信标准协会(ETSI)、国际电信联盟(ITU)标准及第三代合作伙伴项目(3GPP)标准的无线GSM/GPRS/3G/CDMA/W-CDMA连接。7.如权利要求6所述的系统，其中所述通信装置(102)还配置为支持可选或另外的无线数据通信协议，包括含3.9G/4G在内将来的3G变化，以及支持其它无线通信标准，包括蓝牙、WLAN(802.lla/b/g)^PWiMAX(802.16)。8.如权利要求5所述的系统，其中所述患者数据输送服务器(106)与所述患者数据库(108)通信以检索如所述用户所请求的所述紧急患者数据，和/或以适当格式传送所述紧急患者数据以便在所述通信装置(102)显现。9.如权利要求5所述的系统，其中所述患者数据输送服务器(106)是电子医疗记录(EMR)、公共健康记录(PHR)、企业临床信息系统和医院信息系统(HIS)中的一个。10.如权利要求5所述的系统，其中所述通信装置(102)是蜂窝电话、个人数字助理(PDA)、支持移动连接的掌上型计算机及带有无线接入的膝上型计算机中的一个。全文摘要本发明的名称为输送个人化患者数据的系统和方法。在一个实施例中，描述了如由个人化患者数据输送系统执行的个人化患者数据输送的方法。方法包括经通信装置(102)在移动网络基础设施(104)接收紧急患者数据请求，确定包括请求的紧急患者数据的至少一个患者数据输送服务器(106)，将紧急患者数据请求传送到患者数据输送服务器(106)，从患者数据输送服务器(106)获得请求的紧急患者数据，以及将紧急患者数据传送到通信装置(102)。文档编号G06F19/00GK101840463SQ20091026040公开日2010年9月22日申请日期2009年12月3日优先权日2008年12月8日发明者K·N·古鲁普拉萨德申请人:通用电气公司