自动填充患者报告的制作方法

这里描述的各种实施例总体涉及针对文档的方法和装置，更具体地但非排他地，涉及用于通过跟踪用户与接口的交互来自动记录的方法和装置。

背景技术

临床文档是指有关患者护理的信息，例如患者在医学机构接受处置时。临床文档被使用以例如记录患者的病史，记录患者当前的投诉，评估患者的当前状态，制定提供计划，提供护理的持续以及用于其他目的。典型的临床文档可能包含与患者的生命体征、实验室、测试结果、药物和文本信息(如病史，投诉，诊断和预后)相关的信息。

然而，生成临床文档通常是一个耗时的过程。此外，增加患者体积和更高敏锐度的患者通过增加他们必须创建的记录的数量并减少这样做的时间而给临床工作人员(例如医务人员)带来了额外的挑战。

临床文档在重症监护(icu)中变得更具挑战性，其中，患者病情严重，并且需要在多任务和高强度环境中获得更多关注。考虑到与icu处置相关联的时间限制，许多记录是在医务人员与患者互动之后(在人员轮班结束时或出院后)写的。因此，文件在很大程度上依赖于医务人员回忆重要事实的能力，并且这可能导致不准确和不完整的文档，其不利地影响患者护理。

许多医学机构已采用电子病历(emr)和其他类型的患者面板系统来加速通常在纸上完成的记录生成过程。然而，在这些emr系统中，在临床文档的生成期间不加选择地复制和粘贴患者细节可能导致错误的增加。当临床医师采取行动时，这些错误增加了患者安全问题的可能性。

技术实现要素：

提供本发明内容以用简化形式介绍一些概念，这些概念将在下面的具体实施例部分进一步描述。本发明内容并非旨在确定要求保护的主题的关键特征或必要特征，也不旨在用于帮助确定要求保护的主题的范围。

各种实施例涉及一种记载数据的方法，所述方法包括：经由接口向用户呈现多个值；存储所述多个值中的第一值，用于以后响应于用户经由所述接口与所述第一值的交互的检索；并且利用所存储的第一值来生成至少一个报告。

这些特征是有利的，因为医务人员等不需要花时间自己生成记录。在通过接口查看患者数据的同时，监测用户与接口的交互，并且然后在与患者状况相关的报告中使用被认为重要的信息。

描述了各种实施例，其中，用户与所述第一值的交互是从包括鼠标事件或键盘事件的组中选择的。

这些特征是有利的，因为用户可以简单地经由键盘或鼠标与数据进行交互来容易地指示重要信息。

本文中描述的各种实施例还包括存储多个值中的第二值以供以后响应于用户经由接口与第二值的交互的检索，其中，生成至少一个报告的步骤包括利用存储的第一值和存储的第二值来生成至少一个报告。

这些特征是有利的，因为用户可以与已经呈现的两个(或更多个)值交互以“收集”将在报告生成中使用的数据(例如，模板选择/群体)。

描述了各种实施例，其中，生成所述至少一个报告包括：从存储设备中检索模板；并且将存储的第一值与模板进行组合。

这些特征是有利的，因为先前存储的模板有助于生成临床记录并确保符合临床文档指南。

描述了各种实施例，其中，将所存储的第一值与模板组合包括生成并入了所存储的第一值的至少一个自然语言语句，并将所生成的至少一个语句置于模板内。

这些特征是有利的，因为可以使用自然语言生成来基于存储的数据生成患者的主观评估。

描述了各种实施例，其中，存储第一值包括：从数据源检索第一数据值；并且将第一数据值存储在数据存储库中。

这些特征是有利的，因为可以存储可能与患者相关的第一数据值(如通过用户与第一数据的交互所确定的)，以便以后在生成临床记录中使用。

描述了各种实施例，其中，从数据源检索第一数据值包括向数据库查询第一数据值。

这些特征是有利的，因为可以在需要时从数据库中检索可能与特定患者相关的存储的第一值并用于生成报告。

描述了各种实施例，其中，从数据源检索第一数据值包括在屏幕位图上执行字符识别以提取第一数据值。

这些特征是有利的，因为可以更容易地检索数据，而无需用户在记录本身中键入或以其他方式写入数据值。

描述了各种实施例，其中，该方法还包括从用户接收所生成的报告的批准。

