CN109524074B - 病例讨论方法、装置、计算机可读存储介质及电子设备 - Google Patents

Abstract

本公开设计数据处理领域，提供了一种病例讨论方法、装置、计算机可读存储介质及电子设备。该病例讨论方法包括：基于一病例模板生成病例报告；根据所述病例报告的主题确定与所述主题对应的讨论组，并将所述病例报告添加到所述讨论组中；通过所述讨论组对所述病例报告进行分析和同时编辑讨论意见，以形成病例讨论报告。本公开一方面可以提高病例报告的生成效率，另一方面可以方便组织讨论，生成病例讨论报告。进一步还可以形成病例报告知识库，方便用户实时查询获取相应的病例报告。

Description

病例讨论方法、装置、计算机可读存储介质及电子设备

技术领域

本公开涉及数据处理技术领域，具体而言，涉及一种病例讨论方法、病例讨论装置、计算机可读存储介质以及电子设备。

背景技术

病例讨论制度是医疗发展的一个核心制度，基于不同目的和不同场景，有多重组织形式，如基于临床诊疗的术前/术后讨论、基于研究目的的死亡病例讨论、基于教学目的的疑难/危重讨论等。

随着医疗科学的发展，对治疗精准度的诉求越来越高，面对同一患者，涉及多学科交叉并行或同步治疗的诉求日益增强。其次，在病例讨论的整个过程中，对于院内各个信息系统的交互协作及数据共享有更多的需求，需要同时共享医院信息系统(HospitalInformation System，His)、电子病例(Electronic Medical Record，Emr)、影像归档和通信系统(Picture Archiving and Communication System，Pacs)、放射信息系统(Radiology Information System，Ris)、检验信息系统(Laboratory InformationSystem，Lis)、病理等结果，且在数据获取及内容上要求更全面更详细。而病例讨论之后的产物即为多种格式多种类型的记录文档，具体包括：术前讨论记录、术后讨论记录、死亡病例讨论记录、疑难重症病例讨论记录等，即使存在电子记录，也都只是将讨论最终的结论录入到系统中，而且在医院建设的CDR临床数据中心，也没有服务于病例讨论的基本业务。

因此，本领域需要一种新的病例讨论方法及装置，以解决上述问题中的一个或多个。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例的目的在于提供一种病例讨论方法、病例讨论装置、计算机可读存储介质以及电子设备，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。

根据本公开的一个方面，提供了一种病例讨论方法，其特征在于，包括：

基于一病例模板生成病例报告；

根据所述病例报告的主题确定与所述主题对应的讨论组，并将所述病例报告添加到所述讨论组中；

通过所述讨论组对所述病例报告进行分析和同时编辑讨论意见，以形成病例讨论报告。

在本公开的示例性实施例中，所述基于一病例模板生成病例报告，包括：

根据用户选择的就诊次数获得相应的数据源；

将所述数据源返回给所述用户，以使所述用户根据所述数据源编辑所述病例模板，以生成所述病例报告。

在本公开的示例性实施例中，所述病例讨论方法还包括：

在生成所述病例报告时，根据用户输入的诊疗指征搜索匹配病例；

将所述匹配病例返回给所述用户，以使所述用户根据所述匹配病例确定病例讨论的目的，并完善所述病例报告。

在本公开的示例性实施例中，所述病例讨论方法还包括：

在生成所述病例报告时，通过实时搜索引擎在可视的诊疗数据中搜索所需数据。

在本公开的示例性实施例中，所述讨论组具有唯一的主题；所述根据所述病例报告的主题确定与所述主题对应的讨论组，并将所述病例报告添加到所述讨论组中，包括：

将所述病例报告的主题与所述讨论组的主题进行匹配；

当所述病例报告的主题与所述讨论组的主题匹配时，将所述病例报告添加到所述讨论组中。

在本公开的示例性实施例中，所述病例讨论方法还包括：

接收所述讨论组发送的全诊疗数据获取请求，并根据所述全诊疗数据获取请求获得所述全诊疗数据；

