专利名称：用于管理患者临床资料的系统的制作方法
技术领域：
本发明涉及一种用于管理在表格中显示的患者临床资料以及在保健工作流任务序列中使用的表格中的临床资料的更新的系统。
背景技术：
这是由J.Hart等人于2004年10月12日提交的、序列号为第60/617,892的临时申请的非临时申请。
临床信息由多个不同的支持对患者的保健发送的保健信息系统来使用。这样的保健信息系统例如包括临床信息系统，患者管理系统，实验室试验结果系统，药剂系统，接收、发放和转移(ADT)管理系统，护理系统以及饮食系统。这样的保健信息系统在执行提供对患者的治疗的任务(工作流)序列的过程中将患者临床资料用于支持医护人员。现有的保健信息系统一般未能向用户提供以下能力，即确定，诸如实验结果、显象方式(例如，MRI、CT、X射线、超声波等等)信息的相关的临床患者值和来自患者用监视器的生命指征数据在提供患者治疗的任务序列(工作流)开始时和在该任务序列被指示结束时之间是否已经变化。例如，已完成的工作流动作由停止动作来指示。因此，医护人员有可能基于非当前的数据而错误地指示患者治疗工作流任务序列结束，实际上那时如果为工作流任务序列提供当前的患者临床资料，则该工作流程任务序列指示必要的附加步骤。此外，例如如果纸质图表不是当前的，则医护人员对患者状态的人工检查容易遗漏相关数据。根据本发明原理的系统致力于解决这些缺点以及相关的问题。
发明内容
本发明者已有利地认识到，期望能够确定，诸如实验结果、显象方式信息的相关的患者值和来自患者用监视器的生命指征观察结果在任务序列(工作流)开始时和在该任务序列被指示结束时之间是否已经变化。用于管理患者临床资料的系统包括至少一个储存库，该至少一个储存库将临床资料源与表示表格的数据相联系。该表格将来源于该源的临床资料相合并。接口处理器自动查询与特定表格相联系的临床资料的特定源，以响应于处理该特定表格的用户命令来标识更新过的特定患者的临床信息。更新处理器启动生成对用户的指示，该指示标识在处理特定表格之前可得到特定患者的更新过的临床信息。
图1根据本发明原理示出用于管理患者的临床以及非临床资料的系统。
图2根据本发明原理示出涉及访问表格的工作流任务序列，该表格中填充了患者的当前的临床和非临床资料。
图3根据本发明原理示出在为病人定购治疗和指示更新过的临床资料的可用性时所使用的用户接口(UI)显示图像。
图4根据本发明原理示出警告对话框，该对话框表示在所显示的文档中，该文档诸如由临床医师在记录患者医疗状况的评估时所使用的文档。
图5根据本发明原理示出在输入涉及患者医疗状况的评估的信息以及指示更新过的患者数据时使用的用户接口(UI)显示图像表格。
图6根据本发明原理示出过程流程图，该过程用于管理患者数据并且使得能够将患者当前的临床和当前的非临床资料填充在表格中。
具体实施例方式
图1示出用于管理患者的临床和非临床资料的系统。该系统动态更新过期的患者临床资料值并且突出先前未纪录的变化，该变化诸如关键结果和观察结果，以致执行任务序列(工作流)的医护人员能够响应于已修正的患者临床资料值或者其它变化的患者专用数据来确定下一个要执行的动作。该系统在涉及例如治疗定购、患者诊断或者患者状况评估的任务的临床工作流序列期间更新过期的患者临床资料，并且警告临床医师自从临床医师开始工作会话以来患者临床资料是否已经变化。该更新自动或者根据要求发生，并且突出更新过的或者变化过的数据项。该更新或者响应于例如打开不完整的文档或者关闭完整的文档而发生。临床医师能够有利地使用所标识的更新过的信息来改进和/或改变所计划的动作。这在迅速变化的急重症医护情形下特别有价值，诸如该情形发生在急诊室或者危重病房。
现有的系统未能响应于医护人员打开正在进行中并且易于更新和改变的文档来提供自动更新过期的数值。根据本发明原理的系统为涉及在评估、治疗定购以及诊断任务序列(工作流)的临床医师提供最新的患者相关数据以支持综合的临床决策。
该系统通过显示最新的当前可得到的信息来减少昂贵的和错误的医疗决定，同时临床资料被制成图表，并且该系统还突出已变化的值，这些值在做出关键决策时可能是重要的。例如，为特定患者定购治疗的临床医师需要知道患者的过敏症数据。如果过敏症值作为与定购过程工作流同时执行的其它评定的结果而变化，那么，在用户启动表示定单完成的命令时，由系统采用的动态更新值功能自动更新定购处理系统内的患者过敏症信息。该系统进一步提醒正在定购的临床医师根据新的过敏症信息来验证或者双重核对该定单，并且该警报被记录在患者临床纪录中。
在此所使用的可执行的应用程序包括用于响应于用户命令或输入来实现预定功能的代码或者机器可读指令，该预定功能例如包括操作系统、保健信息系统或者其它的信息处理系统的功能。可执行的程序是代码段(机器可读指令)、例行子程序或者代码的其它独特部分或者是可执行应用程序的部分以便执行一个或者多个特定过程，并且该可执行的程序可以包括根据接收到的输入参数(或者响应于接收到的输入参数)执行操作，并且提供最终的输出参数。如在此所使用的处理器是设备和/或用于执行任务的机器可读指令组。处理器包括硬件、固件和/或软件中的任意一个或其结合。处理器通过操纵、分析、修正、转化或发送信息以便由可执行程序或信息设备使用，和/或通过路由信息到输出设备来对信息采取动作。例如，处理器可以使用或者包括控制器或者微处理器的能力。显示处理器或者发生器是公知的元件，其包括电子电路或软件，或者其组合，用于生成显示图像或其部分。用户接口包括一个或者多个显示图像，该显示图像使得用户能够与处理器或者其它设备进行交互作用。COS是当前定单会话。如在此使用的表格是文档、记录或者其它结构化数据编辑的电子数据表示，这些文档、记录或者其它结构化数据编辑可以被译成图像、打印出的文档或者电子数据用于通信。如在此所使用的表格的再生过程包括利用已变化的或更新过的信息元素来生成表示该表格的数据。如在此所使用的文档是文档、记录或者其它结构化数据编辑的电子数据表示，这些文档、记录或者其它结构化数据编辑可以被译成图像、打印出的文档或者电子数据用于通信。
图1示出连网的医院信息系统，其采用自动化的任务分配工作流系统36以及提供自动的过期数据核对的文档管理应用程序42。保健信息系统10包括客户端设备12、数据存储单元14、第一局域网(LAN)16、服务器设备18、第二局域网(LAN)20、以及部门系统22。客户端设备12包括处理器26以及存储单元28，并且可以包括例如个人计算机。保健信息系统10由保健提供商使用，该保健提供商负责监控其照料下的人的健康和/或福利。保健提供商的例子包括而不限于医院、疗养院、辅助生活照料设备、家庭健康照料设备、收容所设备、急重症医护设备、保健诊所、理疗诊所、按摩诊所以及齿科医院。由保健提供商为其提供服务的人的例子包括但不限于患者、居民以及顾客。
文档管理应用程序42对在系统10中使用的文档和表格中的数据提供自动的过期数据核对，并支持图2和图6的过程。在另一个实施例中，应用程序42位于客户端设备12中。用户接口系统40(其也可以驻留在客户端设备12中)包括允许用户向客户端设备12提供信息的输入设备和向用户提供表式的菜单以及其它信息的显示的输出设备。优选地，输入设备是键盘和鼠标，而且可以是触摸屏或者具备语音识别程序的话筒，或者例如是电话语音响应系统。输出设备是显示器，而且可以例如是扬声器。输出设备响应于从用户接收信息的输入设备或者响应于客户端设备12的其它活动而向用户提供信息。例如，显示器响应于用户经由键盘将信息输入到客户端设备12来表示信息。
服务器设备18包括处理器30、存储单元32，该存储单元32包括治疗定购系统和工作流引擎36以及包含患者记录的数据库38。单元36也包括患者评估数据采集和处理应用程序以及临床资料管理系统。文档管理应用程序42响应于用户启动文档保存(或打开)操作来对一个或者多个同时打开的文档(或表格)自动执行过期数据核对。应用程序42对于例如由单元36中的治疗定购系统、患者评估系统和临床资料管理系统使用的文档执行过期数据核对。应用程序42也对在保健部门系统22中使用的文档执行过期数据核对，该保健部门系统22需要有权访问信息或者提供与在保健提供商照料下的患者的健康和/或福利相关的信息。部门系统22包括实验室系统44、药剂系统46、财务系统48以及护理系统50，并且还可以包括记录系统、患者管理系统、放射学系统、帐目管理系统、帐单系统以及任何其它在保健信息系统中需要或者要求的系统。
服务器设备18可被实施为个人计算机或者工作站。数据库38提供用于存储患者记录的位置，而数据存储单元14为患者记录以及医院信息系统10的其它信息提供存储备份。数据存储单元14和数据库38中的信息可以由来自多个客户端设备的多个用户来访问。文档管理应用程序42自动响应于访问文档的用户命令或者响应于用户存储编辑过的文档或终止访问文档来查询诸如患者记录之类的数据源。患者记录可以从客户端设备12中的存储单元28或者部门系统22中的存储单元来访问。数据存储单元14中的患者记录包括与患者相关的信息，这些信息包括但不限于与生平、财务、临床、工作流、治疗计划和患者遭遇(就诊)相关的信息。
第一局域网(LAN)16(图1)提供了客户端设备12、数据存储单元14和服务器设备18之间的通信网络。第二局域网(LAN)20提供了服务器设备18和部门系统22之间的通信网络。第一LAN 16和第二LAN 20可以是相同的或者不同的LAN，这取决于特定的网络配置以及所实现的特定的通信协议。可替换地，第一LAN 16和第二LAN 20中的一个或者两者都可被实施为广域网(WAN)。
通信路径52、56、60、62、64、66、68和70允许图1中所示的各种元件与第一LAN 16或者第二LAN 20通信。通信路径52、56、60、62、64、66、68和70中的每一条优选地适用于使用一种或者多种数据格式(否则称为协议)，这取决于保健信息系统10中的各个元件的类型和/或配置。信息系统数据格式的例子包括但不限于RS232协议、以太网协议、医用接口总线(MIB)兼容协议、DICOM协议、网际协议(I.P.)数据格式、局域网(LAN)协议、广域网(WAN)协议、IEEE总线兼容协议、以及健康七级(Health Level Seven，HL7)协议。
图2示出使用工作流和文档(表格)管理应用程序36和42(图1)执行的工作流任务序列，该工作流和文档(表格)管理应用程序36和42分别涉及访问填充了患者的当前临床和非临床资料的文档。在步骤221，应用程序36响应于来自临床医师203(图2)的命令将请求传送到文档管理应用程序42以访问正在进行中的临床文档。正在进行中的临床文档是还未结束的文档或表格并且不在准备用来进一步处理的最终状态中，所述进一步处理诸如在编辑过程中重新打开文档。在步骤223，文档管理应用程序42获得文档的当前版本208，并且在步骤225启动对可执行程序211的请求，以将文档的当前版本中的患者专用的数据值与相应的从其它数据源中可得到的最近更新过的数据值相比较。
在步骤227，可执行程序211从数据源1(215)中获得相应的最近更新过的数据值；而在步骤229，可执行程序211从数据源2(217)中获得相应的最近更新过的数据值。在步骤233，可执行程序211将文档的当前版本中的患者专用的数据值与相应的从数据源1(215)和数据源2(217)中可得到的最近更新过的数据值相比较，以标识变化。在步骤235，文档管理应用程序42启动图像显示的生成，所述图像显示的生成(例如，通过突出)标识在步骤233中得到的已变化的患者专用的数据值。应用程序42自动获得并显示从数据源中得到的最新的临床值(也就是，经由另一应用程序来管理或者访问的数据)，这些数据源不是由文档类型拥有者所有。应用程序42为了让用户检查而突出包含该更新过的值的区域。
通过使用将可用的数据源和相关的访问信息与单独的文档和该文档内的数据字段链接的预定的信息，文档管理应用程序42访问提供在临床文档中使用的数据的数据源。响应于访问“正在进行中的”文档的用户命令，或者响应于用户保存编辑过的文档或者终止访问文档，文档管理应用程序42自动查询其它的数据源。
应用程序42突出已经被更新的文档数据字段。在包括例如制表结构(章节结构)的用户接口图像中，该制表结构使得用户能够经由制表选择打开多个文档，应用程序42更新制表以包括标识文档的指示符，这些文档具有已经被更新的字段(如通过图5的制表510和512所示例的那样)。以只读模式打开的文档不被更新并且显示包含最后保存的值的数据。文档管理应用程序42对于显示在单页UI文档内的数据自动执行过期数据核对。如果用户想要响应于用户在制表结构中的制表选择来更新多个同时访问和显示的文档中的数据项，则应用程序42自动显示请求用户的弹出式对话框。
响应于用户启动文档保存操作，文档管理应用程序42也对一个或者多个同时打开的文档自动执行过期数据核对。用户(诸如医师)一启动文档的电子签名，保存操作就发生，该文档诸如在所显示的当前定购会话(COS)图像窗口中的启动对于患者的治疗或者服务的定购的定单文档。用户(诸如医师)一启动基于患者检查所做的患者评估记录的电子签名或者签名多种其它文档，保存操作也发生。文档管理应用程序42也自动确定，更新过的数据对于显示在由用户在另一个(例如，先前或者同时的)任务序列工作流中访问的文档中的数据项是否是可得到的。这样的更新过的数据可以被作为由医护人员在不同的第二任务序列工作流中执行的任务的结果而产生。此外，如果对应于第一工作流文档中的所显示的数据项的更新过的数据被检测出，那么应用程序42利用最新的值来更新所显示的文档中的字段并且突出更新过的值。
图3示出用户接口(UI)显示图像，其被用于为患者定购治疗以及指示更新过的临床资料的可用性。患者治疗定购应用程序由临床医师经由行325中的按钮320来启动。在由临床医师执行的患者治疗定购任务序列工作流中，文档管理应用程序42响应于用户启动定单的签名(表示完成)来确定更新过的相关临床资料对于所显示的治疗定购表格中的数据项是否是可用的。特别地，响应于临床医师启动定单的签名，应用程序42确定相关的临床信息是否已经针对选项301中所标识的特定的患者而变化。先前为特定患者请求的定购在图像窗口303中被指出。所请求的定购包括药物定单350、实验室试验定购353、饮食定购356、护理定购358、放射线治疗定购359。图像窗口305为在由临床医师选择的选项301中所标识的患者示出当前定购会话(COS)定单，并且等候由临床医师签名，以开始患者的治疗定单的处理。当前定购会话定单包括药物定购340和实验室试验定购345。
响应于用户启动在当前定购会话图像窗口305中选择并显示的定单的签名，应用程序42更新图像窗口305以包括在当前定购会话中的相关定单下的警报和冲突消息。特别地，警报消息309(指示定单包含丢失的或者无效的定单细节)被在地高辛(Digoxin)定单307之下显示。同时，警报消息315(指示定单可以是可能复制的定单)被显示在肌酸酐(Creatinine)定单313之下。应用程序42也可以更新图像窗口305以包括指示临床相关信息已经被另一个用户更新的警报消息。这个警报消息和标识相关的定单的数据并且也可和其它相关的冲突消息一起被表示在图像窗口305中。在允许用户签名并启动窗口305中的会话中的定单的处理之前，应用程序42可以要求用户手动打开消息信息并且检查与定单临床相关的更新过的信息。
图5示出用于输入涉及患者的医疗状况的评估的信息以及指示更新过的患者数据的用户接口(UI)显示图像文档。在由临床医师执行的患者评估任务序列工作流中，响应于用户启动该文档的签名(表示完成)，文档管理应用程序42确定，更新过的数据对于所显示的评估文档中的数据项是否可用。特别地，在其中临床医师正在准备大的评估文档的情况下，由于用户开始准备评估文档，所以临床(以及其它数据)可能已经变化。已变化的数据可能较大地影响该评估。文档管理应用程序42响应于用户签名评估文档以及确定更新过的数据对于该文档中的数据项是可用的来启动弹出式警告菜单的显示。
图4示出表示在所显示的文档、诸如图5中示出的文档之上的警告对话框400，该文档由临床医师在记录患者医疗状况的评估中使用。该对话框通知用户与患者的评估相关的特定患者的更新过的临床资料对于经由用户选择按钮403可用于检查，或者用户可以通过选择按钮405选择继续进行评估。在另一个实施例中，用户被禁止继续评估任务序列工作流，而不用首先选择和检查更新过的数据。更新过的数据响应于例如另一个不同的用户对于同一患者执行另一个任务序列工作流的动作而产生。
响应于图5的按钮行505中的图表按钮507的用户选择，应用程序42启动支持患者评估数据捕获的用户接口图像的生成。患者评估用户接口图像包括由图5的评估图像的制表列517示例的制表结构。该制表使得用户能够打开多个文档。应用程序42提供指示符标注，例如如制表510和512中所示的制表上的黄色(或其它颜色)部分(或者在不同的实施例中另一个显示属性)，以指示在经由所标注的制表访问的文档中对于数据项可用的更新过的数据。
响应于用户选择所标注的制表，应用程序42显示评估文档，该评估文档突出使用黄色背景的具有更新过的已变化的数据的那些数据字段(或者是由另一个显示属性突出的数据字段)。响应于接收制表512的用户选择，应用程序42启动在文档图像窗口520中示出的评估文档的生成。评估文档通过突出数据字段513的背景颜色来指示数据字段513中变化的数据(用户输入的患者名)。为了确保提醒用户任何作为更新过的数据的结果而被标识的患者安全危险，在被允许继续进行签名评估文档之前，用户被要求察看评估文档图像窗口520中的更新过的数据项。在另一个实施例中，其它的显示属性可以被用于制表标注或者数据项突出、诸如文本、颜色、符号、阴影、图标形状和字体替换。此外，用户一保存包含更新过的突出的数据项的评估文档，相关文档制表上的标注(例如，黄色部分)就被删除。
在临床资料管理系统中，在签名文档时，签过名的文档保留可适用的文档(表格)的格式以及该文档中的数据的值和内容，直到该文档是“未签名的”。未签名文档的动作保留文档的格式，但是启动对于文档中数据的最新的值和内容的采集。在完成和签名临床文档或者为患者定购治疗之前，应用程序42自动突出更新过的临床值。
图6示出由文档管理应用程序42执行的过程的流程图，该文档管理应用程序42用于管理患者数据以及在表格中填充患者的当前的临床和非临床资料。这样的表格可能例如与患者医疗状况评估或者与为患者定购治疗或者与临床资料管理相关。在步骤701开始之后的步骤702，应用程序42将临床资料源与表示表格的数据相联系，该表格用于为患者定购治疗以及合并从该源中得到的临床资料。在步骤704，响应于启动特定表格的处理的用户命令，应用程序42自动查询与特定表格相关的特定的临床资料源，该特定表格用于为特定患者定购治疗，以标识更新过的临床信息，该临床信息包括对于治疗有临床意义的信息。应用程序42使用从储存库中得到的预定的通信数据来自动查询特定的临床资料源，该储存库包括下列中的至少一个(a)通信协议，(b)数据格式，(c)源标识符，和(d)源地址。应用程序42在建立与特定临床资料源的通信中使用通信数据，以自动查询特定的源。
在步骤707，应用程序42启动对于用户的警报指示、诸如所显示的图象特征的生成，该图像特征例如包括弹出式菜单、对话框、图像窗口或者选项列表。在处理特定表格之前，警报指示标识特定患者的更新过的临床信息是可用的，或者标识自从用户开始工作会话以来临床资料已经被更新。指示可以包括所显示的消息或者提示用户启动表示特定表格的数据再生的指示符，以包括特定患者的更新过的临床资料。应用程序42也可以启动表示特定表格的数据的再生以包括提供可视指示的数据，这些指示标识表格中的临床数据字段，针对该表格，特定患者的更新过的临床资料是可用的。可视指示可以包括例如突出、阴影、文本重点、增加的符号或者增加的文本中的一个或者多个。
在步骤709，响应于启动处理特定表格的用户命令，在使用特定表格完成定单之前，应用程序42启动表示特定表格的数据的再生，以包括指示对于治疗有临床意义的更新过的临床信息的数据。对治疗具有临床意义的临床信息指示与治疗相关的患者临床资料的重新评定是必要的或者是可期望的。在另一个实施例中，可以指示另一个治疗定单的存在或者指示与例如已经为特定患者定购的另一个治疗的医疗冲突。处理特定表格的用户命令在由用户执行的第一工作流任务序列(例如，治疗定单项目工作流任务序列)期间被启动。特定患者的更新过的临床信息在不同于第一工作流任务序列的第二工作流任务序列(例如，患者评估工作流程任务序列)期间生成。所再生的特定表格包括将更新过的临床信息标识为自从用户开始工作会话以来被改变的临床信息的可视指示。该可视指示与指示符一起被显示，所述指示符标识临床资料的旧值以及负责提供更新过的临床资料的用户中的至少一个。
文档管理应用程序42可由多个部门的人员使用，该多个部门的人员针对患者记录和更新有关患者照料的信息。在一个操作例子中，为史密斯夫人定购放射检查的治疗，在定购时认为她没有怀孕。当史密斯夫人第二天来到放射科中心，一显示定单，现在怀孕指示符是阳性的，她的怀孕测试的结果恢复到早上的情况。应用程序42提醒临床医师这个变化，并且临床医师能够与内科医生协商以确定基于更新过的信息是否继续进行x光检测。
在另一个例子中，对在医院急救室里的患者进行验血。护士开始患者接收评估并且患者不承认任何感染，没有指示对患者进行隔离。一结束该评估，就完成过期数据核对并且隔离指示符现在是阳性的。患者的血液测试已揭示生成阳性的隔离指示符的感染。护士意识到需要将患者进行隔离。图6的过程在步骤715结束。
在其它实施例中，响应于用户打开使其知道自从上一次表格保存以来哪些数据字段已经改变的表格，应用程序42启动消息的生成。系统也提供指示已经变化的数据值和标识做出改变的用户的工具提示(Tooltip)消息(例如，响应于鼠标操作)。当表格打开以指示字段值已经在另一个工作流任务序列中被更新并且需要被检查时，应用程序42也提供警告消息。由于打开表格以及字段需要被检查，所以由应用程序42在表格保存期间生成进一步的警告消息，并且指示数据字段值已经在另一个工作流中被改变。当表格以只读模式打开时，也显示突出性和消息的组合。
采用工作流或者规则引擎的可替换的实施例需要建立多条可能的相关工作流路径。规则或者工作流引擎需要与建立配置的表格分开设置，并且需要多条路径以确定可能的数据字段，所述数据字段将要根据表示文档完成的命令来被检查。工作流引擎需要被配置以意识到位置和数据字段，该位置和数据字段被添加到表格中并且需要能够检查从多个不同的数据源中得到的相关的数据值。
图1-6中呈现的系统和过程不是唯一的。根据本发明的原理可以得到其它的系统和过程以完成相同的目标。尽管已参照特定的实施例描述了本发明，但是应当理解在此示出和描述的实施例及其变型仅仅是为了说明的目的。本领域技术人员可以实现对于当前设计的修正，而不偏离本发明的范围。此外，图1的系统以及图2和图6的过程所提供的任何功能都可以由硬件、软件或其结合来实现。该系统在其它的行业中也是可用的，在所述行业中文档和/或请求是动态启动并且改变生/死情况，诸如维持治安、火灾、反恐呼叫中心，其中例如多个源作用于该情形。
权利要求
1.用于管理患者临床资料的系统，其包括将临床资料源与表示表格的数据相联系的至少一个储存库，所述表格合并从所述源中得到的临床资料；接口处理器，用于响应于处理所述特定表格的用户命令来自动查询与特定的表格相联系的特定的临床资料源，以标识特定患者的更新过的临床信息；以及更新处理器，用于在处理所述特定表格之前，启动对用户指示的生成，所述指示标识特定患者的更新过的临床信息是可用的。
2.根据权利要求1的系统，其中所述更新处理器启动表示所述特定表格的数据的再生，以包括提供标识所述表格中的临床数据字段的可视指示的数据，所述特定患者的更新过的临床资料对于该表格是可用的，并且所述更新处理器启动表示所显示的消息的数据的生成，该消息提示用户启动表示所述特定表格的数据的再生，以包括所述特定患者的所述更新过的临床资料。
3.根据权利要求2的系统，其中所述可视指示标识所述表格中的所述临床资料字段，所述特定患者的更新过的临床资料对于该表格是可用的，该可视指示包括下列中的至少一个(a)突出性，(b)阴影，(c)文本重点，(d)增加的符号以及(e)增加的文本。
4.根据权利要求1的系统，其中所述更新处理器启动表示所述特定表格的数据的再生，以与将所述更新过的临床资料标识为自从用户开始工作会话以来被改变的临床资料的可视指示一起包括所述特定患者的更新过的临床资料。
5.根据权利要求1的系统，其中所述更新处理器启动表示所显示的图像特征的数据的生成，该图像特征指示所述特定患者的更新过的临床资料是可用的，并且所述所显示的图像特征将所述更新过的临床资料标识为自从用户开始工作会话以来被改变的临床资料。
6.根据权利要求1的系统，其中所述所显示的图像特征包括下列中的至少一个(a)弹出式菜单，(b)对话框，(c)图像窗口和(d)选项列表，所述至少一个储存库合并使得能够与所述相关的临床资料源通信的通信数据，并且在建立与所述特定的临床资料源的通信时，所述接口处理器使用所述通信数据，用于自动查询所述特定源。
7.根据权利要求1的系统，其中所述接口处理器使用从储存库中得到的预定的通信数据来自动查询所述特定临床资料源，所述储存库包括下列中的至少一个(a)通信协议，(b)数据格式，(c)源标识符以及(d)源地址，并且所述更新处理器启动表示所述特定表格的数据的再生，以与将所述更新过的临床资料标识为被改变的临床资料的可视指示和标识下列中的一个的指示符一起包括所述特定患者的更新过的临床资料(a)临床资料的旧值以及(b)负责提供所述更新过的临床资料的用户。
8.根据权利要求1的系统，其中在由用户执行第一工作流任务序列期间，启动处理所述特定表格的所述用户命令；并且所述更新处理器启动表示消息给用户的数据的生成，该消息标识特定患者的更新过的临床信息，所述更新过的临床信息在不同于所述第一工作流任务序列的第二工作流程任务序列期间被生成；并且所述特定表格是涉及患者医疗状况评估的表格。
9.用于定购患者治疗的系统，其包括将临床资料源与用于为患者定购治疗的表格的数据相联系的至少一个储存库，所述表格合并从所述源中得到的临床资料；接口处理器，用于响应于启动所述特定表格的处理的用户命令，自动查询与特定表格相关联的特定的临床资料源，所述特定表格用于为特定患者定购治疗，以标识对于所述治疗具有临床意义的更新过的临床信息；以及更新处理器，用于响应于启动所述特定表格的处理的用户命令，在使用所述特定表格完成定单之前，启动所述特定表格的再生，以包括指示对于所述治疗具有临床意义的更新过的临床信息的数据。
10.根据权利要求9的系统，其中所述对于所述治疗具有临床意义的临床信息指示下列中的至少一个(a)所述治疗的另一个定单的存在以及(b)与对于所述特定患者已经定购的另一个治疗的医疗冲突。
11.根据权利要求9的系统，其中在由用户执行治疗定单项工作流任务序列期间，启动所述特定表格的处理的所述用户命令被启动；并且在不同于所述治疗定单项工作流任务序列的另一个工作流任务序列期间，生成对于所述治疗具有临床意义的所述更新过的临床信息。
12.用于管理患者临床资料的方法，其包括以下活动将临床资料源与表示表格的数据联系起来，所述表格合并从所述源中得到的临床资料；响应于处理所述特定表格的用户命令，自动查询与特定的表格相联系的特定的临床资料源，以标识特定患者的更新过的临床信息；并且在处理所述特定表格之前，启动标识特定患者的更新过的临床信息的对用户的指示的生成。
13.用于定购患者治疗的方法，其包括以下活动将临床资料源与表示用于为患者定购治疗的表格的数据联系起来，所述表格合并从所述源中得到的临床资料；响应于启动所述特定表格的处理的用户命令，自动查询与用于定购特定患者的治疗的特定表格相关的特定的临床资料源，以标识对于所述治疗具有临床意义的更新过的临床信息；并且响应于启动所述特定表格的处理的用户命令，在使用所述特定表格完成定单之前，启动所述表格的再生，以包括指示对于所述治疗具有临床意义的更新过的临床信息的数据。
全文摘要
在涉及治疗定购、患者诊断或者患者状况评估的任务的临床工作流序列期间，一种系统动态更新过期的患者临床资料，并且警告临床医师自从临床医师开始工作会话以来患者临床资料是否已变化。用于管理患者临床资料的系统包括将临床资料源与表示表格的数据相联系的至少一个存储库。该表格合并从源中得到的临床资料。响应于处理特定表格的用户命令，接口处理器自动查询与特定的表格相关的特定的临床资料源，以标识特定患者的更新过的临床信息。在处理特定表格之前，更新处理器启动标识特定患者的更新过的临床信息是可用的对用户的指示的生成。
文档编号G06F19/00GK1790400SQ20051011999
公开日2006年6月21日 申请日期2005年10月12日 优先权日2004年10月12日
发明者J·哈特, F·斯皮瓦克 申请人:西门子医疗健康服务公司