这些特征是有利的，因为其允许用户在将报告提交到归档或其他位置以进行进一步处理之前确保所生成的报告是准确的和/或完整的。

根据本公开的另一方面，各种实施例涉及一种用于记载数据的装置，所述装置包括：接口，其用于向用户呈现多个值；以及处理器，其被配置为存储所述多个值中的第一值用于以后响应于用户经由所述接口与所述第一值的交互的检索；并且利用所存储的第一值来生成至少一个报告。

这些特征是有利的，因为医务人员等不需要花时间自己生成记录。在通过接口查看患者数据的同时，监测用户与接口的交互，并且然后在与患者状况相关的报告中使用被认为重要的信息。

描述了各种实施例，其中，用户与第一值的交互是从包括鼠标事件或键盘事件的组中选择的。

这些特征是有利的，因为用户可以简单地经由键盘或鼠标与接口进行交互来容易地指示重要信息。

描述了各种实施例，其中，所述处理器被配置为通过从存储设备检索模板并将存储的第一值与所述模板进行组合来生成报告。

这些特征是有利的，因为先前存储的模板有助于生成临床记录并确保符合临床文档指南。

描述了各种实施例，其中，所述处理器被配置为通过生成并入了所存储的第一值的至少一个自然语言语句并且将所生成的至少一个语句置于模板内来将所存储的第一值与所述模板组合。

这些特征是有利的，因为可以使用自然语言生成来基于存储的数据生成患者的主观评估。

描述了各种实施例，其中，所述装置还包括用于提供第一数据值的数据源；以及用于存储所述第一数据值的数据存储库。

这些特征是有利的，因为可以存储可能与患者相关的第一数据值(如通过用户与第一数据值的交互所确定的)，以便以后在生成临床记录中使用。

描述了各种实施例，其中，所述数据源是数据库。

该特征是有利的，因为被指示为重要或者相关的数据值可以存储在数据库中以便在之后的时间点进行检索。

根据本公开的又一方面，各种实施例涉及包含计算机可执行指令的计算机可读介质，所述计算机可执行指令用于执行记载数据的方法，所述介质包括：用于经由接口向用户呈现多个值的计算机可执行指令；存储有所述多个值中的第一值以用于以后响应于所述用户经由所述接口与所述第一值的交互的检索的计算机可执行指令；以及用于利用所存储的第一值来生成至少一个报告计算机可执行指令。

这些特征是有利的，因为医务人员等不需要花时间自己生成记录。在通过接口查看患者数据的同时，监测用户与接口的交互，并且然后在与患者状况相关的报告中使用被认为重要的信息。

附图说明

附图不旨在按比例绘制。在附图中，在各个图中示出的每个相同或几乎相同的部件可以由类似的数字表示。为清楚起见，并非每个部件都可以在每个附图中标记。现在将参考附图通过示例来描述各种实施例，其中，

图1图示了根据一个实施例的用于记载数据的装置；

图2描绘了根据一个实施例的示出患者数据的示例性患者记录；

图3描绘了根据一个实施例的基于用户与图2的记录的交互的示例性日志文件；

图4描绘了根据一个实施例的患者数据的示例；

图5描绘了根据一个实施例的基于图4的数据的示例性报告；

图6描绘了根据一个实施例的记载数据的方法的流程图；

图7描绘了根据另一个实施例的记载数据的方法的流程图；

图8描绘了根据另一个实施例的记载数据的方法的流程图；

图9描绘了根据又一个实施例的记载数据的方法的流程图；并且

图10呈现了根据一个实施例的用于记载数据的系统。

具体实施方式

为了解决与emr相关的问题，许多临床文档解决方案已被引入健康护理环境。这些解决方案的范围从纸质临床记录到电子格式(通过扫描)的自动转换到患者摘要的自动化口述。然而，在消除与临床文档生成相关的时间限制方面仍存在改进的空间，并且在临床叙述中传播显著错误的可能性仍然存在。

因此，希望有更充分地解决这些问题的文当方法和装置。

以下参考附图更详细地描述了各种实施例，附图形成实施例的一部分，并且示出了具体的示例性实施例。然而，本公开的概念可以以许多不同的形式实现，并且不应该被解释为限于本文中阐述的实施例；相反，这些实施例是作为全面和完整公开的一部分提供的，以向本领域技术人员充分传达本公开的概念、技术和实现的范围。各实施例可以被实践为方法、系统或设备。因此，实施例可以采取硬件实现方式、完全软件实现方式(在诸如处理器的硬件上运行)或组合了软件和硬件方面的实现方式的形式。因此，以下详细描述不应被认为是限制性的。