将所述全诊疗数据返回给所述讨论组，以使所述讨论组根据所述全诊疗数据完善所述讨论意见。

在本公开的示例性实施例中，所述病例讨论方法还包括：

根据患者的维度整合所述病例报告，以形成病例报告知识库。

根据本公开的一个方面，提供了一种病例讨论装置，其特征在于，包括：

病例报告生成模块，用于基于一病例模板生成病例报告；

讨论组选择模块，用于根据所述病例报告的主题确定与所述主题对应的讨论组，并将所述病例报告添加到所述讨论组中；

讨论报告生成模块，用于通过所述讨论组对所述病例报告进行分析和同时编辑讨论意见，以形成病例讨论报告。

根据本公开的一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的病例讨论方法。

根据本公开的一个方面，提供了一种电子设备，其特征在于，包括：

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如上所述的病例讨论方法。

本公开中的技术方案通过基于病例模板生成病例报告；然后根据病例报告的主题确定与该主题对应的讨论组，并将病例报告添加到该讨论组中；最后根据讨论组基于病例报告进行分析和同时编辑，形成病例讨论报告。本公开一方面可以提高病例报告的生成效率，另一方面可以方便组织讨论，并且避免了一个人记录时存在的记不住、记不全的问题；另外可以形成病例报告知识库，方便用户实时查询获取相应的病例报告。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了根据本公开的示例性实施例的病例讨论方法的流程示意图；

图2示出了根据本公开的示例性实施例的病例讨论方法的应用场景示例图；

图3示出了根据本公开的示例性实施例的病例讨论装置的结构示意图；

图4示意性示出一种用于实现上述病例讨论方法的电子设备示例框图；

图5示意性示出一种用于实现上述病例讨论方法的计算机可读存储介质。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

在本领域的相关技术中，部分医疗信息化系统实现了在病例讨论的整个流程中，对最后的讨论记录进行电子化相关处理，满足讨论记录最基本的录入、保存和查询功能。更高一级的解决方案，会在系统中预设一些格式固化的讨论模板，支持以患者单次就诊为维度，查看/导出文档内容。

但是相关技术中没有针对病例讨论的整个业务流程，只是对讨论结果做单纯录入或保存，并没有真正解决在整个讨论流程中，医生面对的根本问题，该写根本问题具体为：(1)讨论前需要跨系统查询患者所有病情资料、线下通知并组织讨论会议，耗时耗力，极其不便捷；(2)讨论过程中演示并介绍病情，依赖于PPT或者纸质，只能部分/不便捷地展示患者的诊疗数据；(3)讨论记录依赖记录人的手写速度，而电子化处理的方案，并不支持多人在线编辑讨论记录，没有从效率上解决问题；(4)简单地电子化文书存储，并不能满足用户实时查看病情资料或追溯后续诊疗效果的需求，也没有形成特有的知识库。

针对相关技术存在的问题，本公开首先提出来一种病例讨论方法，图1示出了根据本公开的示例性实施例的病例讨论方法的流程示意图。参照图1所示，该病例讨论方法可以包括以下步骤：

步骤S110：基于一病例模板生成病例报告；

步骤S120：根据所述病例报告的主题确定与所述主题对应的讨论组，并将所述病例报告添加到所述讨论组中；

步骤S130：通过所述讨论组对所述病例报告进行分析和同时编辑讨论意见，以形成病例讨论报告。

根据本公开中的病例讨论方法，基于病例模板生成病例报告；然后根据病例报告的主题确定与该主题对应的讨论组，并将病例报告添加到讨论组中以供讨论组成员进行讨论；最后通过讨论组对病例报告进行分析和同时编辑讨论意见，形成了病例讨论报告。本公开一方面提高了病例报告的生成效率，另一方面方便组织讨论，并且讨论组可以同时编辑讨论意见，提高了病例讨论报告的生成效率。

下面，根据图2所示的结构对本公开中的病例讨论方法进行详细的描述。

在步骤S110，基于一病例模板生成病例报告。

