CN104364787A - 用于使用宏生成文本报告内容的系统和方法 - Google Patents
用于使用宏生成文本报告内容的系统和方法 Download PDFInfo
- Publication number
- CN104364787A CN104364787A CN201380031958.0A CN201380031958A CN104364787A CN 104364787 A CN104364787 A CN 104364787A CN 201380031958 A CN201380031958 A CN 201380031958A CN 104364787 A CN104364787 A CN 104364787A
- Authority
- CN
- China
- Prior art keywords
- report
- text
- grand
- sections
- type
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
Abstract
一种用于完成医疗记录的系统和方法包括接收对于创建针对已完成医疗过程的医疗记录的请求。取回与已完成医疗过程相关的文本宏。每一个所取回的文本宏具有至少一个文本块。选择用于报告已完成医疗过程的报告结构。从所取回的文本宏当中选择一个文本宏。做出关于如下的确定:所选择的报告结构与所取回的文本宏之间的相容性。如果所选文本宏是相容的,则创建由所选报告结构表明的报告节段,并且使用所选文本宏的文本块来更新所创建的报告节段。
Description
技术领域
这里所描述的示例性实施例涉及医疗领域内的系统和方法。更具体来说,他们涉及一种使用文本宏生成医疗报告的系统和方法。
背景技术
医疗报告(特别是放射学报告)是患者的健康记录的一个至关重要的组成部分。他们服务于几个目的:法医通信;与其他放射学过程比较的标准;在丢失图像的情况下的永久性记录;与其他健康专业人员的通信;加快治疗的一种手段;以及帮助制定准确并且精确的临床诊断的一种方法。
任何医疗信息技术系统的目标都是改进护理的质量。在这种情境中,报告完整性和一致性通常是期望的。特别在放射学情境中,医疗报告是由包括普通全科在内的其他临床专科使用的服务。因此,医疗和放射学报告由临床医师和全科医师使用。临床医师和全科医师对于高效并且有效的诊断数据收集以及诊断数据分析和统计两者都感兴趣,以用于患者护理、研究或管理。
发明内容
这里所描述的实施例在一个方面中提供一种用于完成医疗记录的方法,所述方法包括:在第一客户端工作站处接收针对至少第一已完成医疗过程的医疗记录创建请求,所述请求表明第一已完成医疗过程的至少一项医疗过程属性;取回一个或多个第一相关文本宏,每一个文本宏包括至少一个文本块;基于第一已完成医疗过程的所述至少一项医疗过程属性选择第一报告结构,所述第一报告结构表明用于完成医疗记录的一种或多种类型的报告节段的第一集合;接收第一文本宏选择请求,其包括从所取回的第一相关文本宏当中选择的第一所选文本宏;以及基于针对第一所选报告结构的报告节段的所述类型以及所选择的第一文本宏的所述至少一个文本块确定所选的第一文本宏是否与所选的第一报告结构相容。
这里所描述的实施例在另一方面中提供一种用于创建新的文本宏以用于完成医疗记录的系统,所述方法包括:接收对于创建新的文本宏的文本宏创建请求;以及对于所选择的报告结构的一个或多个已填充报告节段:将所述已填充报告节段的内容存储在所述新文本宏的文本块中;以及将所述文本块与所述已填充报告节段的报告节段类型相关联。
这里所描述的实施例在另一方面中提供一种用于完成医疗记录的系统,所述系统包括:用于存储多条指令的存储器;数据存储设备;以及耦合到存储器的处理器,所述处理器被配置用于:
在第一客户端工作站处接收针对至少第一已完成医疗过程的医疗记录创建请求,所述请求表明第一已完成医疗过程的至少一项医疗过程属性;
取回一个或多个第一相关文本宏,每一个所述文本宏包括至少一个文本块;
基于第一已完成医疗过程的所述至少一项医疗过程属性选择第一报告结构,所述第一报告结构表明用于完成医疗记录的一种或多种类型的报告节段的第一集合;
接收第一文本宏选择请求,其包括从所取回的第一相关文本宏当中选择的第一所选文本宏;以及
基于针对第一所选报告结构的报告节段的类型以及所选的第一文本宏的所述至少一个文本块,确定所选的第一文本宏是否与所选的第一报告结构相容。
这里所描述的实施例在另一方面中提供一种用于创建新的文本宏以用于完成医疗记录的系统,所述系统包括:用于存储多条指令的存储器;数据存储设备;以及耦合到存储器的处理器,所述处理器被配置用于:
接收对于创建新的文本宏的文本宏创建请求;以及
对于所选择的报告结构的一个或多个已填充报告节段:
将所述已填充报告节段的内容存储在所述新文本宏的文本块中;以及
将所述文本块与所述已填充报告节段的报告节段类型相关联。
通过后面结合附图一起进行的描述,所描述的实施例的另外的方面和优点将显现。
附图说明
为了更好地理解这里所描述的实施例并且更加清楚地示出如何能够将他们付诸实施,现在将仅通过举例的方式来参照示出了至少一个示例性实施例的附图,其中:
图1是使用文本宏生成医疗报告的系统的一个示例性实施例的各个组件的方框图;
图2是用于输入针对医疗过程的观察的示例性输入屏幕的示意图;
图3是示例性文本宏的示意图;
图4是图示了用于完成医疗记录的医疗报告生成系统的一个示例性实施例的一般操作步骤的流程图;
图5是图示了用于取回文本宏的一个示例性实施例的一般操作步骤的流程图;
图6是图示了用于确定所选文本宏是否与所选报告结构相容的一个示例性实施例的一般操作步骤的流程图;
图7是图示了用于更新报告结构的报告节段的一个示例性实施例的一般操作步骤的流程图;
图8是图示了用于完成医疗记录的一个示例性实施例的一般操作步骤的流程图;
图9是图示了用于选择正常报告的一个示例性实施例的一般操作步骤的流程图;以及
图10是图示了用于创建文本宏的一个示例性实施例的一般操作步骤的流程图。
具体实施方式
将被认识到的是,为了图示的简化和清楚起见,在认为适当的情况下,可以在各幅图当中重复附图标记以表明相应的或类似的元件或步骤。此外,为了提供对于这里所描述的示例性实施例的透彻理解,阐述了许多具体细节。但是本领域普通技术人员将理解,可以在没有这些具体细节的情况下实践这里所描述的实施例。在其它实例中,没有详细描述众所周知的方法、过程和组件,以免模糊这里所描述的实施例。此外,本说明书不被视为以任何方式限制这里所描述的实施例的范围,而是相反仅仅描述这里所描述的各个实施例的实现方式。
这里所描述的系统和方法的实施例可以通过硬件或软件或者二者的组合来实施。但是优选的是,这些实施例通过执行在可编程计算机上的计算机程序来实施,所述可编程计算机分别包括至少一个处理器、数据存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。作为举例而非限制,所述可编程计算机可以是大型计算机、服务器、个人计算机、膝上型计算机、个人数据助理、蜂窝电话、智能电话或平板设备。对输入数据应用程序代码以便实施这里所描述的功能并且生成输出信息。通过已知的方式将所述输出信息应用到一个或多个输出设备。
每一个程序优选地通过高级过程化或面向对象的编程和/或脚本语言来实施,以便与计算机系统进行通信。但是如果希望的话,所述程序可以通过汇编或机器语言来实施。在任何情况下,所述语言可以是已编译或已解译语言。每一个这样的计算机程序优选地被存储在存储介质或设备(例如ROM或磁盘)上,其可由通用或专用可编程计算机读取,以便在所述存储介质或设备由计算机读取时配置和操作所述计算机来实施这里所描述的过程。还可以考虑将所述系统实施为利用计算机程序配置的计算机可读存储介质,其中被如此配置的存储介质使得计算机通过特定和预定义方式进行操作,以便实施这里所描述的功能。
此外,所描述的实施例的系统、过程和方法能够在计算机程序产品中分发,所述计算机程序产品包括承载用于一个或多个处理器的计算机可用指令的计算机可读介质。所述介质可以通过各种形式被提供,包括一个或多个盘片、紧致盘、带、芯片、有线传送、卫星传送、互联网传送或下载、磁性和电子存储介质、数字和模拟信号等等。所述计算机可用指令也可以具有各种形式,包括已编译和未编译代码。
现在参考图1,其中图示了医疗报告生成系统100的一个示例性实施例的各个元件。模态102可以是任何类型的适当的医疗设备,其被用于实施医疗过程。这样的设备例如可以是计算机放射摄影(CR)、计算机断层摄影(CT)、磁共振成像(MRI)、超声(US)、正电子发射断层摄影(PET)、数字放射摄影(DX)、乳房造影(MG)、X射线血管造影(XA)、核医学(NM)或者其他设备。
DICOM工作站104可以连接到模态102。其例如可以被用来控制模态102实施医疗过程。DICOM工作站104还可以连接到医疗记录数据库106以用于存储和取回医疗记录。举例来说,通过使用模态102实施医疗过程而获得的初始结果(比如医疗图像)可以被存储在医疗记录数据库106中。
医疗报告生成系统100可以与DICOM工作站104连接,以便向该处发送数据以及从该处接收数据。或者,医疗报告生成系统100可以直接与医疗记录数据库106连接,以便向该处发送数据以及从该处接收数据。
医疗报告生成系统100还可以连接到文本宏数据库110,其存储被使用在分段式医疗过程报告中的可用的多个文本宏。
医疗报告生成系统100还可以连接到报告结构数据库112,其存储将被使用在分段式医疗过程报告中的多个报告结构。
根据一些示例性实施例,医疗报告生成系统100可以具有其自身的本地存储的文本宏数据库,其包括可用文本宏的第一集合。此外,医疗报告生成系统100可以连接到外部存储的文本宏数据库,比如文本宏数据库110,其包括可用文本宏的第二集合。
类似地,根据一些示例性实施例,医疗报告生成系统100可以具有其自身的本地存储的报告结构数据库,其包括报告结构的第一集合。此外,医疗报告生成系统100可以连接到外部存储的报告结构数据库,比如报告结构数据库112,其包括报告结构的第二集合。
提供用户接口114以允许实施已完成医疗过程的分段式报告的用户与医疗报告生成系统100进行交互。用户可以是医疗专业人员,比如医生、牙医、内科医师等等。用户接口114可以包括显示器和输入设备。所述输入设备可以是允许用户向医疗报告生成系统100发送命令的任何设备。所述输入设备可以是(而不限于)键盘、触笔、鼠标、口授(dictation)设备、语音识别系统或者运动检测传感器。
正如在别处更加详细地讨论的那样,应当理解的是,医疗报告生成系统100可以通过硬件或软件或者二者的组合来实施。具体来说,医疗报告生成系统100的各个模块优选地通过执行在可编程计算机上的计算机程序来实施,所述可编程计算机分别包括至少一个处理器、数据存储系统、至少一个输入设备以及至少一个输出设备。非限制性地,所述可编程计算机可以是大型计算机、服务器、个人计算机、膝上型计算机、个人数据助理、蜂窝电话、智能电话或平板设备。在一种示例性实现方式中,医疗报告生成系统100通过软件来实施并且被安装在任何适当的客户端工作站(比如客户端工作站108)的硬盘驱动器上,从而使得客户端工作站108与DICOM工作站104按照客户端-服务器配置进行互操作。
在针对给定患者的已完成医疗过程(例如放射学检查)的报告期间,用户将首先查看并且分析医疗过程的输出。举例来说,所述输出可以是医疗图像、所实施的特定于过程的问卷调查、剂量信息或者来自于以下各项的其他类型的过程相关附件(例如语音评注、书面意见):计算机放射摄影(CR)、计算机断层摄影(CT)、磁共振成像(MRI)、超声(US)、正电子发射断层摄影(PET)、数字放射摄影(DX)、乳房造影(MG)、X射线血管造影(XA)、核医学(NM)以及其他模态。用户随后将记录他或她对于医疗过程的观察。举例来说,在放射学领域内,典型的情况是用户分析放射学检查的医疗图像,并且记录她对于所述医疗图像的观察。医疗过程的输出以及用户的观察随后被记录在医疗记录内。可以根据包含在医疗记录中的所述输出和观察生成医疗报告。在其他情况下,所述输出和观察例如在数据库中被存储在医疗记录内。如果希望的话,可以在后来的时间根据所存储的医疗记录生成更多医疗报告。
由于针对医疗记录的医疗报告稍后将由其他用户审阅,因此希望医疗记录是有组织的并且易于阅读。医疗记录的易用性取决于用户最初如何输入针对所实施的医疗过程的观察。
分段式报告是一种报告方法,其允许用户通过有组织的方式输入关于医疗过程的输出的观察。用户分开输入针对医疗过程的各个方面的观察。例如在放射学中,放射学过程将包括各个节段,比如放射科医师发现、针对所述过程的原因、临床适应证(clinical indications)、比较研究、跟踪、图像测量、关键图像、过程细节、印象、评论、结论、推荐以及附录。所述分开输入的观察随后被分开保持为报告节段,报告节段随后可以被用来创建医疗记录和/或生成医疗报告。
分段式报告的一个优点在于:被保持为分开的报告节段的分开输入的观察也可以被分开存储。这还允许分开取回所存储的报告节段。不同于其中所有观察都作为一个难以解析的连续并且邻接的数据块被输入的组块形式报告,对于报告节段的分开存储允许快速取回仅感兴趣的报告节段。这允许对于已完成医疗过程的医疗记录的目标化分析。在其他情况下,对于分开的报告节段的取回允许在许多医疗过程之间进行数据挖掘和分析。举例来说,可以对于相同类型的许多医疗过程把对于相同类型的医疗过程的观察到的结论进行比较。或者可以把对于几种不同类型的医疗过程的观察到的结论进行比较。
参照图2,其中图示了在用户接口114上对用户进行显示的、用于输入针对医疗过程的观察的示例性输入屏幕200的示意图。举例来说,输入屏幕200可以具有用于接收用户观察的输入的一个或多个观察输入方框202。每一个观察输入方框202对应于将要完成并且保持在医疗记录中的报告节段。观察输入方框202可以与将要保持的一种类型的报告节段相关联,并且可以具有标识所述报告节段的类型的标识符204。
举例来说,输入屏幕200具有针对“过程细节”、“发现”和“结论”类型的报告节段的标识符204。将被理解的是,可以示出用于完成分段式报告的其他类型的报告节段。在用户接口114上示出的报告节段的类型基于针对报告医疗过程所选择的报告结构。报告结构表明对于要创建的完整医疗记录所需要输入的一种或多种类型的报告节段。报告结构还可以表明补充性报告节段的类型,体现在不需要他们来完成所述已完成医疗过程的报告。
所选择的报告结构取决于将要报告的已完成医疗过程的属性。医疗过程的属性应当被理解成与医疗过程相关联的任何属性,包括但不限于医疗过程的类型、患者的特性、所使用的装备的类型以及实施所述过程的医疗工作者。
举例来说,比如乳房造影之类的医疗过程的特定类型将需要特定类型的用户观察,并且因此需要完成特定类型的报告节段。例如在乳房造影的情况下,这些报告节段类型可以是BI-RADS评估或BI-RADS评分。作为另一个示例,高于或低于特定年龄或者属于特定种族背景的患者可能需要输入特定报告节段类型。例如在儿科中,有用的节段类型可以是针对骨龄或发育转折点的节段类型。这一信息还可能影响针对报告已完成医疗过程所选择的报告结构。
在一些示例性实施例中,医疗报告生成系统100可以具有报告结构选择模块116,其访问报告结构数据库112以便取回适合于报告医疗过程的报告结构。
在一些示例性实施例中,多个报告结构可以对应于医疗记录创建请求。例如对于医疗过程,可以有可能创建只需要完成少数几种报告节段类型的短形式记录,或者可以有可能创建用于完成更多数量的不同类型的报告节段的长形式记录。在这些实施例中,报告结构选择模块116可以经由用户接口114向用户呈现每一个相应的报告结构,以便允许用户选择最适合的结构。或者,报告结构选择模块116可以自动选择最具相关性的或者通常所使用的报告结构。
在取回报告结构之后,医疗报告生成系统的报告模块118创建报告节段以用于接收观察输入。举例来说,报告节段可以在报告期间被创建并且临时保持在医疗报告生成系统100的系统存储器中。可以对于由所选择的报告结构表明的所需和非所需报告节段类型创建报告节段。对于每一个所创建的报告节段,可以在用户接口114上显示观察输入方框202以及标识报告节段的类型的标识符204。可以通过接收由报告用户使用用户接口114的输入设备做出的输入来填充所创建的报告节段。还可以通过插入文本宏的文本块来进行所创建的报告节段的填充。一旦填充了由报告结构表明为所需要的所有类型的报告节段并且报告用户表明报告完成,则已填充的报告节段可以被存储在医疗记录内和/或被用来生成医疗报告。
在一些示例性实施例中,在显示对应于由报告结构表明的各种类型的报告节段的观察输入方框202之后,报告用户还可以通过选择性地添加或去除各种类型的报告节段来人工修改将要完成哪些类型的报告节段。这允许用户人工定制将要被创建的医疗记录。举例来说,这一定制可以允许用户添加不是所选报告结构的部分但是对于给定的医疗过程或患者可能是重要的附加报告节段类型。
在完成医疗过程的报告之后对于报告节段的存储可以在医疗报告生成系统100上本地发生,例如在将根据用户输入的观察立即创建医疗报告时。或者,按照有组织的节段报告格式将所输入的观察存储在医疗记录数据库106中的医疗记录内,从而允许很容易取回所述记录或者单独存储的各报告节段,以便在后来的某一时间生成医疗报告。
现在参照图3,其中图示了根据各个实施例的示例性文本宏300的示意图,其可以被使用来填充所选报告结构的报告节段。文本宏300是可供用户使用来输入观察以便完成医疗过程的分段式报告的工具。
每一个文本宏300包括至少一个文本块302,其可以由文本块编号(例如1到n)标识。
每一个文本块302具有所存储的观察输入字段304。观察输入字段304是被用来填充所创建的报告节段的特定类型的输入。观察输入字段304可以属于一种或多种类型,比如纯文本、填入(fill-in)字段、DICOM SR以及数据库字段。
纯文本可以简单地是一个文本串,比如“看起来正常的胸部x光片”。
填入字段可以表明必须由用户完成以便完成医疗过程的分段式报告的观察输入方框内的观察输入子字段。在一些实施例中,填入字段可以作为观察输入方框202内的空白文本方框出现。用户随后可以对于所述空白文本方框人工进行输入,其随后将被保存在关联到观察输入方框202的所创建的报告节段内。填入字段可以包含用以帮助用户知晓将要进行何种类型的输入的标签,例如“右侧肾脏长度”。
返回参照图2,例如与标识符204“过程细节”相关联的观察输入方框202包含三个填入字段210,其已经填充有输入“XR THORAX”、“04-15-2008”和“针对这一过程的标准协议”。有利的是,用户接口114可以被配置成使得用户可以快速巡览经过各个观察输入方框202的填入字段。举例来说,用户可以使用键盘快捷方式或者使用语音命令滚动经过填入字段。如果所选文本宏300的文本块302的观察输入字段304已经预先配置有适当的纯文本和填入字段,则用户只需要巡览各个填入字段并且完成这些填入字段,以便完成医疗报告的报告。
根据一些示例性实施例,一些填入字段可以被设定为强制性,体现在只有在所有强制性填入字段都接收到适当的输入时,才能完成医疗报告的分段式报告。
根据一些示例性实施例,一些填入字段可以基于特定的预设规则被自动填充。举例来说,文本块的填入字段可以链接到基于所报告的已完成医疗过程的某些属性而确定的输入集合,比如患者年龄和性别。基于所述属性的不同组合,可以使用不同的输入来自动填充所述填入字段。举例来说,当使用具有基于年龄和性别的填入字段的文本宏来填充报告节段时,两项不同的输入可以被输入到填入字段中。如果主体是育龄女性,则可以输入以下输入“在进行胸部x光片检查之前向患者解释了该过程。还询问患者关于怀孕状态,并且回答她没有怀孕”。如果主体是男性患者,则改为在不提到怀孕的情况下输入以下输入“在进行胸部x光片检查之前向患者解释了该过程”。
根据一些示例性实施例,可被输入到填入字段中的可能数值可以被限制到一个预定义的数值集合。举例来说,如果填入字段被用来定义身体部位,则可能的数值可以被限制到“左”或“右”。举例来说,可以作为用户接口114上的观察输入方框202内的下拉菜单呈现具有有限的数值集合的填入字段。
返回参照图3,观察输入字段304 DICOM SR对象可以表明通过被用来实施医疗过程的模态对于所述医疗过程获得的内容或结果。举例来说,这样的对象可以是测量数据或计算结果。
数据库字段可以表明基于包含在各个数据库中的数据而自动填充的字段。举例来说,数据库字段可以被链接到以下各项当中的任一项:
· 登录编号(命令层级);
· 登录编号;
· 研究日期(实施检查的时期);
· 命令创建日期;
· 图像数目;
· 系列数目;
· 患者:显示名、名字、姓氏、中间名、称谓(先生、小姐、女士)、年龄(日、周、月、年)、性别(男性/女性)、出生日期、ID;
· 技术人员显示名;
· 实施操作的内科医师:显示名、名字、姓氏、中间名;
· 给出命令的内科医师:显示名、名字、姓氏、中间名、电话、头衔、地址;
· 给出命令的部门名称;
· 给出命令的设施名称;
· 报告作者:显示名、名字、姓氏、中间名、头衔;
· 所命令的过程:代码、名称;
· 所命令的过程-身体部位;
· 所命令的过程-模态类型;
· 报告创建日期和时间;
· 研究原因;
· 研究UID;
· 所实施的过程步骤:代码、意见、描述、起始时间、结束时间、模态DICOM代码;模态DICOM名称;
· 检查室;
· 住院编号。
根据一些示例性实施例,可以类似于填入字段来配置数据库字段。举例来说,在取回来自数据库的数据并且将其输入到所述字段中之后,报告用户可以编辑输入。用户还可以例如使用语音命令或者键盘快捷方式巡览经过一个或多个观察输入方框202的各个数据库字段。
根据一些示例性实施例,如果数据库字段链接到数据库中的空的数据条目,则显示在用户接口114的观察输入方框202中的数据库字段也应当被留空。随后,当报告节段被保存在医疗记录内时,相应的报告节段内的所述数据库字段的位置也被留空。
根据一些示例性实施例,当更新数据库中的数据条目时,链接到该数据的数据库字段也被更新。但是当用户例如通过在完成分段式报告之后在所创建的医疗记录或报告上签名结束而使得医疗记录或医疗报告生效时,数据库字段被冻结,并且当数据库中的数据被更新时不再被更新。只有通过撤销所述签名结束,数据库字段才能被再次自动更新。
根据一些示例性实施例,当由数据库的数据来填充数据库字段时,可以对该输入进行编辑。但是当用户随后编辑数据库字段时,在数据库字段中输入的来自数据库的数据被改变成纯文本,并且不再被自动更新。
根据一些示例性实施例,每一个文本块302还可以具有相关联的报告节段类型参数310,其表明将针对其输入文本块302的报告节段的类型。举例来说,如果对于文本块302规定了报告节段类型参数310,则该文本块302的观察输入字段304只可被用来填充相同类型的报告节段。
根据一些示例性实施例,每一个文本块302还可以具有相关联的所需块参数312,其表明对于完成医疗过程的分段式报告是否需要该文本块302。举例来说,如果被设计成表明先前比较研究的可用性的节段块被填入,则没有报告可以被签名结束,这是因为该信息是关键的并且是强制性的,但是即使被设计成表明推荐的节段块被留空,也可以签名结束报告,这是因为该信息对于所有过程总是必要的。
文本宏300还包括文本宏参数,其被用来确定文本宏的类型,并且在某些情况下用于确定文本宏300关于将要报告的医疗过程的相关性。举例来说,文本宏300可以包括“特定于节段”参数320,其表明文本宏302是否适合于仅填充单一报告节段。正如后面所描述的那样,特定于节段的文本宏可以被用来“自动”填充特定类型的所创建的报告节段,而无需用户做出文本宏选择。
在某些情况下,文本宏300可以是自由文本文本宏。在这种情况下,文本宏300仅具有一个文本块302,其不与任何类型的报告节段相关联。因此,自由文本文本宏300的文本块302的观察输入字段304可以被用来填充任何类型的报告节段。举例来说,对于报告医疗过程所常用的文本串可以被存储为非特定文本宏300,比如“患者的状况看起来正常”。
举例来说,文本宏300可以包括具有多个子参数332的“特定于过程”的参数集合330。特定于过程的参数集合330表明该文本宏与其相关的医疗过程的类型。举例来说,文本宏参数集合330可以具有以下子参数332:“过程定义=‘放射学’”、“模态=‘CT扫描’”以及“身体部位=‘腹部’”,从而表明该文本宏与放射学、CT扫描以及‘腹部’相关。
举例来说,文本宏300可以包括具有多个子参数342的“特定于用户”的参数集合340。特定于用户的参数集合340表明该文本宏与之相关的用户或用户组。举例来说,文本宏参数集合340可以具有以下子参数:“单独用户=‘XYZ医生’”、“任务组=‘放射学’”以及“系统=‘ABC医院’”,从而表明该文本宏与XYZ医生最相关,特别与放射学任务组的相关性较低,并且与ABC医院的相关性甚至更低。
可用的文本宏300被存储在文本宏数据库110内,其可以由医疗报告生成系统110的文本宏选择模块120访问。
参照图4,其中图示了根据一些示例性实施例的用于完成医疗记录的方法的步骤400的示意图。图4图示了其中用户做出文本宏选择以便帮助进行分段式报告的示例性实施例。但是应当理解的是,所描述的示例性实施例不应当被限制到其中用户必须做出文本宏选择的情况。也就是说,应当理解的是,根据一些实施例,用户总是可以在不做出文本宏选择的情况下完成医疗过程的分段式报告,并且改为通过把观察人工输入到观察输入方框202中来完成报告。这样的替换方案意图被本说明书覆盖。
在402处,完成在模态102上实施的医疗过程。举例来说,在医疗过程期间取得的一幅或多幅医疗图像以及一项或多项测量可以被存储在医疗记录数据库106中的医疗记录内。在医疗报告生成系统100处接收针对报告已完成的医疗记录以及创建医疗记录的请求。所述请求将表明医疗过程的至少一些属性,比如类型、日期、时间、模态和/或身体部位。
在步骤404处,选择对应于在所接收的医疗记录创建请求中表明的已完成医疗过程的报告结构。对于报告结构的选择可以由报告结构选择模块116根据前面描述的示例性方法来实施。
在步骤406处,取回与已完成医疗过程相关的文本宏300,并且可以在用户接口114上向输入观察以便完成医疗过程的分段式报告的用户显示所述文本宏的标题。举例来说,对于相关文本宏300的取回可以由文本选择模块120实施。举例来说,对于相关文本宏300的取回可以基于可用文本宏300的文本宏参数和子参数来实施。
在步骤408处,接收对文本宏300的选择。举例来说,在将所取回的相关文本宏300显示为其对应标题的列表之后,用户可以通过选择来做出对所期望的文本宏的选择,比如利用鼠标悬停在所显示的文本宏标题上方,突出显示所显示的文本宏标题,点击所显示的文本宏标题,或者提供对应于文本宏300的语音命令。
在步骤410处,做出如下确定:在步骤408处选择的文本宏300是否与步骤404处选择的报告结构相容。将认识到的是,所选择的报告结构将表明需要完成的一种或多种类型的报告节段以及一种或多种补充类型的报告节段。同样地,所选择的文本宏300还可以具有所需要的并与特定报告节段类型310相关联的一个或多个文本块302。如果在由报告结构表明的报告节段类型的集合内没有找到文本宏300的所需报告节段类型310并且反之亦然,则在所选报告结构与所选文本宏之间可能存在不相容性。具体来说,如果在由所选报告结构表明的集合中没有找到在与所选文本宏300的文本块302相关联的报告节段类型参数310中表明的特定类型,则存在不相容性。
根据一些实施例,如果在与所选文本宏300的所需文本块302相关联的报告节段类型参数310中表明的所有类型都是由所选报告结构表明的仅仅所需的报告节段类型的一个子集,则可以确定所选文本宏300与所选报告结构相容。如果其相关联的所需块参数312被设定为“需要”,则文本块302是被需要的。或者,如果在与所选文本宏300的所需文本块302相关联的报告节段类型参数310中表明的所有类型都是由所选报告结构表明的报告节段所有类型(包括所需报告节段类型和补充报告节段类型全部二者)的一个子集,则可以确定所选文本宏与所选报告结构相容。
如果在410处确定所选文本宏300与所选报告结构不相容,则所述方法可以回到408以接收另一项文本宏选择。举例来说,可以在用户接口114上显示表明所选文本宏300不相容的消息。还可以在用户接口114上建议替换的文本宏300,从而使得用户可以做出另一项文本宏选择,并且使得所述方法可以回到410,以便进一步确定新选择的文本宏与所选报告结构是否相容。
如果在410处确定所选择的文本宏与所选报告结构相容,则所述方法可以继续到412。在步骤412处,利用所选择的文本宏300的文本块302的观察输入字段304填充针对所选报告结构创建的报告节段。
举例来说,如果所选择的文本宏300是自由文本,则可以将所选文本宏300的一个文本块302的观察输入字段304插入到当前由用户在用户接口114上选择的观察输入方框202中。
举例来说,如果所选择的文本宏300不是自由文本,则使用分别与各报告节段类型310相关联的文本块302的观察输入字段304来填充具有相同类型的所创建的报告节段。
在414处,接收由用户人工进行的输入。举例来说,用户可以在用户接口114上突出显示一个观察输入方框202,并且进行输入或者修改已经进行的输入。举例来说,如果观察输入方框202尚未由所选择的文本宏300的文本块302的观察输入字段304插入,则用户可以人工进行输入。如果已经利用所选择的文本宏300的文本块302的观察输入字段304插入了观察输入方框202,则用户可以修改该输入。输入或修改可以由用户使用用户接口114的任何适当的输入设备来实施。
在416处,完成医疗过程的分段式报告,并且可以把临时创建的报告节段作为分开的报告节段存储在医疗记录内。举例来说,每一个报告节段可以被存储为与该报告节段的报告节段类型相关联。
根据一些示例性实施例,在完成分段式报告之前,例如由报告模块120做出如下检验:具有被表明由所选择的报告结构需要的类型的所有报告节段都已被填充。根据一些示例性实施例,还可以做出如下检验:文本块302的观察输入字段304的强制性填入字段已被正确地完成。
现在参照图5,其中图示了根据一些示例性实施例的用于确定并且取回与将要报告的已完成医疗过程相关的文本宏300的方法500的示意图。
在502处,将要报告的已完成医疗过程的第一特定于过程的属性被设定为当前的特定于过程的属性。举例来说,如果确定过程定义是最相关的属性,则将过程定义设定为当前的特定于过程的属性。举例来说,如果将要报告的医疗过程具有‘放射学’的过程定义,则‘放射学’被设定为当前的特定于过程的属性。特定于过程的属性还可以被理解成文本宏300的“被用于”参数,这是因为其被用来确定文本宏300是否可以“被用于”特定类型的医疗过程。
在504处,贯穿文本宏数据库110进行搜索。对存储在文本宏数据库110中的可用文本宏300进行检查,以便找到可用文本宏300当中具有与当前的特定于过程的属性相匹配的特定于过程的参数332的所有文本宏300。举例来说,如果当前的特定于过程的属性是‘放射学’,则在504处取回具有‘放射学’过程定义子参数332的所有文本宏。
在506处,把在步骤504处取回的文本宏300设定为潜在相关的文本宏。
在508处,把已经被识别为相关的文本宏300以及潜在地相关的文本宏300的总数与将要建议的相关文本宏300的预定数目进行比较。举例来说,可能希望仅建议有限数目的相关文本宏300。建议过多的文本宏300可能会使得用户不知所措。而且,在用户接口114上也可能没有足够的空间来显示所有取回的文本宏。
如果确定相关的或者潜在相关的文本宏300的总数没有超出要建议的相关文本宏300的预定数目,则在510处确定是否有医疗过程的其他特定于过程的属性可用来找到更多相关的文本宏300。如果没有更多的特定于过程的属性存在,则在步骤512处向用户建议被识别为相关的所有文本宏,例如通过将他们显示在用户接口114上。
如果存在更多的特定于过程的属性,则在步骤514处,把在504处取回的潜在相关的文本宏设定为相关文本宏。随后可以选择接下来最相关的特定于过程的属性(比如‘模态’)作为当前的特定于过程的属性,并且所述方法回到504以便取回具有与新设定的当前的特定于过程的属性相匹配的子参数332的所有文本宏300。将被认识到,具有与较少特定于已完成医疗过程的过程属性相匹配的子参数的文本宏300也具有较低相关性,并且可以被排序在已经被确定为相关的文本宏300之后。
回到步骤508,如果相关的文本宏和潜在相关的文本宏的总数超出将要建议的文本宏300的数目,则基于文本宏子参数的另一个集合(比如特定于用户的子参数342)关于来自被识别为潜在相关的文本宏300当中的文本宏的相关性做出进一步确定。基于文本宏子参数的第二集合做出确定,以便找出哪些潜在相关的文本宏最相关。
在516处,选择文本宏子参数的第二集合以用于进一步确定相关性。第二集合当中的最相关的子参数被设定作为当前的子参数。举例来说,如果文本宏子参数的第二集合是特定于用户的参数,则当前的子参数可以首先被设定到“单独用户”。特定于用户的参数还可以被理解成文本宏的“可用于”参数,这是因为其被用来确定可以使得文本宏300“可用于”哪些用户。在步骤516处,从在步骤506处确定的潜在相关的文本宏当中取回具有与当前的特定于用户的属性相匹配的特定于用户的子参数332的所有文本宏300。
在518处,除了先前被标识为相关文本宏的文本宏之外,在516处取回的所有文本宏也被设定为相关文本宏。
在520处,如果在步骤518处的取回之后相关文本宏的总数大于将要建议的文本宏的数目,则在512处显示相关文本宏。举例来说,可以显示等于将要建议的数目的一定数目的最相关的文本宏300。
如果相关文本宏的总数没有超出将要建议的文本宏的数目,则在522处选择子参数的第二集合当中的接下来最相关的子参数作为当前的子参数,并且在步骤516处进行进一步搜索,以便从在步骤506处确定的潜在相关的文本宏当中标识出具有与当前的特定于用户的属性相匹配的特定于用户的子参数332的所有文本宏300。根据所述子参数进行进一步的搜索,直到相关文本宏的总数等于或超出将要建议的文本宏的数目,此时在512处显示相关文本宏300。
现在参照图6,其中图示了根据一些示例性实施例的用于确定所选文本宏300是否与所选报告结构相容的方法600的示意图。举例来说,可以作为用于确定所选文本宏300是否相容的步骤410的部分来实施方法600的各个步骤。举例来说,方法600的各个步骤可以由客户端工作站108的文本宏选择模块120实施。
举例来说,在步骤408处接收到文本宏选择之后,在602处确定是否需要所选文本宏300的第一文本块302。举例来说,这可以通过检验文本块302的所需块参数310来进行。如果在步骤602处确定文本块302被需要,则在604处进一步标识是否由所选报告结构表明相同类型的报告节段。这一确定可以通过把文本块302的报告节段类型参数310与由所选报告结构表明的报告节段的类型进行比较来做出。
如果在604处确定与文本块302的报告节段类型参数310属于相同类型的报告节段没有被所选报告结构表明,则在606处确定所选报告结构与所选文本宏300不相容。
如果在604处确定与文本块302的报告节段类型参数310属于相同类型的报告节段由所选报告结构表明,则方法600继续到608,以便确定是否所选文本宏的所有文本块302都已被检验。
如果在步骤602处确定文本块302不被需要,或者如果在步骤604处确定与文本块302的报告节段类型参数310属于相同类型的报告节段由所选报告结构表明,则在步骤608处进一步确定是否所选文本宏300的所有文本块302都已被检验。如果并非所有文本宏都已被检验,则在步骤610处取回所选文本宏300的下一个文本块302,并且做出如下进一步确定:与该下一个文本块302的报告节段类型参数310属于相同类型的报告节段是否由所选报告结构表明。
如果在步骤608处确定所选文本宏300的所有文本块302都已被检验,并且由于之前确定了与关联到所选文本宏300的每一个所需文本块302的报告节段类型参数310属于相同类型的报告节段类型由所选报告结构表明,则在步骤612处将所选报告结构确定为与所选文本宏300相容。
将认识到,根据一些示例性实施例,如果所选文本宏300的所需文本块302的报告节段类型310中任一种没有在所选报告结构中找到,则将发现所选报告结构是不相容的。
还将认识到,根据一些示例性实施例,如果包括在关联到所需文本块302的报告节段类型参数310中的所有类型是由所选报告结构表明的可用报告节段类型的一个子集,则将发现所选报告结构与所选文本宏300相容。
现在参照图7,其中图示了根据一些示例性实施例的用于利用来自所选文本宏300的内容更新针对所选报告结构创建的报告节段的方法700的示意图。举例来说,可以作为用于利用所选文本宏的内容更新所选报告结构的报告节段的步骤412的部分来实施方法700的各个步骤。举例来说,方法700的各个步骤可以由医疗报告生成系统100的报告模块118实施。
举例来说,在404处已选择了报告结构并且在408处接收到文本宏选择以及在410处已确定二者相容之后,可以在702处做出关于所选文本宏300是否是自由文本文本宏的第一确定。
由于自由文本宏可以被用来更新任何报告节段而不管报告节段类型如何,因此提供一种用于确定特定于自由文本文本宏300的内容应当被插入在何处的方式。根据一些示例性实施例,自由文本文本宏300的内容可以被用来在704处更新与当前所关注的观察输入方框202相关联的所创建的报告节段,其例如由用户在用户接口114上选择或突出显示。
在更新了与当前所关注的观察输入方框202相关联的报告节段之后,所述方法继续到414,以便接收针对仍有待完成的报告节段的用户输入,或者更新已经填充的报告节段。但是将认识到,对于相同的所选报告结构可以顺序地选择多于一个自由文本文本宏来填充多于一个所创建的报告节段。除了选择具有与特定报告节段类型相关联的文本块302的文本宏300之外,自由文本文本宏还可以被选择用于完成医疗过程的报告。
如果在702处确定所选文本宏300包含已定义了报告节段类型参数310的文本块302,则在705处取回下一个文本块302。如果尚未取回文本块302,则取回第一文本块302。
在706处,通过输入该文本块302的观察输入字段304,填充其类型与关联到步骤705处取回的文本块302的报告节段类型参数310中表明的类型相匹配的所创建的报告节段。
在708处,确定是否所选文本宏300的所有文本块302都已被取回以及所述文本块302的观察输入字段304已被用来填充具有匹配类型的所创建的报告节段。如果所有文本块302都已被取回,则所述节段的更新被完成,并且所述方法继续到步骤414以便接收进入到观察输入方框202中的用户输入,以用于进一步填充或更新针对所选报告结构创建的报告节段。
如果尚未取回所有文本块302,则在710处取回下一个文本块302,以用于更新针对所选报告结构创建的报告节段。重复对于文本块302的取回,直到所有文本块302都已被取回并且所述文本块的字段已被输入到相应的观察输入方框202中。
参照图8,其中图示了根据一些示例性实施例的用于完成医疗记录的方法800的示意图。方法800类似于方法400但是更加详细,体现在其在一个方面中示出了用于选择正常报告的各个步骤。其在另一方面中还示出了用于在所选文本宏300与所选报告结构不相容时选择报告结构的各个步骤。但是将认识到,在示例性实施例中,不必一定将全部两个附加方面包括在一起。举例来说,一些示例性实施例可以只具有用于选择正常报告的附加步骤,而其他示例性实施例可以只具有用于选择新的报告结构的附加步骤。
在402处,完成在模态102上实施的医疗过程。举例来说,在医疗过程期间取得的一幅或多幅医疗图像以及一项或多项测量可以被存储在医疗记录数据库106中的医疗记录内。
在步骤404处,选择对应于所接收到的医疗记录创建请求的报告结构。对于报告结构的选择可以由报告结构选择模块116根据前面描述的示例性方法来实施。
根据其中可以选择正常报告的实施例,在步骤822处确定是否针对已完成的医疗过程定义了正常报告。正常报告可以代表这样一份报告:其可以包括最常使用的或者适合特定分段式报告标准的文本宏和/或报告结构。举例来说,正常报告可以被存储在正常报告数据库中或者被本地存储在文本选择模块114内。举例来说,正常报告可以表明对于完成的特定医疗过程而言是标准的唯一报告。正常报告可以表明将要选择的正常文本宏。正常报告还可以表明对于已完成的医疗过程将要选择的正常报告结构。
根据一些示例性实施例,呈现正常报告以供用户选择,以便报告医疗过程的结果是正常的。如将被认识到的,正常报告作为节省时间的工具是特别有用的,这是因为对于许多类型的医疗过程,其结果在大多数情况下将是正常的。因此,在许多实例中,用户将在医疗记录中输入相同的观察以表明结果是正常的,并且因此将受益于作为用于输入这些观察的快速可访问工具的正常报告。此外,由于每当结果是正常时将输入相同的观察,因此对于将要报告的特定的已完成医疗过程,使得仅有一份正常报告可用于由用户选择。因此,在把文本宏定义为正常报告时,可以进行检验以确保尚未定义将导致冲突的另一份正常报告。
例如在一些示例性实施例中,对于特定过程类型只定义一份正常报告,从而使得只能选择该正常报告。但是在其他示例性实施例中,对于特定过程类型可以定义多于一份正常报告,但是所定义的每一份正常报告与关于针对相同过程类型定义的其他正常报告的唯一排序相关联。举例来说,针对相同过程类型定义的各份正常报告可以分别提供有唯一的用户层级元数据。取回具有最高排序的用户层级元数据的正常报告并且使其可用于由用户选择。
举例来说,可以针对特定医疗过程类型定义第一正常报告并且与用户的特定用户帐户相关联,可以针对相同的医疗过程类型定义第二正常报告并且与所述用户帐户所属的任务分派组相关联,以及可以定义第三正常报告并且与包括所述任务分派组的系统相关联。在这种情况下,取回与用户帐户相关联的正常报告以供用户选择,这是因为其具有最高排序以及最高特定程度。如果没有针对用户帐户定义正常报告,则选择针对接下来的特定程度最高的用户层级定义的正常报告以用于取回。
根据一些示例性实施例,如果定义了正常报告,则在824处可以在用户接口114上显示提示,以便提示报告用户决定是否应当选择该正常报告。或者可以使得正常报告可用于在用户接口114上选择。举例来说,可以与所取回的其他相关文本宏分开显示正常报告,并且使其可用于在用户接口114上选择。
在步骤826处,确定是否已选择了正常报告。如果没有选择正常报告,则所述方法继续到830并且显示与已完成医疗过程相关的文本宏,并且在步骤840处接收由用户对于文本宏所做的选择。在步骤826处,如果选择了正常报告,则在步骤828处选择在正常报告中表明的正常文本宏。根据一些实施例,正常报告还包括正常报告结构,并且还选择正常报告结构。
根据一些示例性实施例,如果定义了正常报告,则可以自动选择正常报告。举例来说,可以自动选择由正常报告表明的文本宏。如将被认识到的,当正常报告代表经常被使用或者对于特定分段式报告结构所需的报告时,对于正常报告的自动选择在用户完成医疗过程的报告所需的时间量方面允许进一步经济性。
现在参照图9,其中图示了用于基于用户层级属性的特定性选择正常报告的示例性方法900的各个步骤的示意图。举例来说,可以作为用于确定是否针对已完成医疗过程定义了正常报告的步骤822的部分来实施方法900的各个步骤。
举例来说,在902处确定是否定义了具有与当前用户或用户组相匹配的特定于用户的属性的正常报告。如果所述特定于用户的属性是匹配的,则在904处将该正常报告定义为正常报告,并且在916处确定定义了正常报告。
如果没有定义这样的正常报告,则在906处确定是否定义了具有与针对当前用户或用户组定义的组相匹配的特定于组的属性的正常报告。举例来说,用户可能不具有特别针对他或她的用户帐户定义的任何正常报告,使得在902处将不会找到具有与所述用户帐户相匹配的特定于用户的属性的正常报告。但是由于所述用户的用户帐户可能与特定组相关联,比如内科医学部门的所有用户,因此在906处可以找到具有匹配的特定于组的属性的正常报告。
如果在906处找到具有匹配的特定于组的属性的正常报告,则在步骤908处将所述组层级的正常报告定义为针对已完成医疗过程的正常报告,并且在916处确定定义了正常报告。
如果没有定义具有匹配的特定于组的属性的正常报告,则在步骤910处确定是否定义了具有与针对当前用户或用户定义的系统相匹配的特定于系统的属性的正常报告。如果找到这样的正常报告,则在912处将所述特定于系统的正常报告定义成针对已完成医疗过程的正常报告,并且在916处确定定义了正常报告。
如果没有定义特定于系统的属性,并且所述特定于系统的属性是特定程度最低的属性,则将在914处确定针对已完成医疗过程没有定义供选择的正常报告。如将认识到的,对于正常报告的确定基于针对每一份正常报告的唯一的用户层级元数据的排序,其中排序最高的特定于用户层级的正常报告被定义为针对已完成医疗过程的正常报告。
回到图8,在步骤828处选择了正常报告的文本宏或者在步骤840处选择了来自所取回的相关文本宏当中的文本宏之后,在步骤850处做出如下确定:在步骤828或840处选择的文本宏是否与当前选择的结果结构相容。举例来说,可以根据在图6中所示的方法600中描述的各个步骤来做出关于所选文本宏是否与所选报告结构相容的确定。举例来说,如果所有所需文本块302是由所选报告结构表明的报告节段类型的一个子集,则可以确定所选文本宏是相容的。
如果在850处确定所选文本宏与所选报告结构相容,则所述方法继续到860。在860处,通过与匹配的报告节段类型相关联的文本块302的观察输入字段304来填充报告节段。举例来说,可以类似于图4的412处的更新来实施报告节段的填充。
在865处,确定用户是否选择了另一个文本宏300。举例来说,在取回并且显示相关文本宏并且从所取回的相关文本宏300当中对一个文本宏300做出选择之后,可以继续显示所述相关文本宏,从而使得可以做出对文本宏300的替换选择。如果在865处选择了另一个文本宏,则所述方法回到850以便确定新选择的文本宏是否与当前选择的文本宏相容。举例来说,可以周期性地做出关于用户是否选择了另一个文本宏300的确定,直到完成医疗过程的报告为止。
如果在865处没有选择另一个文本宏,则在870处接收用户输入。举例来说,可以按照类似于在414处接收用户输入的方式来实施对于用户输入的接收。
在875处,确定医疗过程的报告是否完成。举例来说,可以通过由用户选择保存功能表明报告的完成。如果报告尚未完成,则所述方法回到865以便监测对于新的文本宏302的选择以及接收人工输入的观察输入。
根据其中可以做出关于报告结构的进一步选择的一些示例性实施例,如果在850处确定所选文本宏与所选报告结构不相容,则在852处进行进一步搜索,以便确定与当前选择的文本宏300相容的其他报告结构。举例来说,可以例如由报告结构选择模块116对报告结构数据库112实施扫描,以便标识出与所选文本宏相容的附加报告结构。举例来说,如果由报告结构表明的报告节段的类型包括关联到在所选文本宏300内所需要的文本块302的报告节段类型参数310的所有类型,则可以确定该报告结构是相容的。
在步骤854处,例如经由用户接口114向用户呈现与所选文本宏300相容的在步骤852处取回的报告结构。还可以提示用户对另一个报告结构进行选择。
在856处,确定用户是否从在852处取回的报告结构当中进行了选择。如果在856处选择了另一个报告结构,则针对由所选报告结构表明的每一种报告节段类型创建报告节段。随后在860处,通过与所选文本宏300的匹配报告节段类型相关联的文本块302的观察输入字段304来填充针对所述新选择的报告结构创建的报告节段。
如果还没有选择另一个报告结构,则例如经由用户接口114呈现警告消息,其表明所选文本宏无法被应用于当前选择的报告结构。在步骤865处,进一步进行监测以便确定是否选择了另一个文本宏300。如果没有选择文本宏300,则将认识到仍然可以通过在步骤870处使得用户人工填充针对所选报告结构创建的每一个报告节段来完成报告。
根据一些实施例,为了进一步简化用户的任务并且缩短完成报告所需的时间,可以使用特定于节段的文本宏来更新所选报告结构的各个报告节段。特定于节段的文本宏指代只具有与特定报告节段类型相关联的一个文本块302的特定类型的文本宏。举例来说,每一个文本宏还可以包括特定于节段的元数据320以表明该文本宏是否是特定于节段的。相应地,特定于节段的文本宏300仅被用来填充具有匹配的报告节段类型的一个所创建的报告节段。
举例来说,甚至在用户选择文本宏300以用于报告已完成医疗过程之前,可以利用这些文本宏来更新所创建的报告节段。
举例来说,在分析多个可用文本宏以便取回与已完成医疗过程相关的那些文本宏时,例如在图4的406或图8的830处,文本宏选择模块110还可以确定每一个可用文本宏是否是特定于节段的文本宏。这一确定可以通过检查文本宏300的特定于节段的参数320来做出。当找到特定于节段的文本宏时,进行进一步的检查以便确定文本宏300的一个文本块302的报告节段类型参数310是否与由所选报告结构表明的报告节段类型中任一种相匹配。此外还进行检查以便确定所述特定于节段的文本宏是否未被限制到特定医疗过程类型并且适用于所有医疗过程类型。
举例来说,每一项特定于过程的元数据332可以是未定义的,从而表明该文本宏300可以被应用于任何医疗过程而不管使用情境如何(过程定义、模态或身体部位)。或者,所述文本宏还可以包括“情境已定义”元数据,用于表明该文本宏是否针对特定使用情境被定义。将认识到的是,当文本宏300没有针对特定医疗过程类型或医疗过程情境被定义时,该文本宏可以被安全地使用来更新医疗记录的报告节段,而不会被错误地用于并非其意定过程的一种类型的医疗过程。
相应地,当找到具有与报告节段类型参数310(其匹配于针对所选报告结构所表明的一种报告节段类型)相关联的文本块302的特定于节段的文本宏并且该文本宏300适用于所有医疗过程类型时,在一些实施例中,利用所述文本块302的观察输入字段304来立即更新具有匹配类型的医疗报告的报告节段。
在一些实施例中,如果尚未创建将被存储的医疗记录,则在更新医疗记录的报告节段之前,创建至少包括由所述匹配的特定于节段的文本宏的文本块302来填充的报告节段的医疗记录。举例来说,不管将要报告的医疗过程的类型如何,比如医疗过程的日期和时间、患者标识信息、实施所述过程的医师之类的信息都是始终一致的报告节段类型。将认识到的是,对于报告已完成医疗过程的用户,取回特定于节段的文本宏以及利用所述特定于节段的文本宏的文本块更新报告节段将表现为仿佛观察输入方框202已被自动填充。
在一些示例性实施例中,可以在与文本宏的取回分开的步骤中实施特定于节段的文本宏的取回。举例来说,可以与供用户选择的可用文本宏分开存储特定于节段的文本宏,以便易于取回。在接收对来自所取回的相关文本宏当的文本宏300的选择之前的任何时间,可以搜索特定于节段的文本宏,以便标识出可以被用于“预先填充”医疗记录的报告节段的那些特定于节段的文本宏。特定于节段的文本宏对于快速填充针对不同类型的医疗过程存在的报告节段类型是特别有用的,并且其中即使医疗过程是不同的,观察输入也将是始终相同的。
在一些示例性实施例中,有可能实施多过程报告。举例来说,用户可以在针对相同患者的创伤图像、胸部x光片和四肢x光片上进行查看和报告,尽管患者必须经历例如在不同医疗模态上实施的三个单独的医疗过程以便获得所查看的医疗图像。在这样的情况下,可以由用户同时报告多个医疗过程,但是针对创建医疗记录的请求将针对至少第一已完成医疗过程和第二医疗过程。这样的请求还将包括涉及第一医疗过程的至少一项医疗过程属性,以及涉及第二医疗过程的至少一项医疗过程属性。这里呈现的针对多过程报告的示例性实施例是关于将要报告的第一医疗过程以及将要报告的第二医疗过程来描述的,但是将被理解的是,多过程报告可以被适配用于同时报告任意数目的医疗过程。
针对将要报告的第一医疗过程选择第一报告结构。这一选择可以基于第一医疗过程的至少一项医疗过程属性。所选择的第一报告结构还将表明用于完成第一医疗过程的报告的报告节段类型的第一集合。
类似地,针对将要报告的第二医疗过程选择第二报告结构。这一第二选择可以基于第二医疗过程的至少一项医疗过程属性。所选择的第二报告结构还将表明完成第二医疗过程的报告所需的报告节段类型的第二集合。
将认识到,第一医疗过程可以属于与第二医疗过程不同的类型,并且因此所选择的第一报告结构和所选择的第二报告结构可以不同。其结果是,报告节段类型的第一集合与报告节段类型的第二集合也可以不同。但是第一集合当中的一些报告节段类型与第二集合当中的一些报告节段类型可以重叠。
在选择第一报告结构和第二报告结构之后,针对由所选择的第一报告结构的第一集合以及由所选择的第二报告结构的第二集合表明的每一种类型创建报告节段。举例来说,在报告期间报告节段可以被创建并且临时保持在医疗报告生成系统100的系统存储器中。每一个所创建的报告节段与第一报告结构、第二报告结构或者全部二者相关联,从而使得一旦完成报告就可以将所述报告节段存储在分开的医疗记录内。将理解的是,虽然用户对第一和第二医疗过程进行同时报告,但是可以分开保持与针对医疗过程的每一个所选择的报告结构相关联的所创建的报告节段。通过这种方式,一旦完成报告就可以针对第一和第二医疗过程当中的每一项创建分开的医疗记录。
根据一些示例性实施例,可以在多过程报告期间在显示器114上向用户呈现复合用户接口。举例来说,如果第一和第二报告结构两者都需要某种类型的报告节段,则可以在显示器114上呈现单一观察输入方框202。将认识到,这样为用户提供了时间节省,这是因为将不必对于将要报告的每一个医疗过程都重复相同的输入。
取回与第一医疗过程相关的文本宏的第一集合。举例来说,可以根据在图5中描述的步骤来实施对于相关文本宏的取回。
类似地,取回与第二医疗过程相关的文本宏的第二集合。举例来说,还可以根据在图5中描述的步骤来实施对于相关文本宏的第二集合的取回。
根据一些示例性实施例,在进行显示以供用户选择之前,对第一集合当中的所取回的文本宏以及第二集合当中的所取回的文本宏进一步进行排序。举例来说,根据哪一个医疗过程最近期被完成,可以对第一和第二集合当中的所取回的相关文本宏进行排序。随后可以为与最近期的医疗过程相关的所取回的文本宏给出更高的顺序。
在一些实施例中,可以对所取回的文本宏进行排序,以便在相关文本宏的第一集合与相关文本宏的第二集合之间进行交替,其中为与最近期的医疗过程相关的集合的文本宏给出更高顺序。举例来说,如果第二过程更近期,则可以根据如下各项对全部两个集合当中的相关文本宏进行排序:
· 针对过程2的第一文本宏;
· 针对过程1的第一文本宏;
· 针对过程2的第二文本宏;
· 针对过程1的第二文本宏;
· 针对过程2的第三文本宏;
· 针对过程1的第三文本宏。
随后根据所确立的顺序在用户接口114上显示来自第一集合和第二集合全部二者的所取回的文本宏,以供用户选择。将认识到,针对多个医疗过程的相关文本宏的排序允许在向用户呈现时为最具相关性的文本宏给出首要性,这进一步允许用户快速访问最具相关性的文本宏。
可以接收第一文本宏选择请求,其表明已从与第一医疗过程相关的文本宏当中选择的用户所选的文本宏。做出关于如下的确定:第一所选文本宏是否与针对第一医疗过程的所选择的第一报告结构相容。如果第一所选文本宏是相容的,则利用第一所选文本宏的相应的文本块来更新针对第一报告结构创建的每一个报告节段。
类似地,可以接收第二文本宏选择请求,其表明用户已从与第二医疗过程相关的文本宏当中选择的文本宏。针对如下做出确定:第二所选文本宏是否与针对第二医疗过程的所选择的第二报告结构相容。如果第二所选文本宏是相容的,则利用第二所选文本宏的相应的文本块来更新针对第二报告结构创建的每一个报告节段。
根据一些示例性实施例,可以根据“针对每个过程重复”设定来实施多过程报告。根据这样的设定,针对由每一个所选报告结构表明的报告节段的每一种类型创建一个报告节段。因此可以创建具有相同类型的两个或更多报告节段,其中一个与第一报告结构相关联,并且另一个与第二报告结构相关联。
根据其他一些示例性实施例,可以在没有“针对每个过程重复”设定的情况下实施多过程报告。相应地,如果某一报告节段类型由多个所选报告结构表明,则针对所有所选报告结构共享仅创建一个报告节段并且由所有所选报告结构共享。举例来说,这一个报告节段可以与具有该报告节段类型的每一个所选报告结构相关联。当针对一个报告结构做出文本宏选择并且更新所述共享报告节段时,该更新将被应用于关联到所述报告节段的所有所选报告结构。此外,如果用户例如使用观察输入方框202针对共享报告节段输入了一项输入,则该输入将被应用于关联到所述报告节段的所有所选报告结构。将认识到,这为用户提供了时间节省,这是因为将不必对于将要报告的每一个医疗过程都重复相同的输入。
作为对比,如果应用了“针对每个过程重复”设定,则选择与一个医疗过程相关的文本宏将仅仅导致更新关联到针对该医疗过程所选的报告结构的报告节段,并且将不会导致更新关联到任何其他所选报告结构的报告节段。将认识到,如果将要报告的各个医疗过程不紧密相关,并且在针对多于一个医疗过程进行报告时对于不同报告结构的相同类型的报告节段可能需要不同的输入,则这种设定可能是有用的。
由于每一个所创建的报告节段与至少一个报告结构相关联,因此有可能将已填充的报告节段灵活地保存在一条或更多条医疗记录内。举例来说,有可能针对在分段式报告期间所选择并使用的每一个医疗报告结构创建一条医疗记录。举例来说,可以把与第一报告结构相关联的所有报告节段保存在第一医疗记录内,并且可以把与第二报告结构相关联的所有报告节段保存在与第一医疗记录分开的第二医疗记录内。相应地,如果没有在使用“针对每个过程重复”设定,则可以把一个报告节段与多于一个报告结构相关联。在这种情况下,一个共享报告节段可以在多于一条医疗记录内被保存多于一次。
根据一些示例性实施例,还有可能通过把所有已填充的报告节段保存在单一医疗记录内而针对多过程报告创建单一医疗记录。
现在参照图10,其中图示了根据各个示例性实施例的用于创建文本宏的方法1000的示意图。举例来说,可以由医疗报告生成系统100的文本宏选择模块120实施方法1000的各个步骤。
在1002处,接收针对创建新的文本宏的请求。举例来说,用户可以经由用户接口114输入命令,例如通过选择创建选项、键盘快捷方式或者语音命令,以便创建新的文本宏。随后创建新的文本宏。举例来说,用户可以创建跨越报告结构的部分或整个报告结构的新文本宏。
举例来说,用户还可以创建作为仅跨越单一节段的报告的新文本宏。
举例来说,用户还可以创建作为一个文本块的文本宏,其随后可以被用作自由文本文本宏。
在1004处,创建至少一个文本块302用于包括在新创建的文本宏300中。
举例来说,通过单独创建文本块302并且通过经由用户接口114人工创建输入来创建针对每一个文本块302的观察输入字段304,用户可以从零开始创建新的文本块。用户可以选择针对每一个文本块的内容,比如插入自由文本、填入字段、数据库字段或者DICOM SR对象。
根据一些实施例,可以根据已经存在的内容创建针对文本宏的文本块。举例来说,可以根据制作中的报告或者已完成的报告创建针对新文本宏的文本块。制作中的报告在这里指代正在进行已完成医疗过程的分段式报告的同时所临时保持的报告节段。举例来说,在用户报告医疗过程时,他或她还可以选择使用在报告期间进行的输入来创建新的文本宏。
已完成的报告在这里指代在完成分段式报告之后所保存的医疗记录或医疗报告。在从已经存在的内容创建文本块时,可以通过将已填充的报告节段的内容存储在新文本宏的新文本块中而根据一个已填充的报告节段来创建文本块。举例来说,可以针对制作中的报告或者已完成的报告的每一个已填充的报告节段创建文本块。或者可以针对已填充的报告节段中仅仅一些来创建文本块。举例来说,用户可以选择哪些已填充的报告节段将被用于创建新文本宏的文本块。
有可能从外部来源导入文本宏300(比如外部存储设备、第三方应用(包括传统系统))或者从先前的系统导入。在导入过程期间可以解决外部的文本宏300与医疗报告生成系统100的配置之间的任何失配。
在步骤1006处,可以定义每一个所创建的文本块的一项或多项属性。举例来说,可以针对每一个所创建的文本块定义报告节段类型参数310。还可以针对每一个所创建的文本块定义所需块参数312。所创建的文本块的属性可以由用户使用用户接口114定义,例如通过针对每一个所创建的文本块选择各种复选框。
根据一些实施例,可以针对从现有内容创建的文本块定义各项属性,文本框匹配它从中被创建的报告节段。举例来说,如果文本块是从已填充的报告节段创建的,则报告节段类型参数310可以被定义成该已填充报告节段的类型。此外,如果该报告节段是所需要的,例如如由所选报告结构表明的那样,则从该报告节段创建的文本块也在所需块参数312中被定义成是所需要的。
在步骤1008处,可以针对新创建的文本宏定义一项或多项参数。举例来说,可以根据特定于节段的参数320定义所述文本宏是否是特定于节段的文本宏。
针对新文本宏可以定义一项或多项特定于过程的参数330。举例来说,可以从特定(过程定义)到更加一般(所有过程)按照以下顺序来定义特定于过程的参数330:1、过程定义;2、模态类型+身体部位;3、模态类型;4、身体部位。可以通过接收例如由用户通过用户接口114做出的针对特定于过程的参数的选择来定义所述特定于过程的参数330。随后将所述选择存储为针对新文本宏的特定于过程的元数据330。
可以针对新文本宏定义特定于用户的参数340。可以通过将其链接到以下各项来设定所述特定于用户的参数:一个或多个任务分派组,或者可用于每个人(系统)。在设置中顺序是从特定(用户)到更加一般(系统)来应用。可以通过接收例如由用户通过用户接口114做出的对于特定于用户的参数的选择来定义所述特定于过程的参数。随后将所述选择存储为针对新文本宏的元数据。
如果所述新文本宏是从制作中的报告创建的并且在所述制作中的报告的报告期间已经选择了文本宏,则所述新文本宏的参数可以被定义成与所选文本宏相同。
还可以格式化针对新文本宏的输入。这可以等效于正常文本编辑。举例来说,以下功能可以是可用的:
· 文本格式化:粗体、斜体和下划线;
· 大写和小写;
· 左对齐、居中;
· 经由鼠标右键点击动作或者经由键盘快捷方式复制、剪切、粘贴结果;
· 项目符号、编号;
· 文本宏中可用的拼写检查,等效于正常文本编辑;以及
· 减少缩进量和增加缩进量。
用户还可以表明将把新的文本宏用作正常报告。在这种情况下,用户还表明将把所述新的正常报告与之链接的特定医疗过程类型。可以将一份正常报告链接到多种过程类型。但是如果将多于一份的正常报告链接到一种医疗过程类型,则链接到该医疗过程类型的每一份正常报告必须具有唯一定义的用户层级元数据。相应地,在创建正常报告时,用户还可以定义针对所述正常报告的用户层级。
如果用户正在报告多个过程,则除非所述多个过程包含相同的所实施的过程,否则正常报告生成是不可用的。
虽然在医疗图像管理的情境中描述了医疗报告生成系统100的各个示例性实施例以便提供特定于应用的说明,但是应当理解的是,医疗报告生成系统100还可以被适配于任何其他类型的图像或文档显示系统。
虽然前面的描述提供了实施例的示例,但是将认识到,在不背离所描述的实施例的精神和操作原理的情况下,可以对所描述的实施例的一些特征和/或功能做出修改。相应地,前面描述的内容意图说明本发明而非进行限制,并且本领域技术人员将理解的是,在不背离如其所附权利要求中定义的本发明的范围的情况下可以做出其他变型和修改。
Claims (12)
1.一种用于完成医疗记录的系统,包括:
用于存储多条指令的存储器;
数据存储设备;以及
耦合到存储器的处理器,所述处理器被配置用于:
在第一客户端工作站处接收针对至少第一已完成医疗过程的医疗记录创建请求,所述请求表明第一已完成医疗过程的至少一项医疗过程属性;
取回一个或多个第一相关文本宏,每一个所述文本宏包括至少一个文本块;
基于第一已完成医疗过程的所述至少一项医疗过程属性选择第一报告结构,所述第一报告结构表明用于完成医疗记录的一种或多种类型的报告节段的第一集合;
接收第一文本宏选择请求,其包括从所取回的第一相关文本宏当中选择的第一所选文本宏;以及
基于针对第一所选报告结构的报告节段的类型以及所选的第一文本宏的所述至少一个文本块,确定所选的第一文本宏是否与所选的第一报告结构相容。
2.如权利要求1的系统,其中,所述处理器被配置成:通过确定正常报告是否对于所述医疗过程类型可用来取回所述一个或多个第一相关文本宏,所述正常报告表明将被选择的正常文本宏,并且如果正常报告可用,则选择所述正常文本宏以作为第一所选文本宏。
3.如权利要求1的系统,其中,确定所选文本宏是否与所选报告结构相容包括:
标识出针对所选报告结构的报告节段的类型;
标识出针对所选文本宏的报告节段的一种或多种所需类型;以及
如果针对所选文本宏的报告节段的所述所需类型是针对所选报告结构的报告节段的所述类型的子集,则确定所述文本宏是相容的。
4.如权利要求1的系统,其中,所述处理器还被配置用于:
如果所选文本宏与所选报告结构不相容,则取回与所选文本宏相容的至少一种报告结构,相容报告结构的取回包括:
i)对于多个潜在相容的报告结构当中的每一个,确定针对所述潜在相容的报告结构的报告节段的类型;以及
ii)如果针对所选文本宏的报告节段的一种或多种所需类型当中的每一种是针对所述潜在相容的报告结构的报告节段的所述类型的子集,则确定潜在相容的报告结构是相容的。
5.如权利要求1的系统,所述处理器还被配置用于:
对于针对所选报告结构的报告节段的所述类型中的每一种,创建报告节段并且将所创建的报告节段与所述类型相关联;
以及如果所选文本宏是相容的,则利用与报告节段的类型相关联的所选文本宏的文本块来更新所创建的报告节段中的至少一个,所述报告节段的类型与关联到所述至少一个所创建的报告节段的类型相匹配。
6.如权利要求5的系统,所述处理器还被配置用于:
接收至少一项报告节段输入以用于更新所述至少一个所创建的报告节段;
保存更新后的至少一个报告节段以形成医疗记录。
7.如权利要求1的系统,所述处理器还被配置用于:
在接收文本宏选择之前,取回一个或多个特定于节段的文本宏,每一个特定于节段的文本宏包含一个文本块并且适用于所有医疗过程类型;
在接收文本宏选择之前,针对所取回的特定于节段的文本宏中的至少一个,确定所述至少一个所取回的特定于节段的文本宏是否与报告节段的类型相关联,所述报告节段的类型与针对所选报告结构的报告节段的一种或多种类型中的一种相匹配;
如果关联到所述至少一个特定于节段的文本宏的报告节段的类型是匹配的,则在接收文本宏选择之前:
i)创建报告节段;
ii)将所创建的报告节段与所述类型相关联;以及
iii)利用所述至少一个特定于节段的文本宏的文本块来更新所创建的报告节段。
8.如权利要求1的系统,其中,所述医疗记录创建请求针对第一已完成医疗过程和第二已完成医疗过程,所述请求还表明第二已完成医疗过程的至少一项医疗过程属性,所述处理器还被配置用于:
取回与第二已完成医疗过程相关的一个或多个第二相关文本宏,每一个所述文本宏包括至少一个文本块;
基于第二医疗过程的所述至少一项医疗过程属性来选择第二报告结构,所述第二报告结构表明用于完成医疗记录的一种或多种类型的报告节段的第二集合;
接收第二文本宏选择请求,其包括从第二相关文本宏当中选择的所选第二文本宏;以及
基于针对第二所选结构的报告节段的所述类型以及所选第二文本宏的所述至少一个文本块,确定所选第二文本宏是否与所选第二报告结构相容。
9.如权利要求8的系统,所述处理器还被配置用于:基于第一医疗过程和第二医疗过程对于一个或多个相关的第一文本宏以及一个或多个相关的第二文本宏进行排序,其中为与第一和第二医疗过程当中的更近期的医疗过程相关的文本宏给出更高顺序。
10.如权利要求8的系统,所述处理器还被配置用于:
对于针对所选的第一报告结构以及针对所选的第二报告结构的报告节段的每一种类型,创建报告节段并且将所创建的报告节段与所述类型相关联,其中由第一和第二所选报告结构全部二者表明的类型被创建一次并且与全部两种报告结构相关联,
如果所选的第一文本宏是相容的,则利用与报告节段的类型相关联的所选的第一文本宏的文本块来更新所创建的报告节段中的至少一个,其中所述报告节段的类型与关联到所述至少一个所创建的报告节段的所述类型相匹配;
如果所选的第二文本宏是相容的,则利用与报告节段的类型相关联的所选的第二文本宏的文本块来更新所创建的报告节段中的至少一个,其中所述报告节段的类型与关联到所述至少一个所创建的报告节段的所述类型相匹配;
保存与第一医疗记录相关联的报告节段;以及
把与第二报告结构相关联的报告节段保存在与第一医疗记录分开的第二医疗记录内。
11.一种用于完成医疗记录的方法,包括:
在第一客户端工作站处接收针对至少第一已完成医疗过程的医疗记录创建请求,所述请求表明第一已完成医疗过程的至少一项医疗过程属性;
取回一个或多个第一相关文本宏,每一个文本宏包括至少一个文本块;
基于第一已完成医疗过程的所述至少一项医疗过程属性选择第一报告结构,所述第一报告结构表明用于完成医疗记录的一种或多种类型的报告节段的第一集合;
接收第一文本宏选择请求,其包括从所取回的第一相关文本宏当中选择的第一所选文本宏;以及
基于针对第一所选报告结构的报告节段的所述类型以及所选择的第一文本宏的所述至少一个文本块,确定所选的第一文本宏是否与所选的第一报告结构相容。
12.一种计算机可读介质,在其上存储多条指令,所述指令用于实施权利要求11中所述的方法的步骤。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/525739 | 2012-06-18 | ||
US13/525,739 US20130339051A1 (en) | 2012-06-18 | 2012-06-18 | System and method for generating textual report content |
PCT/EP2013/062001 WO2013189780A1 (en) | 2012-06-18 | 2013-06-11 | System and method for generating textual report content using macros |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104364787A true CN104364787A (zh) | 2015-02-18 |
Family
ID=48613609
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380031958.0A Pending CN104364787A (zh) | 2012-06-18 | 2013-06-11 | 用于使用宏生成文本报告内容的系统和方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20130339051A1 (zh) |
EP (1) | EP2862109A1 (zh) |
CN (1) | CN104364787A (zh) |
BR (1) | BR112014030985A2 (zh) |
WO (1) | WO2013189780A1 (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10503867B1 (en) * | 2006-11-03 | 2019-12-10 | Vidistar, Llc | System for interacting with medical images |
WO2021220058A1 (en) | 2020-05-01 | 2021-11-04 | Monday.com Ltd. | Digital processing systems and methods for enhanced collaborative workflow and networking systems, methods, and devices |
US9597039B2 (en) * | 2013-03-14 | 2017-03-21 | Siemens Aktiengesellschaft | Devices, methods and computer readable mediums for on demand personalization of a user interface |
JP6151170B2 (ja) * | 2013-12-19 | 2017-06-21 | 富士フイルム株式会社 | クリニカルパス管理サーバ |
WO2016070445A1 (zh) * | 2014-11-04 | 2016-05-12 | 深圳市前海安测信息技术有限公司 | 基于智能语音识别的医学影像解读方法和系统 |
US10853449B1 (en) | 2016-01-05 | 2020-12-01 | Deepradiology, Inc. | Report formatting for automated or assisted analysis of medical imaging data and medical diagnosis |
US10692602B1 (en) * | 2017-09-18 | 2020-06-23 | Deeptradiology, Inc. | Structuring free text medical reports with forced taxonomies |
US11698890B2 (en) | 2018-07-04 | 2023-07-11 | Monday.com Ltd. | System and method for generating a column-oriented data structure repository for columns of single data types |
US20210150135A1 (en) | 2019-11-18 | 2021-05-20 | Monday.Com | Digital processing systems and methods for integrated graphs in cells of collaborative work system tables |
US11829953B1 (en) | 2020-05-01 | 2023-11-28 | Monday.com Ltd. | Digital processing systems and methods for managing sprints using linked electronic boards |
US11397847B1 (en) | 2021-01-14 | 2022-07-26 | Monday.com Ltd. | Digital processing systems and methods for display pane scroll locking during collaborative document editing in collaborative work systems |
US11741071B1 (en) | 2022-12-28 | 2023-08-29 | Monday.com Ltd. | Digital processing systems and methods for navigating and viewing displayed content |
US11886683B1 (en) | 2022-12-30 | 2024-01-30 | Monday.com Ltd | Digital processing systems and methods for presenting board graphics |
US11893381B1 (en) | 2023-02-21 | 2024-02-06 | Monday.com Ltd | Digital processing systems and methods for reducing file bundle sizes |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1535443A (zh) * | 2001-03-15 | 2004-10-06 | 皇家菲利浦电子有限公司 | 在医疗报告中被嵌入的测量值 |
US20050075544A1 (en) * | 2003-05-16 | 2005-04-07 | Marc Shapiro | System and method for managing an endoscopic lab |
US20060036472A1 (en) * | 2004-07-16 | 2006-02-16 | Crockett Mark D | Association of data entries with patient records, customized hospital discharge instructions, and charting by exception for a computerized medical record system |
CN101002207A (zh) * | 2004-06-04 | 2007-07-18 | 爱克发公司 | 进行结构化医学报告的一般方法 |
US20100114597A1 (en) * | 2008-09-25 | 2010-05-06 | Algotec Systems Ltd. | Method and system for medical imaging reporting |
US20100169092A1 (en) * | 2008-11-26 | 2010-07-01 | Backes Steven J | Voice interface ocx |
CN102365641A (zh) * | 2009-03-26 | 2012-02-29 | 皇家飞利浦电子股份有限公司 | 基于诊断信息自动检索报告模板的系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6801916B2 (en) * | 1998-04-01 | 2004-10-05 | Cyberpulse, L.L.C. | Method and system for generation of medical reports from data in a hierarchically-organized database |
US6556999B1 (en) * | 2001-06-08 | 2003-04-29 | Syntex (Usa) Llc | System and method for bridging a clinical remote data entry product to a back-end clinical data management system |
US8046226B2 (en) * | 2008-01-18 | 2011-10-25 | Cyberpulse, L.L.C. | System and methods for reporting |
WO2012037049A2 (en) * | 2010-09-13 | 2012-03-22 | Knight Radiology, Llc | Teleradiology system |
-
2012
- 2012-06-18 US US13/525,739 patent/US20130339051A1/en not_active Abandoned
-
2013
- 2013-06-11 WO PCT/EP2013/062001 patent/WO2013189780A1/en active Application Filing
- 2013-06-11 CN CN201380031958.0A patent/CN104364787A/zh active Pending
- 2013-06-11 BR BR112014030985A patent/BR112014030985A2/pt not_active IP Right Cessation
- 2013-06-11 EP EP13728377.6A patent/EP2862109A1/en not_active Withdrawn
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1535443A (zh) * | 2001-03-15 | 2004-10-06 | 皇家菲利浦电子有限公司 | 在医疗报告中被嵌入的测量值 |
US20050075544A1 (en) * | 2003-05-16 | 2005-04-07 | Marc Shapiro | System and method for managing an endoscopic lab |
CN101002207A (zh) * | 2004-06-04 | 2007-07-18 | 爱克发公司 | 进行结构化医学报告的一般方法 |
US20060036472A1 (en) * | 2004-07-16 | 2006-02-16 | Crockett Mark D | Association of data entries with patient records, customized hospital discharge instructions, and charting by exception for a computerized medical record system |
US20100114597A1 (en) * | 2008-09-25 | 2010-05-06 | Algotec Systems Ltd. | Method and system for medical imaging reporting |
US20100169092A1 (en) * | 2008-11-26 | 2010-07-01 | Backes Steven J | Voice interface ocx |
CN102365641A (zh) * | 2009-03-26 | 2012-02-29 | 皇家飞利浦电子股份有限公司 | 基于诊断信息自动检索报告模板的系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2013189780A1 (en) | 2013-12-27 |
EP2862109A1 (en) | 2015-04-22 |
US20130339051A1 (en) | 2013-12-19 |
BR112014030985A2 (pt) | 2017-06-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104364787A (zh) | 用于使用宏生成文本报告内容的系统和方法 | |
US10372802B2 (en) | Generating a report based on image data | |
CN108475538B (zh) | 用于将第三方应用集成在图像解读工作流中的结构化发现对象 | |
US10949501B2 (en) | System and method for compiling medical dossier | |
CN101107607B (zh) | 程序性医学工作流管理 | |
JP5982368B2 (ja) | レポート作成 | |
US8527293B2 (en) | Method and system for supporting clinical decision-making | |
US20060142647A1 (en) | Diagnosis aiding apparatus, method, and computer program | |
JP2015524107A (ja) | 患者情報を臨床基準にマッチングするシステム及び方法 | |
US20120278105A1 (en) | Protocol guided imaging procedure | |
CN102365641A (zh) | 基于诊断信息自动检索报告模板的系统 | |
US10424403B2 (en) | Adaptive medical documentation system | |
US20080144897A1 (en) | Method for performing distributed analysis and interactive review of medical image data | |
US20240021280A1 (en) | Oncology workflow for clinical decision support | |
US20220020457A1 (en) | Medical data evaluation utilization system and medical data evaluation utilization method | |
WO2013160382A1 (en) | A system for reviewing medical image datasets | |
CN108604463A (zh) | 认知患者护理事件重建 | |
CN105474218B (zh) | 用于报告多个医疗程序的系统和方法 | |
JPWO2020153493A1 (ja) | アノテーション支援装置、アノテーション支援方法及びアノテーション支援プログラム | |
US20230051982A1 (en) | Methods and systems for longitudinal patient information presentation | |
US20200043583A1 (en) | System and method for workflow-sensitive structured finding object (sfo) recommendation for clinical care continuum | |
US20130254178A1 (en) | Medical Research Retrieval Engine | |
Kosvyra et al. | Data Quality Check in Cancer Imaging Research: Deploying and Evaluating the DIQCT Tool | |
US20200051676A1 (en) | Device, system, and method for optimizing usage of prior studies | |
US20230048252A1 (en) | Methods and systems for treatment guideline display |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150218 |