说明书中对“一个实施例”或“实施例”的引用意味着结合所述实施例描述的特定特征、结构或特性被包括在根据本公开的至少一个范例实现方式中。在说明书中的各位置，短语“在一个实施例中”的出现不一定都指代相同的实施例。

以下说明的一些部关于存储在计算机存储器中的非瞬态数据的操作的符号表示来呈现。这些描述和表示是数据处理领域的技术人员用来最有效地将其工作的实质传达给本领域其他技术人员。这样的操作通常需要对物理量的物理操作。通常，但是不一定，这些量采取能够被存储、传输、组合、比较和以其他方式操纵的电、磁或光学信号的形式。有时，主要是出于通常使用的原因，将该数据称为比特、值、元素、符号、字符、术语、数字等。此外，有时将需要对物理量的物理操纵的步骤的特定布置称为模块或代码设备也是的方便的，而不失一般性。

然而，所有这些和类似的术语都将与适当的物理量相关联，并且仅仅是应用于这些量的便利标签。除非根据以下讨论显而易见另行专门语句，应该理解，在贯穿本说明，使用诸如“处理”或“运算”或“计算”或“确定”或“显示”等术语的讨论是指计算机系统或类似电子计算设备的动作和过程，其对表示为计算机系统存储器或寄存器或其他此类信息存储、传输或显示设备内的物理(电子)量的数据进行操纵和变换。本公开的部分包括可以以软件、固件或硬件实现的过程和指令，并且当以软件实现时，可以将其下载以驻留在各种操作系统所使用的不同平台上并由其操作。

本公开还涉及一种用于执行本文中的操作的装置。该装置可以针对期望的目的而特别构造，或者其可以包括由存储在计算机中的计算机程序选择性地激活或重新配置的通用计算机。这样的计算机程序可以存储在非瞬态计算机可读存储介质中，诸如但不限于任何类型的盘、包括软盘、光盘、cd-rom、磁光盘、只读存储器(rom)随机存取存储器(ram)、eprom、eeprom、磁或光卡、专用集成电路(asic)、或适用于存储电子指令的任何类型的介质，并且每个都可以被耦合到计算机系统总线。如本文中所使用的，术语“非瞬态计算机可读存储介质”将被理解为涵盖易失性和非易失性存储器，但是排除瞬态信号。此外，说明书中所指的计算机可以包括单个处理器，或者可以是采用多个处理器设计以提高计算能力的架构。

本文提出的过程和显示并不固有地与任何特定的计算机或其他装置相关。各种通用系统也可以根据本文的教导的程序一起使用，或者构造更专用的装置来执行一个或多个方法步骤可以证明是方便的。在下面的描述中讨论了针对各种这样的系统的结构。另外，可以使用足以实现本公开的技术和实现方式的任何特定编程语言。可以使用各种编程语言来实现如本文中所讨论的本公开。

此外，说明书中使用的语言主要是为了可读性和指导性目的而选择的，并且可能没有被选择来描绘或限定本公开的主题。因此，本公开旨在说明而非限制本文中所讨论的概念的范围。

本文中描述的实施例的各种特征利用可以显示分组成类别的患者信息的患者面板和emr接口。所述装置可以用户在浏览患者面板上显示的数据时跟踪用户查看该信息(例如，通过用户光标移动和点击)时的行为。基于用户选择的信息，所述装置可以生成具有诸如生命体征、实验室值和药物等的值的至少部分完整的记录。

在本申请的上下文中，术语“用户”可以指任何类型的临床医师或医学人员，例如医生，医师，护士，治疗师，行政助理或提供患者护理的其他感兴趣方。

虽然本文描述的实施例的一些特征被描述为在医学保健应用中实现，但是可以预期它们可以在其他应用中实现。例如，这些特征可用于金融市场分析，制造运作，物流运作，气候分析，反恐/犯罪预防，或依赖于数据分析以生成报告的任何其他应用。