在本公开的示例性实施例中，为了提高病例报告的生成效率，可以基于病例模板进行病例报告的填写，该病例模板可以是一种自动生成病例报告的智能模板，对于不同病情可以生成不同格式的病例报告。在采用病例模板生成病例报告时，可以根据用户选择的就诊次数获得相应的数据源，用户获得数据源后，可以根据数据源编辑病例模板，这样可以提高病例报告的生成效率。另外，在编辑病例模板时，可以采用HTML5语言编辑病情介绍部分，这样可以灵活调整文本的格式，并且还可以支持自定义插入表格和图片，进而用户可以根据需要调整病例报告的内容。除此之外，病例报告中的患者基本信息数据可以采用结构化设计语言进行编写，以便于数据的录入。

在本公开的示例性实施例中，为了提高病例报告的精准度，可以在创建病例报告的同时，服务器201可以根据用户输入的大夫诊断、患者主诉等相关指征在数据库中搜索与待讨论的病例匹配的相似病例，然后将相似病例返回给用户，用户根据以往对相似病例的分析过程及诊断结果，可以帮助明确病例讨论的目的，并且根据相似病例的信息完善病例报告，提高病例报告的质量。

在本公开的示例性实施例中，为了进一步提高病例报告的生成效率，可以在用户编辑病例报告时，在终端设备202的屏幕的一侧(右侧或左侧)嵌入患者的历史诊疗数据，该历史诊疗数据可以是根据就诊维度汇总的历史诊疗数据；用户通过使用实时搜索引擎可以在历史诊疗数据对应的目录中进行查询，快速准确的定位所需的诊疗数据。这样可以使用户在展示患者所有跨科就诊的诊疗数据的同时，更快捷高效地汇总和提取数据，实现查与写同时进行，节约了创建病例报告的时间。

在步骤S120中，根据所述病例报告的主题确定与所述主题对应的讨论组，并将所述病例报告添加到所述讨论组中。

在本公开的示例行实施例中，在生成病例报告时，可以根据每个病例报告中记载的具体病情给病例报告设定主题，例如病例报告是关于一名患有肺癌的50岁男性的病情分析，那么可以将该病例报告的主题设定为“中年男性肺癌”。在完成病例报告后，可以根据病例报告的主题选择具有相同主题的讨论组。本公开中可以对每个讨论组设定唯一的主题，以便于查找具有相同主题的讨论组，并对该病例报告进行讨论分析。

在本公开的示例性实施例中，获取具有相同主题的讨论组的方式有多种，可以是将病例报告的主题输入搜索框，点击搜索后，服务器201将病例报告的主题与讨论组的主题进行匹配，如果有匹配的讨论组，则将获取的讨论组的信息返回至终端设备202；还可以是在终端设备202的屏幕上展示用户创建的病例报告的同时，也将讨论组的信息在屏幕的一侧展现出来，用户通过查看各个讨论组的主题和基本信息获取匹配的讨论组，并将病例报告添加到该匹配的讨论组中。进一步的，为了方便用户快速找到匹配的讨论组，还可以对不同的用户设定不同的权限，然后根据用户的权限将用户可查看的讨论组呈现在屏幕上，用户通过查看讨论组的主题和基本信息确定与病例报告的主题匹配的讨论组，并将病例报告添加到最相关的讨论组中。通过设定权限，还可以使用户在查看讨论主题时更明确分享范围，从而自主选择是否分享给他人。当然还可以通过其它方式获取具有相同主题的讨论组，本公开对此不做具体限定。

在本公开的示例性实施例中，将病例报告添加到讨论组后，可以设定讨论组列表默认先展示当天的讨论会议基本信息，从而间接对与会人员做简单的会议提醒。另外还可以对每份病例报告设定讨论组权限，这样可以统一管理讨论时间、地点及共享人范围。

在步骤S130中，通过所述讨论组对所述病例报告进行分析和同时编辑讨论意见，以形成病例讨论报告。

