专利名称：健康护理数据管理的制作方法
健康护理数据管理相关申请的交叉引用本申请提交于2009年9月4日，作为在仅指定美国时属于申请人美国公民Ruth E. Skocic的PCT国际专利申请，并要求于2008年9月4日提交的美国部分继续专利申请序列号为No. 12/204，560的优先权。
背景技术：
健康护理记录通常由患者的主要护理员来保持。可能最常见的健康护理记录是包含描述患者的病史的文件的病史档案文件夹。这些文件通常记录以下信息，如处方药的药方、免疫记录、过敏反应、医师记录以及其它关于患者的病史的信息。
然而当发生医疗事件时，这种病史档案对于护理员来说通常没有用。例如，如果发生急诊时，急诊医师(EMT)通常第一个到达紧急情况现场。由于EMT通常不是主要护理员并且不了解健康护理记录。所以EMT不能使用健康护理记录中的信息。在一些情况下，患者没有能力并且不能向护理员提供这些信息。此外，如果患者被转院以便于进一步的治疗， 则健康护理记录仍不可用或者至少一段时间不可用。
此外，即使护理员可以使用健康护理记录，该健康护理记录通常限制于由医师提供的信息，并不包括患者的喜好或意愿。护理员通常依赖由患者提供的信息来将健康护理记录与患者匹配。例如，通常使用姓名和出生日期等信息。但是，该信息通常是公知的，并且在对健康护理记录和患者进行匹配时可能发生错误。
发明内容
概括地说，本公开涉及健康护理数据管理。在一个可能的配置中并通过非限定性实例，包括健康信息的患者信息与患者的生物标识符相关联。该生物标识符用于访问患者 fn息ο —个方面是一种健康护理数据管理系统，包括服务器设备，该服务器设备包括处理器和存储器。存储器包含数据库和可以通过处理器执行以完成用于管理健康护理数据的方法的指令。该方法包括通过接收包括第一生物标识符的用户数据来注册用户；将用户数据和第一生物标识符存储到数据库中，并将数据库中的第一生物标识符和用户数据进行关联，接收属于用户的健康护理信息并将其存储到数据库中的用户数据中； 从护理员计算系统接收包括第二生物标识符的请求；搜索数据库，以识别作为第二生物标识符的匹配对象的第一生物标识符；并响应于请求将与第一生物标识符相关联的至少一部分用户数据传送到护理员计算系统。
另一个方面是一种用于以图形方式表现与患者相关的健康信息的方法。该方法包括显示包括第一身体部位的患者的身体的至少一部分的图形表现；显示与患者的第一身体部位关联的健康标志；从用户接收标识第一身体部位的输入；显示与第一身体部位关联的至少一部分健康史。
再一个方面是一种用于通知第一人有关发生属于注册用户的事件的方法。该方法包括通过将包括与已注册用户相关的姓名和生物标识符的用户数据存储到数据库中来将用户作为已注册用户注册到数据库中；将联系信息存储到用户数据中，该联系信息标识与第一用户进行通信的方式；标识与已注册用户关联的健康事件的发生；根据标识的通信方式与第一用户进行通信，以通知第一用户护理员已经访问了用户数据。
图1是根据本公开的示例性健康护理数据管理系统的示意性框图； 图2是图1中所示的健康护理数据管理系统的示例性服务器的示意性框图； 图3是图2中所示的服务器的功能框图； 图4是图1中所示的健康护理数据管理系统的示例性患者系统的功能框图； 图5是示出了用于操作根据本公开的健康护理数据管理系统的示例性方法的流程图； 图6是根据本公开的示例性登录界面的截屏； 图7是根据本公开的示例性首页界面的截屏； 图8是在运行搜索之后图7中所示的首页界面的截屏； 图9是根据本公开的示例性患者资料界面的截屏； 图10是根据本公开的示例性患者状态界面的截屏； 图11是根据本公开的示例性委托书界面的截屏； 图12是根据本公开的示例性患者搜索界面的截屏； 图13是根据本公开的示例性客户搜索界面的截屏； 图14是根据本公开的示例性客户资料界面的截屏； 图15是根据本公开的示例性患者记录界面的截屏； 图16是根据本公开的示例性公司资料界面的截屏； 图17是根据本公开的示例性菜单管理界面的截屏； 图18是根据本公开的示例性用户搜索界面的截屏； 图19是根据本公开的示例性用户资料界面的截屏； 图20是根据本公开的示例性用户日志界面的截屏； 图21是根据本公开的示例性跟踪改变界面的截屏； 图22是根据本公开的示例性管理角色界面的截屏； 图23是根据本公开的示例性打印表单界面的截屏； 图M是根据本公开的示例性健康史界面的截屏。
具体实施例方式将参考附图对各种实施例进行详细描述，其中，在附图中，相同的附图标记表示相同的部分或组件。对各实施例的参考并不限制所附权利要求的范围。此外，在本说明书中阐述的任何实例不是限制性的，而仅用于说明所附权利要求的许多可能实施例中的一些。
这里描述的本发明的各实施例的逻辑操作被实现成(1)在计算设备上运行的计算机实现的操作的序列；以及/或( 计算设备中的互连机器模块。模块表示由程序代码如通用编程语言执行的功能。所使用的实现是依赖于具体可编程设备的性能需求及相关计算设备的选择问题。因此，构成这里所描述的本发明的实施例的逻辑操作可替选地能够被称为操作、模块等。
图1是示例性健康护理数据管理系统100的示例性框图。系统100包括服务器 102，记录管理者计算系统104、应急车辆计算系统106、医院计算系统108以及患者计算系统110。在一些实施例中，通过网络112来进行通信。服务器102包括患者数据120。生物读取器122和124与应急车辆计算系统106和医院计算系统108耦合。
简言之，健康护理数据管理系统100的一些实施例用于提供对患者数据120的快速而方便的访问，同时保护患者数据120的私密性不会受到非授权访问。例如，人(这里通常称为“患者”)的健康记录被存储在服务器102的患者数据120中。如果这个人陷入紧急状况中，则急诊护理员利用急诊车辆计算系统106到达现场。生物读取器122用于读取患者的生物标识符(如患者的指纹)。然后从服务器102获得与患者的指纹关联的健康记录。结果，急诊护理员能够确定地识别患者(尤其是如果患者不能辨认自己)并且立即(实时地)查看患者的健康记录，以帮助他们向患者提供正确的医疗。类似地，当患者进入医院时，利用生物读取器1 读取患者的生物标识符，以访问患者的病史档案。这里还对其它实施例进行了描述。
健康护理数据管理系统100的一些实施例包括以下的一些或全部。
服务器102是计算系统，用于存储或能够访问患者数据120。服务器102与网络 112进行数据通信。在一些实施例中，服务器102是Web服务器，用于产生用于一个或多个网页的数据。数据通过网络112传送到运行浏览器软件应用的计算系统。参考图2对服务器102的实例进行描述。
在一些实施例中，服务器102将患者数据120存储到服务器102的存储器中。在一些实施例中，从服务器102远程存储患者数据120，但服务器102例如可以通过网络112 或其它网络访问该患者数据120。在一些实施例中，患者数据120被存储在数据库或其它数据记录中。
患者数据120包括与具体患者相关的信息。患者数据的实例包括病史数据(包括医师记录、电子病史档案、免疫记录、手术史、用药记录、医疗记录、医药过敏鉴定、生产史、 习惯史如吸烟史或酗酒史以及家族病史)、心理健康史、社交史(包括工作史、旅行史、家族史以及公共活动)、患者指示(预先指示、生前遗嘱、健康护理委托书)以及与患者相关的其它数据。由于患者数据120的机密特性，采取措施以小心地保护患者数据120不受非授权或不正当使用。例如，在一些实施例中，患者数据120是保护性健康信息(PHI)，以符合健康保险流通与责任法案(HIPAA)标准的方式对其进行管理。其它实施例符合其它标准，如一个或多个ISO标准。在一些实施例中，根据安全数据通信协议如安全套接层(SSL)来执行患者数据120的传送。
记录管理者系统104是用于允许管理者监视服务器102上的患者数据的管理的计算系统。在一些实施例中，系统104与服务器102相同，但是系统104通常是独立的计算系统。记录管理者系统104通常由作为记录管理者的人来操作。
应急车辆计算系统106是与应急车辆关联的计算系统，应急车辆例如是救护车或其它应急响应单元。在一些实施例中，应急车辆计算系统106以无线方式与网络112通信。 应急车辆计算系统106通常由从应急车辆提供健康护理的护理员(如EMT)来操作。其它实施例通过其它应急响应者(如警察、FBI和军事单位)来使用。应急车辆计算系统106在一些实施例中从服务器102访问患者数据120。应急车辆计算系统106的实例包括膝上型电脑、手持计算系统、平板电脑、个人数字助理(PDA)、移动电话以及其它计算系统。在一些实施例中，应急车辆计算系统106是远程移动计算系统。
在一些实施例中，应急车辆计算系统106包括无线通信设备。无线通信设备的实例包括无线电收发器、移动电话、无线调制解调器、卫星通信系统、红外通信系统和使用电磁波通信的其它通信系统。
在一些实施例中，应急车辆计算系统106包括生物读取器122。生物读取器122被配置成读取患者或护理员的生物标识符。生物读取器的实例是指纹扫描仪。指纹扫描仪的一个实例是可从加拿大红木市数字人(DigitalPersona)公司得到的你是你(U. are. U)指纹读取器。生物读取器的另一个实例包括用于获得脸、指纹、手或眼的数字图像的电荷耦合器件(CCD)。其它生物读取器在其它实施例中使用，如语音识别系统、激光器、血液分析器、 脉冲检测器或键击识别系统。在一些实施例中，使用多个生物读取器。
代替或除了使用生物读取器之外，一些实施例包括使用可替选的患者或用户标识符。用户标识符的一个实例是信用卡型设备，其存储一个或多个唯一的标识符，如将唯一的识别码编码到磁条中。可以通过读卡器来刷信用卡，以读取唯一的标识符。在其它实施例中使用其它标识符和读取器，如磁卡和读卡器、RFID标签和探测器等。
医院计算系统108是位于护理机构(如医院或其它护理机构)中的计算系统。医院计算系统108与网络112进行数据通信。医院计算系统108通常由护理机构的护理员或雇员来操作。
在一些实施例中，医院计算系统108还包括生物读取器124，这与上述生物读取器 122类似。
患者计算系统110是通常由患者例如在患者的家或办公室操作的计算系统。但是，在一些实施例中，患者计算系统110是移动设备，如膝上型电脑、移动电话、个人数字助理或其它计算系统。在一些实施例中，患者计算系统110用于通过网络112传送数据，以便于例如访问患者数据120。
图2是示例性服务器102的示意性框图。服务器102是一种计算系统，其通常包括处理设备202、存储器204、存储设备206、通信设备208、输入设备210和输出设备212。
在其最基本的配置中，服务器102通常包括处理设备202、存储器204和通信设备 208。其它实施例包括其它构件(如图2中所示)或除此之外其它构件。
处理设备202是处理一系列指令的设备。处理设备202的一个实例是微处理器。 可替选地，还可以使用各种其它处理设备，包括中央处理单元(“CPU”)、微控制器、可编程逻辑器件、现场可编程门阵列、数字信号处理(“DSP”)器件等。处理设备可以具有任何普通种类，如精简指令集计算(RISC)设备、复杂指令集计算设备(“CISC”)或专门设计的处理设备，如专用集成电路(“ASIC”)器件。
存储器204的实例包括易失性(如RAM)和非易失性(如ROM和闪速)存储器。在一些实施例中，存储器204是处理设备202的一部分，而在其它实施例中，存储器204独立于处理设备202或者是除处理设备202的存储器之外的存储器。
在一些实施例中，服务器102还包括附加的存储设备206。存储设备206存储数字数据。例如，服务器102的一些实施例包括可移动存储器或不可移动存储器，其包括但不限于磁盘、光盘或磁带。
计算机存储介质包括以任何方法或技术实现的易失性和非易失性、可移动和不可移动介质，用于存储信息，如计算机可读指令、数据结构、程序模块或其它数据。存储器 204和存储设备206是计算机存储介质的实例。计算机存储介质包括但不限于RAM、ROM、 EEPR0M、闪存或其它存储技术；CD-ROM、数字多功能光盘(DVD)或其它光学存储器；磁带盒、磁带、磁盘存储器或其它磁存储器件；或者可以用于存储需要的信息并能够通过服务器 102访问的其它介质。任何这种计算机存储介质可以是服务器102的一部分。
在一些实施例中，存储器204和/或存储设备206存储数据指令，这些数据指令包括一个或多个操作系统、应用程序、其它程序模块和程序数据。
服务器102还包括通信设备208，其允许服务器102例如通过网络112(图1中所示)与其它设备通信。通信设备208是通信介质的实例。通信介质通常实现计算机可读指令、数据结构、程序模块或调制数据信号(如载波或其它传送机制)中的其它数据，并包括任意的信息传递介质。术语“调制数据信号”是指具有被设置或改变成使得对信号中的信息进行编码的一个或多个特征的信号。通信介质的实例包括有线介质，如有线网络或直接线连接；以及无线介质，如声介质、射频介质、红外介质或其它无线介质。这里使用的术语“计算机可读介质”包括存储介质和通信介质两者。
在一些实施例中，服务器102包括一个或多个输入设备210、如键盘、鼠标、笔、语音输入设备、触摸式输入设备或其它输入设备。一些实施例包括一个或多个输出设备212， 如显示器、扬声器、打印机或其它输出设备。
以上参考服务器102描述的计算系统还是这里描述的其它计算系统的实例。例如，在一些实施例中，记录管理者计算系统104、应急车辆计算系统106、医院计算系统108 和患者计算系统110也是上述计算系统。
图3是示例性服务器102的功能框图。服务器102包括Web服务器302、数据库 304、管理系统界面306、患者系统界面308以及护理员系统界面310。其它实施例包括更多或更少的特征、功能或模块。
Web服务器302是计算机程序，其用于例如通过网络112(图1中所示)来传送定义一个或多个网页的数据。Web服务器软件应用的实例包括来自微软公司和Apache HTTP 服务器的互联网信息服务。在一些实施例中，Web服务器用于接收来自客户(如系统104、 106、108或110)的超文本传输协议(HTTP)请求并连同数据内容提供HTTP响应，如超文本标签语言(HTML)格式的网页。
数据库304存储患者数据120。患者数据120通常与单个患者关联，使得数据库 304包括多个患者数据记录。
在一些实施例中，服务器102包括分离的接口模块，用于与具体的用户组进行通信。例如，服务器102包括管理系统接口 306，用于(如通过记录管理者系统104)与管理者进行通信；患者系统接口 308，用于(如通过患者计算系统110)与患者进行通信；以及护理员系统接口 310，用于(如通过应急车辆系统106或医院系统108)与护理员进行通信。有时希望提供分离的接口用于不同的用户组，如提供不同的访问权利给每个组。例如，使用患者计算系统110的患者通常限于访问其自己的患者数据120，而使用护理员计算系统如系统108的护理员通常有权访问一个以上患者的患者数据。在一些实施例中，系统接口 306、 308和310是定制软件应用，其控制访问权并限定要向相关组显示的具体网页。在一些实施例中，系统接口 306、308和310还限定一个或多个通信协议，并用于根据该协议来传送数据。例如，在一些实施例中，服务器102和一个或多个用户组之间的一些或全部通信通过系统接口 306、308和310中的一个而不是通过Web服务器302来进行。这样，根据定制的或其它通信协议在用户系统(例如，应急车辆系统106)和服务器102之间传送数据。
图4是示例性患者计算系统110的功能框图。患者计算系统110包括Web浏览器 402和服务器接口 404。
Web浏览器402是在用于与Web服务器302 (图3中所示)进行通信的患者计算系统110上运行的软件应用，例如用以显示来自Web服务器302的网页。在一些实施例中，Web浏览器用于向Web服务器302发送HTTP请求并从Web服务器302接收HTTP响应和数据内容。Web浏览器402的实例包括微软公司提供的探索者互联网浏览器(INTERNET EXPLORER )和 Mozilla Foundation 提供的火狐(FIREF0X)互联网浏览器。
在一些实施例中，患者计算系统110包括服务器接口 404，用于与服务器102的患者系统接口 308(图3中所示)进行通信。在一些实施例中，服务器接口 404是定制软件应用，其限定一个或多个通信协议并用于根据该协议来传送数据。
以上参考患者计算系统110描述的系统也是这里描述的其它系统的实例，如记录管理者系统104、应急车辆系统106，和医院系统108。在一些实施例中，这些系统包括附加模块。例如，在一些实施例中，医院系统108包括医院数据库接口，用于访问通过医院内网或数据库可用的数据。
图5是示出了操作健康护理数据管理系统的示例性方法500的流程图。方法500 包括两个阶段——准备阶段502和健康护理阶段504，它们通过健康护理事件506来分开。 准备阶段502包括操作510、512和514。健康护理阶段包括操作520和522。
准备阶段502开始于操作501，用于存储与患者关联的生物标识符。在一些实施例中，操作510是用户注册过程。例如，基于指纹的唯一性特征来扫描指纹并产生生物标识符。生物标识符然后被存储在如服务器上的存储器中。
然后执行操作512，以输入与生物标识符关联的患者信息。例如，患者的姓名和出生日期被存储在与生物标识符关联的数据库记录中。在一些实施例中，患者数据120(如图 1所示)被存储在数据库中并与生物标识符关联。在一些实施例中，在操作510之前执行操作 512。
在操作510和512之后，执行操作514，以便于按需更新并访问患者信息。例如，患者通过患者计算系统110(图1中所示)访问服务器102上的患者信息。患者可以按需编辑和更新一些或全部患者信息。在一些实施例中，患者还增加附加的患者信息。
健康护理事件506将准备阶段502与健康护理阶段504分开。健康护理事件506 例如是使得护理员访问患者数据的事件。健康护理事件的实例包括突发健康状况(例如， 心脏病发作)、例行健康检查、拜访医师办公室、进行诊断检查、开药、进行免疫、死亡以及婴儿出生。
在发生健康护理事件506时，由护理员执行操作520以使用生物标识符来访问患者数据。在一些实施例中，操作520包括从患者读取生物标识符，如指纹。生物标识符与和该生物标识符关联的患者数据相匹配。然后护理员访问与患者关联的患者数据。患者数据帮助护理员为患者提供合适的健康护理。
在一些实施例中，由于护理员能够提供合适的健康护理而不进行不必要的检查或治疗，所以降低了健康护理成本。例如，如果已经进行了检查，关于检查结果的信息对于护理员可用，使得不必要重新检查。类似地，如果已经提供了治疗(或者检查已经确认不必治疗)，则向护理员提供该信息，使得护理员不会不必要地提供治疗。例如，如果患者已经对某种情况具有免疫力，则向护理员提供该信息以防止护理员对该患者进行再免疫。在一些实施例中，通过防止不恰当的治疗来降低健康护理成本。例如，如果患者对某种药物过敏，则向护理员提供过敏信息，使得该护理员不会给予该药物。
在一些实施例中，使用生物标识符提供了对患者信息的快速而安全的访问，通过使用生物标识符将该患者信息鉴别为与患者关联。结果，护理员能够快速地访问提供合适的健康护理所需的患者信息。结果，护理员等待例如通过传真从患者的主要护理员那里获得健康记录，而未延误治疗。
然后执行操作522，以关于健康护理事件来更新患者数据。例如，护理员输入有关以下信息健康护理事件(如医学情况的描述或进行的诊断检查)，如何处理该事件(如通过开药)以及事件结果(如药物消除了症状)。在操作522中可以按需更新任何其它患者 fn息ο 在一些实施例中，操作522包括为所发生的医疗费用开账单。在一些实施例中，护理员提供账单(例如通过将账单发送到图1中所示的服务器10 。在一些实施例中，然后以电子方式将账单传递给患者(如通过图1所示的患者系统110)。在其它实施例中，以电子方式将账单发送到健康护理公司或政府健康护理系统。政府健康护理系统的实例包括 Medicare和Medicaid。在一些实施例中，开账单被更加快速地执行。在一些实施例中，账单记录和相关的支付(通过患者或健康护理公司/系统)与患者记录一起保存。
在一些实施例中，操作522还包括医疗转录。例如，护理员例如以数字音频文件的形式来记录健康护理笔录或进行的诊断。数字音频文件然后被转发给服务器(例如，图1 中所示的服务器10 。在一些实施例中，服务器将文件转发给用于将笔录转换为病史档案的医疗转录服务。然后病史档案被转发回服务器并存储在患者记录中。在一些实施例中， 音频文件也存储或可替选地存储在患者记录中。
于是健康护理阶段504结束，使得方法500返回准备阶段502的操作514，其中按需更新或访问患者数据。
现在将参考示例性图形用户界面对示例性实施例进行描述。在一些实施例中，图形用户界面由存在于系统100的服务器102上的网页来定义。用户可以使用Web浏览器来访问这些页面。
图6是示例性登录界面600的截屏。登录界面600包括用户名提示602、密码提示 604和登录按钮606。
在一些实施例中，图形用户界面开始于登录界面600。在一些实施例中，登录界面由服务器102来定义，并通过计算系统来显示，其中计算系统例如是如图1所示的患者计算系统110(或其它计算系统，包括记录管理者系统104、应急车辆系统106或医院系统108)。
登录界面600提示用户输入用户名和密码以便于继续进行。用户名提示602针对用户名来提示用户，密码提示604针对密码来提示用户。
在用户输入用户名和密码之后，用户然后选择登录按钮606。在一些实施例中，在选择登录按钮606时，用户名和密码被传递给服务器用于评估。如果用户名和密码与有效用户帐户的用户名和密码匹配。则允许用户获得进入系统的权利。例如，在一些实施例中， 接下来显示首页界面，如图7所示。
在一些实施例中，用户帐户与角色相关联。用户角色的实例包括患者角色、管理者角色、护理员角色。与用户帐户关联的角色限定了该组用户可得到的访问权限和许可。在一些实施例中，不同的用户界面显示根据相关联的用户角色而显示给不同的用户。
图7是示例性首页界面700的截屏。首页界面700包括导航标签702和进入患者显示704。导航标签702包括首页标签710、患者标签712、管理工具标签714和帮助标签 716。进入患者显示704包括搜索窗口 720、刷新按钮722、进入总数显示7 和搜索结果窗口 726。搜索窗口 720包括状态提示730、日期提示732和搜索按钮734。
导航标签702显示在许多界面页中，用以使得用户能够在图形用户界面的各页之间快速定位。在一些实施例中，标签702包括主页标签710、患者标签712、管理工具标签 713和帮助标签716。在一些实施例中，当一个导航标签702被选择时，导航标签702提供下拉菜单，标识一组可用的网页。在一些实施例中，选择导航标签包括在一个导航标签702 上进行鼠标悬停或点击输入设备。在其它实施例中，提供键盘输入或其它输入信号来选择导航标签702。
主页标签710是使得显示主页界面700的导航标签。
患者标签712提供选项的下拉列表。示例性选项包括患者搜索和患者搜索管理。 如果用户选择患者搜索，则显示患者搜索界面，如图12所示。如果用户选择患者搜索管理界面，则显示客户搜索界面，如图13所示。
管理工具标签714提供选项的下拉列表。示例性选项包括公司资料、菜单管理、用户搜索、添加患者、用户资料、跟踪用户、跟踪改变和管理角色。如果用户选择公司资料，则显示公司资料界面，如图16所示。如果用户选择菜单管理，则显示菜单管理界面，如图17 所示。如果用户选择用户搜索，则显示用户搜索界面，如图18所示。如果用户选择添加患者，则显示空白的客户资料界面，如图14所示。如果用户选择用户资料。则显示用户资料界面。如图19所示。如果用户选择跟踪用户，则显示用户日志界面，如图20所示。如果用户选择跟踪改变，则显示跟踪改变界面，如图21所示。如果用户选择管理角色，则显示管理角色界面，如图22所示。
帮助标签716提供选项的下拉列表。示例性选项包括打印表单、关于和联系我们。 如果用户选择打印表单，则显示打印表单界面，如图23所示。如果用户选择关于，则显示关于界面。关于界面提供与当前操作该系统的人或公司相关的信息。信息包括公司历史、与该系统关联的个人传记、系统版本号的标识、公司任务或目的的描述、有关用户与公司的契约的信息或任何其它希望的信息。如果用户选择联系我们，则显示联系我们界面，其向用户提供联系信息。联系信息的实例包括地址、电话号码、电子邮件地址和用于递交电子邮件消息的在线表单。
进入患者显示704包括搜索窗口 720、刷新按钮722、进入总数显示7M和搜索结果窗口 726。进入患者显示704被显示在首页界面700上，用于使得护理员能够快速定位与患者相关的信息。
搜索窗口 720包括状态提示730、日期提示732和搜索按钮734。在一些实施例中，当用户选择状态提示730时，显示下拉窗口，其提供可用状态标识符列表。状态标识符的实例包括全部、到达、取消、运送中以及死亡患者。全部状态标识符允许用户搜索全部患者而不管状态，并包括与全部其它状态标识符关联的患者。到达状态标识符与已经到达健康护理机构的患者相关联。取消状态标识符与先前利用另一个状态标识符(例如运送中或到达)来指示，但例如由于患者恢复到足够的水平而无需进一步健康护理而导致随后取消的患者相关联。运送中状态标识符与正被运送到健康护理机构的患者相关联。运送中包括正通过应急车辆运送的患者或者可以预料出的患者，如因为接收到指示该患者正前往健康护理机构的电话呼叫。死亡患者状态标识符与已经死亡的患者关联。
日期提示732允许用户标识要搜索的日期。在一些实施例中，当用户选择日期提示732时，显示日历。然后用户定位到合适的日期并选择该日期或日期范围。
在选择状态和日期之后，用户然后选择搜索按钮734以提交状态和日期信息。然后进行搜索，标识出在选择的日期上具有所选状态标识符的所有用户。然后在搜索结果窗口 7 中显示搜索结果。
在一些实施例中，如下执行搜索。服务器计算系统接收指示待搜索的状态标识符和日期的搜索标准。然后搜索如在服务器的数据库中存储的患者信息，以便于发现与搜索标准匹配的患者。所得的患者列表然后被返回到请求搜索结果的用户的计算系统并显示在搜索结果窗口 7 中，如图8所示。
图8是在运行搜索之后的示例性首页界面700的截屏。如上所述，首页界面700 包括进入患者显示704。进入患者显示704包括搜索窗口 720、刷新按钮722、进入总数显示 7 和搜索结果窗口 726。搜索窗口 720包括状态提示730、日期提示732和搜索按钮734。
图8中所示的实例显示了已经针对与具体搜索标准匹配的患者进行示例性搜索之后的首页界面700。在该实例中，搜索标准包括具有“在日期07/03/2008在运送中”的状态标识符的患者。
搜索结果窗口 7 显示针对示例性搜索发现的三个搜索结果。对于每个搜索结果，显示信息。在该实例中，信息包括估计到达时间(ETA)、患者的姓名、状态、日期和注释。 其它搜索结果具有对于具体搜索按需显示的其它信息。对于每一个搜索结果，患者的姓名是与相关联的患者资料界面的超链接。例如，用户选择与第一搜索结果相关联的患者姓名 "Kris Kringle”，用以引出患者资料界面900，如图9所示。
如果用户希望更新搜索结果显示而不改变搜索标准，则选择刷新按钮722。在选择刷新按钮722时，使用先前定义的搜索标准来执行新的搜索。结果被显示在搜索结果窗口 726 中。
图9是示例性患者资料界面900的截屏。患者资料界面900包括导航按钮902、 状态显示904和患者资料906。导航按钮902包括转到状态按钮910、委托书按钮912以及返回进入按钮914。患者资料906包括照片部分920、普通信息部分922以及医学情况部分 924。
患者资料界面900是提供有关具体患者的信息的界面。在一些实施例中，该信息包括来自患者数据120的数据，如图1所示。
导航按钮902可由用户选择，以便于跳到不同的界面显示。当用户选择转到状态按钮910时，显示与当前标识的患者关联的患者状态界面(如图10所示)。当用户选择委托书按钮912，显示委托书界面。委托书界面显示与已经由患者执行的任何委托书文件相关的信息。委托书界面的实例如图11所示。当选择返回进入按钮914时，再次显示首页界面 700，如图7和图8中所示。
患者资料906显示关于患者的信息。在一些实施例中，患者资料906包括多个部分，包括照片部分920、普通信息部分922以及医学情况部分924。一些实施例包括图9中不可见的附加部分，如怀孕部分、其它意愿部分、紧急联系信息部分、主要医师部分、健康保险部分和详细的患者状态部分。
如果可用的话，照片部分920包括患者的照片。如果具体患者无照片可用，则显示表示没有照片的图像。普通信息部分922显示关于患者的普通信息。普通信息的实例包括名、姓、地址1、地址2、城市、州、邮政区码、出生日期、血型、性别、中间名、退役状态、社会保险号、驾照号、公寓号、家庭电话号码、工作电话号码、移动电话号码以及电子邮件地址。
医学情况部分拟4包括与患者有关的医学情况的信息。显示在医学情况部分拟4 中的医学情况的实例包括心血管障碍或疾病、呼吸障碍或疾病、癌症、糖尿病、癫痫、其它障碍、PIC线或永久静脉或动脉装置、医药过敏、当前药物(包括处方药或非处方药)、视觉损伤、听觉损伤以及语言障碍。在一些实施例中，医学情况与是或否域关联，其指示患者是否当前存在或以前存在该情况，并包括注释域，其中显示与情况有关的进一步细节。
另一个可能的部分是怀孕部分，其例如利用该部分中的是或否域来指示患者当前是否怀孕。在一些实施例中，怀孕部分还包括标识与怀孕相关的特殊考虑事项的复选框。例如，第一复选框与以下声明关联“如果我已经怀孕并且不能发表个人意见，我想要所有用于自己的救命程序，即使我被宣布脑死亡，如果存在延长我生命的机会，请允许我的孩子活着生下来。我的代理人必须尊重该声明。”第二复选框与以下声明关联“如果我已经怀孕并且不能发表个人意见，在假设已经进行了挽救我未出生的宝宝的生命的一切可能的努力的情况下，我想要任何能够防止我死亡的医学程序，即使它们可能导致我的未出生的孩子死亡。” 另一个可能的部分是其它意愿部分。在一些实施例中，其它意愿部分是文本框，其显示在健康事件期间患者希望护理员知道的任何其它意愿。
另一个可能的部分是紧急联系人信息部分。该部分显示标识在紧急情况时应该联系谁的信息。该部分中包含的紧急联系人信息的实例包括用于一个或多个紧急联系人的联系信息。对于每个联系人，联系信息包括联系人姓名、家庭电话号码、工作电话号码和移动电话号码。
在一些实施例中，紧急联系人信息部分包括自动通知选项。例如，每个紧急联系人包括自动紧急通知的选项。如果选择自动紧急通知，则在发生健康事件时系统将以所指示的方式自动联系该紧急联系人。例如，当患者状态被设置成运送中、到达或死亡患者时， 系统确定发生健康事件。在另一个实施例中，只要护理员访问患者资料就认为发生了健康事件。在又一个实施例中，只要护理员例如通过利用计算系统扫描患者的指纹(使用护理员计算系统)来输入患者的生物标识符就认为发生了健康事件。当系统确定发生健康事件时，通知已激活自动紧急通知特征的紧急联系人已经发生健康事件。这种通知可以包括电子邮件消息、文本消息、带有语音消息的电话呼叫、传真或任何其它合适的通信。在一些实施例中，通知仅是患者发生健康事件的通知。在其它实施例中，提供附加信息，如患者正前往或在治疗的护理员机构的名称和地址、健康事件的描述、紧急联系人能够获得有关健康事件的更多信息的联系电话号码或网址或其它信息。在一些实施例中，紧急联系人可以访问提供进一步信息的紧急联系人界面网页。
一些实施例实现儿童健康监视程序。在该程序中，系统100(图1中所示)用于存储关于儿童的信息。通过输入儿童的姓名和其它信息而在系统中对儿童进行注册。这种信息的实例在这里描述，包括病史和紧急联系人信息。在一些实施例中，学校或学校区域中的全部学生被注册。在其它实施例中，具体学校程序或课外活动的全部学生被注册。在其它实施例中，注册是自愿的，并由儿童或儿童父母个别完成。一些实施例包括具有虐待、忽视或被利用的经历的儿童。其它实施例包括被看护或收养的儿童。在发生健康事件、紧急情况或其它事件时，派出应急响应者。应急响应者例如通过使用儿童的生物标识符或进行记录的关键词搜索来访问儿童记录。然后应急响应者可以立即获得儿童信息。在一些实施例中，应急响应者一访问儿童信息，系统就联系紧急联系人(如父母)，提醒该父母记录已经被应急响应者或其它护理员访问。一些实施例为成人或所有岁数的人提供相同的程序。
一些实施例还用于例行医疗。例如，暂时的人通常不会长时间看同一个护理员，取而代之的是在护理员之间活动。在该过程中，病史档案通常丢失或对于随后的护理员不可用。结果，这里描述的系统在一些实施例中用于提供患者数据的中央储藏库，使得不管患者在哪里或哪个护理员提供护理，相同的患者信息总是可用。
另一个可能的部分是主要护理员部分。主要护理员部分显示关于主要护理员的信息。关于主要护理员的信息实例包括护理员姓名、直接电话号码、机构名称和机构电话号码。
另一个可能的部分是健康保险部分，其显示有关患者健康护理范围的信息。健康护理信息的实例包括提供者姓名、提供者电话号码、投保人姓名和保单号。
另一个可能的部分是患者状态部分，其显示关于患者状态的信息。患者状态部分的实例包含在患者状态界面中，如图10所示。
另一个可能的部分是特殊护理指示部分，其在发生健康事件时显示有关患者的护理希望的信息。在一个实例中，特殊护理指令包括可能的与是或否关联的特殊护理指令列表。“是”指示患者希望护理员服从相关的特殊护理指令，“否”指示患者不希望护理员服从相关的特殊护理指令。特殊护理指令的实例包括不使其复苏、不插管、不使其复苏仅舒适护理、完全救治(full code)、心脏复苏、仅在其不会严重威胁以缩短我生命的范围内使用用于疼痛的药物、插管法/呼吸器、水合/IV管、喂食管、药物/治疗/住院(按需)。
另一个可能的部分是器官捐赠部分，其标识在患者死亡时具体器官是否要被捐赠。器官的实例包括肝、心脏瓣膜、肾、皮肤/组织、胰、骨/韧带、心脏、血管、肺和眼睛。
另一个可能的部分是合法接受部分，其标识护理员考虑的合法项目。实例包括各种声明。一个可能的声明是“我声明，这是我的预先指示款项，由公司A保存并分配，我神志清醒并且未受到强迫、欺骗或不正当影响。”另一个可能的声明是“我是有能力的成年人，理解并接受该行为的结果。”另一个可能的声明是“在我不能给出属于我的健康护理的指示的情况下实现以上给出的这些选择。”另一个可能的声明是“作为我请求或拒绝健康护理的合法权利的最终表达，我希望该预先指示款项声明受到我的家属和医师的尊重。” 在一些实施例中，患者资料界面900不仅是提供与患者有关信息的显示，还从用户接收信息以更新患者资料。例如，患者通过患者计算系统110(图1中所示)登录到系统中，并访问患者资料界面900。然后患者按需输入或编辑信息。可替选地，在一些实施例中， 仅管理者可以对数据进行编辑。例如，患者与管理者通信，该管理者按需对患者资料进行改变。这样做的好处是，管理者可以做到保证信息不会受到不合适的改变以实现更高的安全性。在一些实施例中，允许护理员对患者资料中的信息进行编辑和修改。
在一些实施例中，患者资料界面900中包括更多或更少的信息。
一些实施例包括输入患者信息的方法。该方法包括组织针对参加的用户的研究。 该研究向用户提供教育信息，以通过完成预定表格而在用户选择方面对其进行指导并对客户进行劝告，这可以被设置到单个包中。该研究还包括获取照片、读取生物标识符(如采集用户的指纹)以及证实任何合法文件。在一些实施例中，律师可用于咨询。在一些实施例中，用户签署HIPPA服从表，其许可通过电子形式如通过网站来存储和传送数据。在一些实施例中，公司印章应用于完成的包，以证明真实性与合法性。在患者信息被收集之后，手动或通过自动过程(例如通过扫描表格并以光学方式识别输入到表格中的数据)将该患者信息输入到数据库中。
图10是示例性患者状态界面1000的截屏。患者状态界面1000显示有关患者状态的信息，并包括导航按钮1002和患者状态显示1004。患者状态显示1004包括患者信息部分1010、添加新状态记录部分1012以及患者状态部分1014。添加新状态记录部分1012 包括状态提示1020、估计到达时间提示1022、注释域IOM以及添加按钮1(^6。患者状态部分1014包括患者状态显示1030、编辑按钮1032以及删除按钮1034。
在该实例中，导航按钮1002是返回资料按钮。当用户选择了导航按钮1002时，与患者关联的患者资料界面被再次显示，如图9所示。
患者状态显示1004显示与患者状态相关的信息。在一些实施例中，该信息被划分成多个部分。在该实例中，患者状态显示1004包括患者信息部分1010、添加新状态记录部分1012以及患者状态部分1014。
患者信息部分1010显示与患者有关的普通信息。参考以上图9来描述普通信息的实例。这里按需显示与患者有关的更多或更少的信息。
添加新状态记录部分1012是护理员能够输入与患者有关的新状态记录的部分。 在该实例中，添加新状态记录部分1012包括状态提示1020、估计到达时间提示1022、注释域IOM以及添加按钮1(^6。状态提示1020包括下拉菜单，其使得用户能够将患者的当前状态标识为例如到达、取消、运送中或死亡患者。如果状态是运送中，则提供估计到达时间 (ETA)提示1022，以便于护理员输入患者的估计到达时间。在一些实施例中，基于应急车辆中的患者的位置来自动计算ETA。例如，全球定位系统(GPS)跟踪应急车辆相对于护理员机构的位置。当前位置和护理员机构之间的估计运送时间被计算为ETA。提供注释域IOM， 以便于护理员输入与患者当前状态有关的注释。
当护理员识别出当前状态时，该护理员选择添加按钮1(^6。然后在系统中对状态进行更新，并显示在患者状态部分1014。
患者状态部分1014标识患者的当前状态，并包括患者状态显示1030、编辑按钮1032以及删除按钮1034。患者状态显示1030显示患者的当前状态。例如，利用状态ID号 (例如12)、状态标识符(例如到达)、ETA (例如25)以及最后更新状态的日期和时间(例如，12/11/2007 11:47:14PM)来显示当前状态。
在一些实施例中，患者的状态包括附加信息，如患者的具体房间号、当前患者位置 (例如，在手术室B进行手术)或其它信息。
护理员可以使用编辑或删除按钮1032和1034对患者的状态进行更新。在选择编辑按钮1032时，允许护理员更新患者状态。如果护理员希望删除状态条目，则选择删除按钮1034。然后服务器存储更新后的状态信息。
图11是示例性委托书界面1100的截屏。委托书界面1100包括导航按钮1102和委托书信息1104。委托书信息1104包括多个部分，如普通信息部分1106、家属或朋友信息部分1108、委托书声明部分1110以及指定代理人部分1112。
在该实施例中，导航按钮1102是返回资料按钮，其在被用户选择时返回患者资料界面，如图9所示。
如以上注意到的，委托书信息1104包括多个部分，如普通信息部分1106、家属或朋友信息部分1108、委托书声明部分1110以及指定代理人部分1112。
患者信息部分1106显示与患者有关的普通信息。参考以上图9对普通信息的实例进行描述。这里按需显示与患者有关的更多或更少的信息。
家属或朋友信息部分1108显示患者的一些最紧密的家属或朋友的联系信息。联系信息的实例包括联系人的姓名、地址和电话号码。
委托书声明部分1110包括关于委托书的声明。示例性声明是“我声明，这是我的健康护理委托书，废除在该先前日期之前由我签署的任何先前的健康护理委托书。我理解该文件的性质和目的。如果发现任何规定无效或不能执行，其将不影响该文件的其它内容。 本健康护理委托书仅在我不能自行做出健康护理决定时有效。这不需要或暗示法院必须宣布我无能力”。
指定代理人部分1112是标识代理人将具有在委托书声明部分1110中标识的委托权的部分。指定代理人部分1112包括如以下声明“以下指定的人是我的代理人，其在本文件中被授权代替我做出健康护理决定”。这一部分还包括代理人标识，如包括代理人的姓名、地址和电话号码。
另一个可能的部分是可替选代理人部分。可替选代理人部分标识一个或多个可替选的代理人，其在指定代理人部分1112中指定的代理人不能完成任务的情况下被给予在委托书声明部分1110中标识的委托权。在一些实施例中，可替选代理人部分包括第一可替选代理人和第二可替选代理人。这些代理人例如由姓名、地址和电话号码来标识。另外，可替选代理人部分可以包括如下声明“任何人可以信任由以上指定的可替选代理人做出的声明，该可替选代理人完全在该文件的指导下行动，此人不必进行任何进一步的调查或询问”。
另一个可能的部分是附加指示或限制部分。附加指示例如可以包括如委托书指定的人应该联系的人的联系人信息，如第一联系人和第二联系人，以便于通知该联系人代理人将按照委托书行动。在一些实施例中，可以手动将附加指示或限制设置到文本框中。
图12是示例性患者搜索界面1200的截屏。患者搜索界面允许进行搜索，以定位与搜索标准匹配的患者记录。患者搜索界面1200包括搜索域1202、按指纹搜索按钮1204 以及搜索结果1206。
搜索域1202包括例如姓提示1210、患者ID提示1212、社会保险提示1214以及搜索按钮1216。姓提示1210是用户输入要被搜索的姓或部分姓的域。患者ID提示1212是用户输入要被搜索的患者识别号或部分识别号的域。社会保险提示1214是用户输入要被搜索的社会保险号或部分社会保险号(如最后四位数字)的域。用户可以将搜索标准输入到一个或多个搜索域1202中，然后点击搜索按钮1216以搜索患者记录。然后服务器使用该搜索标准在患者记录中进行搜索，以找到与搜索标准匹配的那些记录。结果被显示在搜索结果1206中。
用户选择按指纹搜索按钮1204以通过生物标识符(如指纹)来开始搜索。在选择按指纹搜索按钮1204之后，生物读取器被启动，用以读取生物标识符。当接收到生物标识符时，服务器使用该标识符搜索匹配的患者记录。
在基于在搜索域提供的搜索标准或基于患者的生物标识符来执行搜索之后，显示搜索结果1206。在所示实例中，已经针对任何具有以“Duck”开始的姓名的患者进行了搜索。两个匹配的患者被列出，包括Donald Duck和Daffy Duck。每个匹配记录的患者姓名是可以由用户选择以将用户引导至与患者相关的患者资料界面的超链接。
图13是示例性客户搜索界面1300的截屏。一些实施例除了图12中所示的患者搜索界面之外还包括客户搜索界面1300。客户搜索界面1300通常由管理者而不是护理员使用。客户搜索界面1300包括搜索域1302和搜索结果1304。
搜索域1302例如包括姓提示1310、患者ID提示1312、社会保险提示1314和搜索按钮1316。姓提示1310是用户输入要被搜索的姓或部分姓的域。患者ID提示1312是用户输入要被搜索的患者识别号或部分识别号的域。社会保险提示1314是用户输入要被搜索的社会保险号或部分社会保险号(如最后四位数字)的域。用户可以将搜索标准输入到一个或多个搜索域1302中，然后点击搜索按钮1316以搜索患者记录。然后服务器使用该搜索标准在患者记录中进行搜索，以找到与搜索标准匹配的那些记录。结果被显示在搜索结果1304中。
搜索结果1304显示与搜索标准匹配的记录列表。在一些实施例中，每个搜索结果包括患者ID号1320、注册的生物标识符链接1322、编辑资料链接1324、患者记录链接 1326、患者姓名1328、电话号码1330以及社会保险号1332。
用户可以选择注册的生物标识符链接，以定位到可以查看或更新生物标识信息的生物标识符界面屏，例如重新扫描生物标识符。用户可以选择编辑资料链接，以定位到客户资料界面，如图14所示，其中可以按需查看和更新患者信息。用户可以选择患者记录链接， 以定位到患者记录界面，如图15所示。
图14是示例性客户资料界面1400的截屏。客户资料界面1400显示与患者相关的信息。在一些实施例中，客户资料界面1400被设计成由管理者使用。客户资料界面1400 包括按钮1402和资料信息1404。按钮1402包括保存/更新按钮1410和委托书按钮1412。 资料信息1404包括登录信息部分1420、普通信息部分1422和紧急联系人信息部分1424。
用户可在应该保存输入到资料信息1404中的更新后的信息时选择保存/更新按钮1410。在选择保存/更新按钮1410时，资料信息1404被存储到存储器中。
当用户选择委托书按钮1412时，与当前患者关联的委托书界面(如图11所示) 被显示。
如上所述，资料信息1404包括登录信息部分1420、照片部分1421、普通信息部分 1422和紧急联系人信息部分1似4。资料信息1404可以由用户查看或者如果需要的话可以被改变。如果进行改变，则用户选择保存/更新按钮1410。
登录信息部分1420显示与用户登录过程关联的各种信息。这些信息的实例包括用户名、改变密码选项和激活预先指示选项。
改变密码选项提供了防止无意中改变用户密码的安全措施。为了改变密码，该选项首先被选择。在选择该选项之后，密码提示于是被解锁，使得可以输入新的密码。然后选择保存/更新按钮，以存储和锁定新的密码。在一些实施例中，当前密码不显示在登录信息部分1420中，除非选择改变密码选项，以提供增加的安全性。
激活预先指示选项选择患者帐户是否包括预先指示。如果包括，则预先指示选项被使能。
照片部分1421包括患者的照片。可以通过选择浏览按钮并标识与患者关联的照片文件来选择或改变照片。
普通信息部分1422显示如上所述与患者有关的普通信息。可以按需对信息进行改变或输入。
紧急联系人信息部分14M与在紧急情况下联系谁有关的信息。可以按需对紧急联系人信息进行改变或输入。
在客户资料界面1400中可以按需包含其它部分。以上讨论了其它部分的实例。
图15是示例性患者记录界面1500的截屏，其显示所存储的与患者相关联的文件列表。所存储的文件可以包括任何格式，如可移植文件格式(PDF)、WORD 文件格式、JPEG 或其它图像格式(包括GIF、TIFF等)或其它文件格式。在一些实施例中，文件包括与健康护理相关的内容。实例包括执行的文件副本，如预先指示、生前遗嘱、健康护理委托书或其它文件。非健康护理专用文件也可以被存储，如意愿或其它记录。
在该实例中，单个文件当前与患者相关联。为了上传附加文件，提供了上传按钮 1502。返回按钮1504被设置成将用户返回到先前的界面页，如客户资料界面，如图14所示。
存储在系统中的每个文件的摘要被显示在患者记录界面1500中。摘要例如包括至实际文件的链接1510、文件名1512、上传文件的日期和时间1514、上传文件的用户的用户ID 1516以及可以用于删除文件的删除按钮1518。
图16是示例性公司资料界面1600的截屏。公司资料界面包括与具体公司相关的信息。在该实例中，公司资料界面1600包括公司资料信息1602和保存/更新按钮1604。 公司资料信息1602包括与公司相关的信息，如公司名称、地址、电话号码、契约起始和截止日期、商业类型1610以及主要联系人信息。
在一些实施例中，商业类型1610从医院或医生办公室中选择。其它实施例包括其它公司类型，如应急医疗响应者、服务提供商或其它公司类型。
在输入或修改信息之后，选择保存/更新按钮以保存信息。
图17是示例性菜单管理界面1700。在一些实施例中，菜单管理界面1700可以通过从管理工具标签选择菜单管理而从家庭界面(图7中所示)访问。菜单管理界面1700提供用于定制各种界面屏的选项。在一些实施例中，菜单管理界面1700仅对管理者可用。
在一些实施例中，菜单管理界面1700用于根据用户角色1702将访问权利限定为各种特征和界面。用户角色1702从可用用户角色列表中选择。用户角色的实例包括系统管理者、站点管理者、公司管理者、用户、默认、辅助医务人员、医院以及公司代表。
对于每个用户角色1702、一组菜单1704可用。每个菜单1704与导航标签(如图 7中所示的标签70 关联。每个菜单1704与一组子菜单1706关联。每个子菜单与用于相关的导航标签的选项列表中的选项关联。
管理者能够定制可用于具体用户角色的菜单和子菜单列表。为此，提供按钮1708 和1710。按钮1708可以选择用于从所选角色中删除所选的菜单及其全部子菜单。按钮 1710可以选择用于从菜单中删除子菜单。
菜单信息显示在菜单信息部分1712中。子菜单信息显示在子菜单信息部分1714 中。信息包括菜单或子菜单文本以及至与菜单或子菜单关联的界面的网址。
为了更新或改变菜单信息部分1712或子菜单信息部分1714中的信息，提供了添加或更新菜单部分1716。
在一些实施例中提供附加按钮。实例包括添加为角色的新菜单按钮1720、更新所选菜单按钮1722、添加为所选菜单的新子菜单17M以及更新所选子菜单按钮17沈。
提供样本菜单显示1730用于示出如当前在菜单管理界面1700中限定的导航标签的样本。
图18是可操作用于在用户记录中进行搜索以识别一个或多个用户帐户的示例性用户搜索界面1800的截屏。用户搜索界面1800包括搜索域1802和搜索结果1804。
搜索域1802包括姓提示1810、用户角色提示1812、用户名提示1814以及搜索按钮1816。这些提示接收来自用户的输入，用以限定搜索标准。然后在用户选择搜索按钮 1816时使用搜索标准进行搜索。
然后例如通过服务器进行搜索，以识别与搜索标准匹配的用户记录。结果被显示在搜索结果1804中。在一些实施例中，每个搜索结果包括状态标识符、资料复选框、用户姓名、角色以及电子邮件地址。用户姓名是至图19中所示的用户资料界面的超链接。
图19是示例性用户资料界面1900的截屏，其显示用户信息并允许按需更新用户信息。用户资料界面1900包括保存/更新按钮1902和用户信息1904。
在对用户信息进行输入或修改之后，用户选择保存/更新按钮1902来保存用户信肩、ο 用户信息1904包括关联部分1906、照片部分1908、登录信息部分1910、联系人信息部分1912以及指纹注册部分1914。
关联部分1906包括的信息如运行状态(运行或停止)、标题、公司名称、办公室ID 以及雇员ID。
照片部分1908包括用户的照片，并包括浏览按钮，当选择该浏览按钮时，使得用户可以定位照片文件。然后照片与用户资料相关联并显示在照片部分1908中。
登录信息部分1910包括的信息如登录姓名、显示为、成员(如系统管理者、站点管理者、公司管理者、辅助医务人员、医院或公司代表)以及登录密码。提供改变密码选项用于改变登录密码。
联系人信息部分1912包括名、姓、地址、服务开始日期、电话号码、移动电话号码、 传真号码和电子邮件地址。
指纹注册部分1914包括注册指纹(或其它生物标识符)选项。如果用户选择注册指纹选项，则提示用户例如通过将手指放置成靠紧指纹读取器或使用另一个生物读取器来输入生物标识符。指纹读取器对指纹进行扫描。该生物标识符然后被存储成与用户资料相关联。
图20是示例性用户日志界面2000的截屏，其允许用户搜索并查看用户日志。用户日志界面2000包括搜索域2002、搜索按钮2004和搜索结果2006。例如通过从管理工具标签714(如图7所示)中选择跟踪用户选项可以对用户日志界面2000进行访问。在一些实施例中，用户日志界面2000仅可由管理者访问。
搜索域2002允许用户输入搜索标准，如开始日期、结束日期、名和姓。在输入希望的搜索标准之后，选择搜索按钮2004，用以针对与搜索标准匹配的条目搜索用户日志。在一些实施例中，用户日志在服务器的数据库中维护。
与搜索标准匹配的用户日志条目被显示在搜索结果2006中。在一些实施例中，显示每个用户日志条目的概要。概要包括登录日期、退出日期、用户名、名、姓和IP地址。
图21是示例性跟踪改变界面2100的截屏，其允许用户查看对系统记录(包括患者或客户信息)进行的改变。在一些实施例中，服务器维护可使用跟踪改变界面2100进行搜索的改变日志。跟踪改变界面包括搜索域2102、搜索按钮2104和搜索结果2106。在一些实施例中，跟踪改变界面2100仅可由管理者访问。
搜索域2102允许用户输入搜索标准，如开始日期、结束日期、名、姓以及用户名。 在输入搜索标准之后，用户选择搜索按钮2104。然后进行改变日志的搜索。
搜索结果2106显示与搜索标准匹配的条目列表。在一些实施例中，显示每个条目的概要。概要包括编号、用户名、名、姓、表、列、页、控制、先前值、新值、键名、键值以及做出改变的日期和时间。
该信息允许管理者查看所做的全部改变，如果必要的话，撤销所做的改变。例如， 如果发现发生了非授权访问，则在非授权访问期间所做的改变由管理员通过查看用户在非授权访问期间所做的改变来取消。
图22是示例性管理角色界面2200的截屏，用户可以通过该界面管理用户角色。在一些实施例中，管理角色界面2200可以通过从图7中所示的管理工具标签714中选择管理角色来访问。管理角色界面2200包括加载新页面部分2202、创建新角色部分2204、为角色分配页面部分2206、添加/移除页面部分2208以及分配页面显示部分2210。
加载新页面部分2202包括可由用户选择以请求加载新页面的按钮。在选择该按钮时，系统操作以加载新页面。
创建新角色部分2204包括用于识别新角色的姓名的域以及用于保存新角色的按钮。
在利用创建新角色部分2204定义新角色之后，可以使用为角色分配页面部分 2206和添加/移除页面部分2208来为角色分配页面。在为角色分配页面部分2206中，用户选择角色。然后用户在添加/移除页面部分2208中选择页面用以添加到该角色或从该角色移除。为了完全移除角色，在角色部分2206中选择角色并选择移除角色按钮。为了移除页面，在部分2208中选择移除页面按钮。为了添加页面，在部分2208中选择添加页面按钮。为了将页面设置为角色的默认页面，在部分2208中选择设置为页面按钮。
在为角色分配页面部分2206中选择具体角色之后，分配给该用户角色的页面被显示在分配页面显示部分2210中。在一些实施例中，分配页面显示部分2210包括规则名称和页面名称。
图23是示例性打印表单界面2300的截屏。在一些实施例中，打印表单界面2300 可通过选择图7中所示的帮助标签716的打印表单选项来访问。打印表单界面2300包括与各种表单关联的链接2302。表单的实例包括使用条款、HIPPA发行物、放弃声明、预先指示以及DNR/DNI证明。还可以按需包括其它表单。选择一个链接2302打开标识的文件，使得用户可以查看该文件或将该文件发送到打印机。
图24是示例性健康史界面MOO的截屏。健康史界面MOO以图形方式提供与患者的健康史相关的信息。在一些实施例中，健康史界面MOO包括普通信息部分M02以及图形身体表现部分对04。图形身体表现部分M04包括身体部位MlO和2412、历史标志M20 和2422以及历史概要2430和2432。
在一些实施例中，与患者相关的有关健康的信息通过健康史界面MOO以图形方式显示，以便于提供用于查看患者的健康史的方便界面。
普通信息部分M02提供与患者相关的普通信息，如患者姓名、出生日期、社会保险号、血型以及主要医师。普通信息部分M02中可以包括更多或更少的信息。
图形身体表现部分M04包括人体M05或身体部位M20和M22的图形表现。在该实例中，身体对05包括心脏MlO器官和膝M12关节。如果患者具有具体身体部位的健康问题的历史，则针对各身体部位显示历史标志M20和2422。例如，历史标志M20与心脏 2410器官关联，历史标志M22与膝M12关节关联。
如果用户希望查看与具体身体部位相关的更多信息，则用户例如通过在历史标志上移动鼠标指针或通过在历史标志上点击来选择各历史标志M20或M20。当选择历史标志M20时，显示历史概要2430，以示出与身体部位MlO关联的健康信息的概要。在一些实施例中，历史概要M30标识健康事件日期，健康事件的简要描述以及为该健康事件提供的治疗的简要描述。例如，“08/12/2007:急性心肌梗塞——搭桥手术”。在一些实施例中，在历史概要中提供更多或更少的信息，如健康事件的日期和简要描述“ 12/24/08 房性心律不齐”。类似地，当选择历史标志M22时，显示历史概要2432，以示出与身体部位 2412关联的健康信息的概要。历史概要M32的一个实例是“04/01/1995 撕裂的ACL”以及“05/12/1995 关节镜下的ACL重建”。在一些实施例中，用户可以选择历史标志M20或 2422或者健康概要M30或M32，从而被引导至患者资料界面(或其它患者信息界面)，以获得与健康历史有关的更多信息。
在一些实施例中，当选择身体部位(如心脏MlO器官或膝对12关节)之后，启动关键词搜索，用以搜索与患者相关联的记录，以便识别包括关键词(如“膝盖”)的记录。然后结果被提供到历史概要中，如概要对30或在独立的界面屏上列出。在一些实施例中，患者记录包括分解域或身体部位与具体健康记录相关联的域组。在一些实施例中，搜索包括分解域或域组的搜索。
上述各实施例仅通过说明的方式提供，并且不应该被解释成限制所附权利要求。本领域技术人员容易认识到未遵循这里说明和描述的示例性实施例和应用并且不脱离以下权利要求的真实精神和范围而进行的各种修改和改变。
权利要求
1.一种健康护理数据管理系统，包括服务器设备，该服务器设备包括处理器和存储器， 存储器包含数据库和可以通过处理器执行以实现用于管理健康护理数据的方法的指令，该方法包括通过接收包括第一生物标识符的用户数据来注册用户；将用户数据和第一生物标识符存储到数据库中，并在数据库中将第一生物标识符和用户数据进行关联；接收属于用户的健康护理信息并将其存储到数据库中的用户数据中；从护理员计算系统接收包括第二生物标识符的请求；搜索数据库，以识别作为第二生物标识符的匹配对象的第一生物标识符；以及响应于请求将与第一生物标识符相关联的至少一部分用户数据传送到护理员计算系统。
2.根据权利要求1所述的健康护理数据管理系统，其中服务器还包括Web服务器，其中传送至少一部分用户数据通过发送定义网页的数据来执行。
3.根据权利要求1所述的健康护理数据管理系统，还包括应急车辆计算设备，其以通信方式与生物读取器耦合，并被配置成通过数据通信网与服务器进行通信，其中应急车辆计算设备从用户读取第二生物标识符，并将包括第二生物标识符的请求发送给服务器。
4.根据权利要求3所述的健康护理数据管理系统，其中应急车辆计算设备是由护理员、警官、应急响应者或军事单位使用的移动计算设备。
5.根据权利要求1所述的健康护理数据管理系统，还包括患者计算设备，其被配置成通过数据通信网与服务器进行通信，其中该方法还包括从患者计算设备接收请求至少一部分用户数据的请求； 将所述至少一部分用户数据发送给患者计算设备； 从患者计算设备接收更新的用户数据；以及存储更新的用户数据来代替用户数据。
6.根据权利要求1所述的健康护理数据管理系统，其中护理员计算系统位于护理员机构，其中接收属于用户的健康护理信息包括从护理员计算系统接收健康护理信息。
7.根据权利要求1所述的健康护理数据管理系统，其中用户数据包括以下数据中的至少一些医师记录、电子病史档案、免疫记录、手术史、用药记录、医疗记录、医药过敏鉴定、 生产史、习惯史、家族病史、心理健康史、工作史、旅行史、家族史、公共活动、预先指示、生前遗嘱以及健康护理委托书。
8.根据权利要求1所述的健康护理数据管理系统，其中从护理员接收包括第二生物标识符的请求还包括使用指纹扫描仪来扫描注册用户的指纹，以在第二计算系统产生第二生物标识符；以及将包括第二生物标识符的请求从护理员计算系统发送到服务器。
9.一种用于以图形方式呈现与患者相关的健康信息的方法，该方法包括 显示包括第一身体部位的患者的身体的至少一部分的图形表现；显示与患者的第一身体部位关联的健康标志； 从用户接收标识第一身体部位的输入；以及显示与第一身体部位关联的至少一部分健康史。
10.根据权利要求9所述的方法，还包括在从用户接收标识第一身体部位的输入之后在数据库中搜索第一身体部位的标识符，其中健康史是在搜索数据库中识别的搜索结果的列表。
11.根据权利要求9所述的方法，还包括在显示图形表现的同时显示与患者有关的普通信息，普通信息包括以下中的至少一些患者姓名、患者的出生日期、患者的社会安全号、 患者的血型以及患者的主要护理员的姓名。
12.根据权利要求9所述的方法，还包括在显示图形表现之前将健康数据存储到包含健康史的数据库中，健康数据包括包含身体部位的标识符的分解域。
13.根据权利要求12所述的方法，还包括在从用户接收标识第一身体部位的输入之后以及在显示健康史之前搜索数据库，以便于识别包括身体部位的标识符的健康数据。
14.根据权利要求13所述的方法，其中健康史是以下中的至少一种医师记录、电子病史档案、免疫记录、手术史、用药记录、医疗记录、医药过敏鉴定、生产史、习惯史、家族病史、 心理健康史、工作史、旅行史、家族史、公共活动、预先指示、生前遗嘱以及健康护理委托书。
15.一种用于通知第一人有关发生属于注册用户的事件的方法，该方法包括 通过将包括与注册用户关联的姓名和生物标识符的用户数据存储到数据库中来将用户作为注册用户注册到数据库中；将联系信息存储到用户数据中，所述联系信息标识与第一用户进行通信的方式； 标识与注册用户关联的健康事件的发生；以及根据标识的通信方式与第一用户进行通信，以通知第一用户护理员已经访问了用户数据。
16.根据权利要求15所述的方法，其中标识健康事件的发生还包括 接收护理员访问用户数据的请求；以及响应于所述请求将至少一部分用户数据发送给护理员。
17.根据权利要求16所述的方法，其中接收访问用户数据的请求还包括接收包括生物标识符的请求。
18.根据权利要求16所述的方法，还包括使用指纹扫描仪来读取注册用户的指纹，以在计算系统产生生物标识符； 将访问用户数据的请求从计算系统发送到服务器；以及在计算系统接收至少一部分的用户数据。
19.根据权利要求16所述的方法，其中通信方式从包括以下方式的组中选择将电子邮件消息发送到电子邮件地址、将计算机生成的音频消息发送到语音邮件箱、向电话号码进行电话呼叫并播放计算机生成的或预先记录的消息、使用电话号码将传真发送给传真机、向电话号码发送文本消息、以及通过计算机通信网发送文本消息。
20.根据权利要求15所述的方法，其中使用计算设备自动进行与第一用户的通信。
全文摘要
健康护理数据存储在服务器可访问的存储器中。服务器允许用户例如通过通信网络访问健康护理数据。在一些实施例中，患者的生物标识符与患者信息一起存储。生物标识符可以用于控制访问患者记录，并快速定位与具体患者关联的患者信息。
文档编号G06Q50/00GK102187361SQ200980140946
公开日2011年9月14日 申请日期2009年9月4日 优先权日2008年9月4日
发明者吕特·E·斯科契奇 申请人:Mlp科技公司(前身为我的生命规划有限公司)