图1描绘了根据一个实施例的用于记载数据的装置100。装置100可以包括用户接口102，用户接口102具有键盘104、鼠标106(或其他类型的手势输入，例如，手写笔)，以及查看窗格108，以使得用户能够经由emr或其他类型的患者面板查看所呈现的患者数据并与之进行交互。用于实现用户接口102的各种替代设备将是显而易见的；例如，在一些实施例中，用户接口102可以由智能手机或平板电脑来实现。患者数据可以从各种数据源传送到用户接口102，并且可以包括与症状110、人口统计112、患者历史114、入院诊断116、实验室数据118和生命体征120有关的信息。

装置100还可以包括数据库122和报告生成模块124。数据库122可以存储在报告生成中使用的模板126，以例如确保符合临床文档指南。数据库122还可以存储基于用户经由用户接口102的交互的数据值128、从一个或多个数据源获得的各种值的副本、在将患者数据与模板合并时产生的中间结果、草稿报告等。

报告生成模块124可以用于基于存储的数据来生成临床文档(例如，关于患者的报告)。报告生成模块124可以包括自然语言生成器130，以在生成的报告中提供患者的自然语言评估。

用户接口102可以实现为pc、膝上型电脑、智能手机、平板电脑等。用户接口102可以以表格、图形、配色方案的形式或者以方便用户的任何其他格式来显示患者数据和其他信息。用户接口102可以经由任何硬连线或无线连接来接收与患者有关的信息。

症状110可以由患者在患者登记时向医务人员描述。症状110还可以包括由医务人员观察到的患者的任何特征。

人口统计信息112可包括医学机构或医务人员先前已知的信息，或患者入院时获得的信息。人口统计信息可包括例如患者年龄、性别、身高、体重、体重指数等。

患者历史114可以包括医学机构先前已知的信息，或患者入院时获得的信息。患者历史114可以包括诸如先前患者诊断、患者家族、过敏、患者最近是否已经到国外旅行等的信息。

入院诊断116可以是在入院时的初始诊断，并且可以至少基于症状110、人口统计信息112和患者历史114。诊断116可以由诸如医生、护士、医师等的医务人员进行。

实验室数据118可以包括对患者执行的特定测试的结果。获得的实验室数据118可取决于所进行的(一个或多个)测试，所述测试可以继而根据患者及其健康状况而变化。

生命体征120可以自主地或由医务人员获得。生命体征120可以经由适当的传感器装置收集，并且可以包括动脉(收缩和舒张)血压、心率、呼吸速率、温度、o2饱和度(例如，动脉血氧饱和度(spo2))等。收集的生命体征120可以变化，并且可以取决于特定患者及其健康状况。

数据库122可以包括一个或多个非瞬态机器可读存储介质，诸如只读存储器(rom)，随机存取存储器(ram)，磁盘存储介质，光存储介质，闪存设备或类似的存储介质。在各种实施例中，数据库122可以存储用于由报告生成模块124执行的指令或者报告生成模块124可以操作的数据。

报告生成模块124可以是能够使用先前存储的模板和存储的数据值生成报告的任何特定配置的处理器或硬件设备。报告生成模块124可以包括微处理器，现场可编程门阵列(fpga)，专用集成电路(asic)或其他类似设备。在一些实施例中，例如依赖于一个或多个asic的实施例，被描述为至少部分地通过软件提供的功能可以替代地被配置到asic的设计中，并且因此，可以省略任何相关联的软件。

在操作中，诸如医务人员等的用户可以经由用户接口102查看患者数据。例如，患者数据可以以emr的形式呈现，例如图2中的表200。用户通过他们的键盘104、鼠标106和/或查看窗格108可以查看表200并与表200交互以选择特定数据。与数据的交互可以在执行诊断，管理治疗等过程中发生，或者可以在生成报告中明确地使用。

例如，用户可以经由鼠标106将光标悬停在数据字段上，或者可以将触笔保持在数据字段上预定的时间段(例如，持续至少两秒)以选择可能很重要的一条数据。或者，用户可以使用键盘上的方向箭头键来突出显示预定时间段的数据字段。作为又一示例，用户可以在预定时间段内经由查看窗格108滚动或以其他方式查看特定数据。作为又一示例，用户可以使用鼠标106选择数据项并且致动鼠标106上的按钮中的一个。

例如，图2示出了由于用户与用户接口102之间的交互事件而突出显示特定数据字段。这些突出显示实际上可以显示在接口102上，或者它们对于用户来说可能是不可见的，因为它们表示用户已经与该特定数据字段交互的该讨论的目的。该图使用通用的单个患者查看器作为患者面板的示例。用户可以通过例如点击它们或者将它们悬停在它们上一段特定的时间段来与突出显示的框中所示的数据进行交互。