在本公开的示例性实施例中，选定具有相同主题的讨论组后，进入到讨论模式，首页可以展示讨论组内所有的病例报告的列表，该些病例报告可以根据科室进行分组，也可以根据病种进行分组，还可以根据其它医疗维度进行分组，本公开对此不作具体限定。在获得所有病例报告的列表后，可以通过关键字检索获取具体的病例报告，当用户点击该病例报告的名称时，可以在终端设备202中全屏显示患者的基本信息及病情介绍，以供讨论组针对病例报告进行分析讨论。进一步的，在讨论的过程中，讨论组的各个成员可以针对病例报告中的病情同时编辑讨论意见，以形成病例讨论报告，这样可以避免只靠一个人记录所存在的记不全、记不住的问题。

在本公开的示例性实施例中，当讨论组需要获取更多的患者数据时，服务器201可以获取讨论组发起的全诊疗数据获取请求，并根据全诊疗数据获取请求获取患者的全诊疗数据，同时将全诊疗数据呈现在终端设备202的屏幕上，以使讨论组根据全诊疗数据完善病例讨论报告。进一步的，该病例讨论报告可以包含在病例报告中，比如可以作为病例报告的附件或是病例报告内容的一部分，当然也可以是其它的形式，本公开对此不做具体限定。

在本公开的示例性实施例中，形成病例报告后，可以按照患者维度将病例报告进行整合，例如可以按照患者就诊科室、患者诊断结果、患者就诊时间等维度进行整合，以形成病例报告知识库。进一步的，为了提高信息的安全性，还可以对病例报告知识库的查看权限进行设置，例如设定用户可以查看自己创建的以及自己权限范围内的病例报告。

在本公开的示例性实施例中，在病例报告知识库中搜索病例报告时，可以按照主题、时间、诊断和内容等多维度条件搜索病例报告。另外，可以在讨论组针对病例报告进行讨论时，生成病例讨论时间轴，这样可以按照时间维度查看患者维度的所有的病例讨论报告，方便辅助临床通过病例经验及教训探讨诊治常规和指南的讨论，在时间、主题等维度的检索可以更快捷地提取临床所需的病例样本。

此外，在本公开中，还提供了一种病例讨论装置。参照图3所示，该病例讨论装置300可以包括：病例报告生成模块310、讨论组选择模块320以及讨论报告生成模块330。其中：

病例报告生成模块，用于基于一病例模板生成病例报告；

讨论组选择模块，用于根据所述病例报告的主题确定与所述主题对应的讨论组，并将所述病例报告添加到所述讨论组中；

讨论报告生成模块，用于通过所述讨论组对所述病例报告进行分析和同时编辑讨论意见，以形成病例讨论报告。

由于本公开的示例实施例的病例讨论装置的各个功能模块与上述病例讨论方法的示例实施例的步骤对应，因此在此不再赘述。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图4来描述根据本公开的这种实施方式的电子设备400。图4显示的电子设备400仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图4所示，电子设备400以通用计算设备的形式表现。电子设备400的组件可以包括但不限于：上述至少一个处理单元410、上述至少一个存储单元420、连接不同系统组件(包括存储单元420和处理单元410)的总线430。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元410执行，使得所述处理单元410执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元410可以执行如图1中所示的步骤S110：基于一病例模板生成病例报告；步骤S120：根据所述病例报告的主题确定与所述主题对应的讨论组，并将所述病例报告添加到所述讨论组中；步骤S130：通过所述讨论组对所述病例报告进行分析和同时编辑讨论意见，以形成病例讨论报告。

存储单元420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)4201和/或高速缓存存储单元4202，还可以进一步包括只读存储单元(ROM)4203。