当用户浏览患者面板或其他患者记录时，可以以诸如图3的日志文件300之类的日志文件的形式保存所查看的(例如，所选择的)数据。日志文件300可以保存用户与之交互的所有数据值(例如，用户选择的数据)，并且可以包含关于数据被选择的日期和时间的信息、以及数据的类型及其值。

如前所述，数据库122还存储在报告生成过程中使用的预定义模板126。可以存在数据库122中存储的若干不同模板，每个模板用于不同目的。用于生成报告的模板可以由用户选择，或者根据用户查看/选择的数据的类型(例如，类别)，可以自动选择特定模板。

例如，数据库122可以存储用于日常进度记录的模板和用于咨询记录的模板。每个模板可以被编程为包含一些所需类型的数据(例如，基于文档指南)，无论用户是选择还是以其他方式查看某些信息，都可以包括这些数据。

返回参考图1，报告生成模块124可以向数据库122查询特定模板，并用所存储的(一个或多个)数据值填充所选择的模板。例如，图4示出了模板400，其填充有：生命体征；实验室结果；药物；以及从图3中的日志文件中的数据导出的介入。可以基于用户选择的信息(例如，如果用户与生命体征和/或实验室结果数据交互)自动从数据库122中选择该特定模板400。通过仅考虑与用户相关的信息，数据库122不可避免地使用较少的存储器用于存储，并且报告生成模块124需要较少的处理能力。

值得注意的是，典型临床记录中的某些部分是指定和可量化的(例如生命体征，实验室数据和药物)，而其他部分则包括自由文本，自由文本可能包括观察、趋势等。自由文本部分可能是通过使用自然语言生成器130创建的。自然语言生成器130可以例如解释用户查看的数据值，并构建讨论趋势、结论、治疗建议等的完整句子。

例如，图5描绘了根据一个实施例的示例性报告500。如图所示，报告生成模块124已经分析了所存储的数据值，并且经由自然语言生成器130已经开发了关于患者的评估。例如，评估讨论了患者尿毒症(基于血清肌酐水平)最近恶化。

在其他实施例中，例如，如果自然语言生成器130检测到来自用户跟踪的日志数据包含大于5meq/l的钾(k+)的值以及大于20mg/dl的bun(血尿素氮)(或肌酸酐水平大于1.3mg/dl)的值，则自然语言生成器130可以生成诸如“患者的实验室结果显示高钾血症和氮质血症”的句子。自然语言生成也可以用于评估患者趋势，例如，如果患者的心率在过去6小时内一直在增加。

然后可以经由用户接口102将生成的记录呈现给用户，用户接口102然后可以填写其他部分并编辑预填充的部分。一旦用户己完成编辑报告并保存其，该记录将被适当地存档。用户还可以选择关闭用户跟踪的选项。此时，用户接口102可以向用户提供查看其他数据和/或创建新记录的选项。

保存的记录以及用户对记录的编辑也可用于生成将来的记录。例如，报告生成模块124可以在编辑期间记录用户对生成的记录所做的改变。然后，报告生成模块124可以使用这些学习模式来针对特定用户的将来记录创建更加定制的评估，修改现有模板或创建新模板。

图6描绘了根据一个实施例的记载数据的方法600的流程图。用户可以经由用户接口102打开患者面板602(例如，emr)，此时，将跟踪用户与面板的交互604。预期用户可以从他们登录患者面板的那一刻起被跟踪，或者用户可以选择何时他或她想要被跟踪。此功能使用户可以更好地控制该过程，因为用户可以在跟踪期间仅浏览该记录的相关信息。

用户选择606的信息(例如，用户通过用户点击或通过悬停在信息上与之交互的信息)被记录并传送606到数据库122。信息保持被存储，直到其被报告生成模块124请求608。一旦用户指示他们已完成查看数据或者请求生成报告，则报告生成模块可以查询数据库608。一旦被查询并接收608，就可以将数据保存在诸如图3的日志文件300之类的日志文件610中。还应注意，用户接口102可以显示用户指示为重要的数据614(其可以由数据库检索并发送612到ui)以确保用户已经选择了数据(例如，通过将数据突出显示为如图2中所示)。

一旦用户指示他们完成了查看数据616，跟踪将结束并且向用户呈现报告模板集合618。然后，用户可以选择要用于生成最终报告的模板620。用户的选择可以基于个人偏好进行，并且可以取决于要在所生成的报告中使用的特定数据类型。

一旦用户选择了模板620，存储的数据就用于预填充模板622。另外，自然语言生成器130可以添加文本信息，例如评估和推荐。然后，用户可能必须选择编辑部分填充的(或完整的)报告624。然后，用户可以保存报告626，此时报告被存档628。

图7描绘了根据另一个实施例的记录患者数据的方法700的流程图。步骤702涉及经由接口向用户呈现多个值。例如，该接口可以是图1的用户接口，并且所述多个值可以与患者健康状况相关，并且可以用诸如图2中的表200之类的表格的形式呈现。

步骤704涉及存储所述多个值中的第一值以供以后响应于用户经由接口与第一值的交互的检索。例如，第一值可以存储在数据库122中。

步骤706涉及利用所存储的第一值来生成至少一个报告。例如，报告可以由报告生成模块124生成。

步骤708是任选的，并且涉及接收来自用户的对生成报告的批准。在生成报告之后，用户可能有机会查看生成的报告的完整性和/或准确性。用户可以通过输入额外的信息和/或删除特定信息来进一步编辑报告。当用户对生成的报告满意时，用户可以批准该报告，并且可以将报告存档以供以后使用，或者可以将其丢弃。

图8描绘了根据另一个实施例的记录患者数据的方法800的流程图。步骤802和804分别类似于图7的步骤702和704，并且这里不再重复。

步骤806涉及利用存储的第一值生成至少一个报告，并且包括步骤808和810。步骤808涉及从存储设备中检索模板。例如，存储设备可以是数据库122。从存储器检索的特定模板可以取决于所存储的(一个或多个)数据值的特定类型(例如，类别)。

步骤810涉及将所存储的第一值与模板组合。该步骤可以由报告生成模块124执行。在一些实施例中，步骤810可以包括生成至少一个自然语言语句的额外步骤812。例如，该步骤可以由自然语言生成器130执行。例如，所生成的至少一个语句可以包括诸如患者的病情是否正在改善或恶化的信息，患者可能正在发展特定病症的原因以及对处置的(一个或多个)推荐。

图9描绘了根据另一个实施例的记载数据的方法900的流程图。步骤902和906分别类似于图7的步骤702和706，并且这里不再重复。

步骤904涉及存储多个值中的第一值以供以后响应于用户经由接口与第一值的交互的检索，并且包括步骤908(具有步骤910和912)和914。

步骤908涉及从数据源检索第一数据值，并且包括步骤910，其涉及针对第一数据值查询数据库。这可以是存储与特定患者相关的信息的数据库(例如，患者实验室结果)。步骤912涉及在屏幕位图上执行字符识别。在该实施例中，装置100还可以包括例如用于识别患者面板中的字符(数据值)的光学字符识别引擎。

步骤914涉及将第一数据值存储在数据存储库中。例如，该数据存储库可以是数据库122。

图10图示了用于实现可以参与本文中描述的各种方法的各种设备的硬件系统1000的示例。例如，硬件系统1000可以实现图1的报告生成模块124并且可以与物理上分离的用户接口102和/或数据库122通信。在其他实施例中，用户接口102和/或数据库122可以与硬件系统124上的报告生成模块124一起实现。在一些实施例中，报告生成模块124(和/或本文描述的其他设备)可以在云计算架构内实现；这样，硬件系统1000可以是或者可以由驻留在一个或多个云计算数据中心内或之中的硬件虚拟地实现，而报告生成模块124(和/或其他设备)可以被实现为在这样的硬件上运行的虚拟机的一部分。

如图10中所示，硬件1000包括连接处理器1020、高速缓存/系统存储器1030、用户接口1040、通信接口1050和存储器1060的一个或多个系统总线1010。应该理解，图10仅仅是示例性的，并且在一些方面构成抽象，并且硬件1000的部件的实际组织可以变化并且比所示出的更加复杂。

处理器1020可以是能够执行存储在存储器1030或存储设备1060中或者处理数据的指令的任何硬件设备。这样，处理器1020可以包括微处理器、现场可编程门阵列(fpga)、专用集成电路(asic)或其他类似设备。在一些实施例中，例如依赖于一个或多个asic的实施例，被描述为部分地通过软件提供的功能可以替代地被配置到asic的设计中，并且因此，可以省略相关联的软件。