存储单元420还可以包括具有一组(至少一个)程序模块4205的程序/实用工具4204，这样的程序模块4205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备400也可以与一个或多个外部设备1100(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备400交互的设备通信，和/或与使得该电子设备400能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口450进行。并且，电子设备400还可以通过网络适配器460与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器460通过总线430与电子设备400的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

参考图5所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品500，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (8)

1.一种病例讨论方法，其特征在于，包括：

基于不同病情对不同病例模板生成不同格式的病例报告，在生成所述病例报告时，在终端设备的屏幕的一侧嵌入根据就诊维度汇总的历史诊疗数据，通过实时搜索引擎对所述历史诊疗数据的目录进行查询，以获取所需的诊疗数据，同时根据病情指征在数据库中搜索与待讨论的病例匹配的相似病例，以便用户根据所述相似病例的分析过程和诊断结果确定病例讨论的目的，并根据所述相似病例的信息完善所述病例报告；

在所述终端设备的屏幕中同时展示所述病例报告和讨论组的信息，根据所述病例报告的主题和所述讨论组的信息确定与所述病例报告的主题匹配的讨论组，并将所述病例报告添加到与所述病例报告的主题匹配的讨论组中；

通过与所述病例报告的主题匹配的讨论组基于呈现在所述终端设备的屏幕中的患者的全诊疗数据对所述病例报告进行分析和同时编辑讨论意见，以形成病例讨论报告，将所述病例讨论报告作为所述病例报告的附件或者所述病例报告内容的一部分，并根据患者的维度对所述病例报告进行整合，以形成病例报告知识库。

2.根据权利要求1所述的病例讨论方法，其特征在于，所述基于不同病情对不同病例模板生成不同格式的病例报告，包括：

根据用户选择的就诊次数获得相应的数据源；

将所述数据源返回给所述用户，以使所述用户根据所述数据源编辑所述病例模板，以生成所述病例报告。

3.根据权利要求1所述的病例讨论方法，其特征在于，所述病例讨论方法还包括：

在生成所述病例报告时，根据用户输入的诊疗指征搜索匹配病例；

将所述匹配病例返回给所述用户，以使所述用户根据所述匹配病例确定病例讨论的目的，并完善所述病例报告。

4.根据权利要求1所述的病例讨论方法，其特征在于，所述讨论组具有唯一的主题；所述根据所述病例报告的主题和所述讨论组的信息确定与所述病例报告的主题匹配的讨论组，并将所述病例报告添加到与所述病例报告的主题匹配的讨论组中，包括：

将所述病例报告的主题与所述讨论组的主题进行匹配；

当所述病例报告的主题与所述讨论组的主题匹配时，将所述病例报告添加到与所述病例报告的主题匹配的讨论组中。

5.根据权利要求1所述的病例讨论方法，其特征在于，所述病例讨论方法还包括：

接收所述讨论组发送的全诊疗数据获取请求，并根据所述全诊疗数据获取请求获得所述全诊疗数据；

将所述全诊疗数据返回给所述讨论组，以使所述讨论组根据所述全诊疗数据完善所述讨论意见。

6.一种病例讨论装置，其特征在于，包括：

病例报告生成模块，用于基于不同病情对不同病例模板生成不同格式的病例报告，在生成所述病例报告时，在终端设备的屏幕的一侧嵌入根据就诊维度汇总的历史诊疗数据，通过实时搜索引擎对所述历史诊疗数据的目录进行查询，以获取所需的诊疗数据；

讨论组选择模块，用于在所述终端设备的屏幕中同时展示所述病例报告和讨论组的信息，根据所述病例报告的主题和所述讨论组的信息确定与所述病例报告的主题匹配的讨论组，并将所述病例报告添加到与所述病例报告的主题匹配的讨论组中；

讨论报告生成模块，用于通过与所述病例报告的主题匹配的讨论组基于呈现在所述终端设备的屏幕中的患者的全诊疗数据对所述病例报告进行分析和同时编辑讨论意见，以形成病例讨论报告，将所述病例讨论报告作为所述病例报告的附件或者所述病例报告内容的一部分，并根据患者的维度对所述病例报告进行整合，以形成病例报告知识库。

7.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的病例讨论方法。

8.一种电子设备，其特征在于，包括：

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如权利要求1至5中任一项所述的病例讨论方法。

Images