高速缓存/系统存储器1030可以包括各种存储器，例如，l1、l2或l3高速缓存或系统存储器。这样，存储器1030可以包括静态随机存取存储器(sram)、动态ram(dram)、闪存、只读存储器(rom)或其他类似的存储器设备。

用户接口1040可以包括用于实现与诸如医务人员的用户的通信的一个或多个设备。例如，用户接口1040可以包括显示器、鼠标、键盘、触摸屏、按钮、相机、麦克风、振动器、触觉引擎等。在一些实施例中，用户接口1040可以包括命令行接口或图形用户接口，其可以经由通信接口1050呈现给远程终端。

通信接口1050可以包括用于实现与其他硬件设备的通信的一个或多个设备。例如，通信接口1050可以包括被配置为根据wifi或以太网协议进行通信的网络接口卡(nic)。另外，通信接口1050可以实现tcp/ip栈，用于根据tcp/ip协议进行通信。在一些实施例中，通信接口1050可以包括nfc、蓝牙或其他短程无线接口。用于通信接口1050的各种替代或附加硬件或配置将是显而易见的。

存储设备1060可以包括一个或多个机器可读存储介质，诸如只读存储器(rom)，随机存取存储器(ram)，磁盘存储介质，光存储介质，闪存设备或类似的存储介质。在各种实施例中，存储设备1060可以存储用于由处理器1020执行的指令或者处理器1020可以操作的数据。例如，存储设备1060可以存储用于控制硬件系统1000的各种基本操作的操作系统1070。这些操作可以包括由报告生成模块124生成报告并且由自然语言生成器130生成自然语言语句，诸如图1中所示的那些。

上面讨论的方法、系统和设备是示例。各种配置可以适当地省略、替换或添加各种过程或部件。例如，在替代配置中，可以以与所描述的顺序不同的顺序执行方法，并且可以添加、省略或组合各种步骤。而且，关于某些配置描述的特征可以以各种其他配置组合。可以以类似的方式组合配置的不同方面和元素。此外，技术在发展，因此，许多元素是示例，并且不限制本公开或权利要求的范围。

上面参照根据本公开的实施例的方法、系统和计算机程序产品的框图和/或操作说明来描述了本公开的实施例。方框中记载的功能/动作可能按照不同于任何流程图中所示的顺序发生。例如，取决于所涉及的功能/动作，相继地示出的两个块实际上可以基本上同时执行，或者块有时可以以相反的顺序执行。额外地或者替代地，并不是任何流程图中示出的所有块都需要执行和/或运行。例如，如果给定的流程图具有包含功能/动作的五个块，则可能的情况是，仅执行和/或运行五个块中的三个块。在该范例中，可以执行和/运执行五个块中的任意三个。

值超过(或大于)第一阈值的语句等同于该值满足或超过略大于第一阈值的第二阈值的语句，例如，第二阈值是一个值高于相关系统分辨率中的第一个阈值。值小于第一阈值(或在其之内)的语句等同于该值小于或等于略低于第一阈值的第二阈值的语句，例如，第二阈值是相关系统分辨率中低于第一阈值的一个值。

在说明书中提出了具体细节以提供对示例配置(包括实现方式)的透彻理解。然而，可以在没有这些具体细节的情况下实践配置。例如，已经示出了众所周知的电路、过程、算法、结构和技术而没有不必要的细节，以避免使配置模糊。本说明仅提供示例配置，并且不限制权利要求的范围、适用性或配置。相反，前面对配置的描述将为本领域技术人员提供用于实现所描述的技术的实现的描述。在不脱离本公开的精神或范围的情况下，可以对元件的功能和布置进行各种改变。

已经描述了若干示例配置，可以使用各种修改、替代构造和等同物而不脱离本公开的精神。例如，上述元素可以是更大系统的部件，其中，其他规则可以优先于或以其他方式修改本公开的各种实现或技术的应用。而且，可以在考虑上述元件之前、期间或之后进行许多步骤。

已经提供了本申请的描述和说明，本领域技术人员可以设想到落入本申请中所讨论的总体发明概念中的变型、修改和替代实施例，其不脱离权利要求的范围。