一种解读医用信息的方法、装置、电子设备及存储介质

技术领域

本申请涉及医疗技术领域，特别是涉及一种解读医用信息的方法、装置、电子设备及存储介质。

背景技术

医用信息通常包含大量专业术语和医学知识，使得大多数人难以理解，通常需要专业医师解读。例如，用户在进行检查后获取检查报告，还需要寻找专业医师进行检查报告的人工分析，才能获得具备可读性的检查结果。

也就是说，目前解读医用信息的方法局限性较高，亟需一种能够帮助用户解读医用信息的方法。

发明内容

本申请提供了一种解读医用信息的方法、装置、电子设备及存储介质，降低了目前医用信息解读的局限性，无需专业医师参与，也能够帮助用户解读医用信息。

第一方面，本申请提供了一种解读医用信息的方法，应用于服务端，包括：

接收客户端发送的解读请求，所述解读请求包括所述客户端的登陆令牌和初始医用信息；

在所述客户端的登陆令牌表征身份有效，对所述初始医用信息进行预处理，获得目标医用信息；

将所述目标医用信息输入预设医用信息解读模型，获得目标解读结果；所述预设医用信息解读模型为基于医用信息数据集对大语言LLM模型训练生成的；

向所述客户端发送所述目标解读结果。

可选地，所述方法还包括：

获取医用信息数据集，所述医用信息数据集包括医用信息样本和解读结果样本，所述医用信息样本与所述解读结果样本对应；所述医用信息数据集中的医用信息为经过预处理获得的信息；

分别提取所述医用信息样本中的医用特征以及所述解读结果样本中的解读特征，获得所述医用特征与所述解读特征的关联关系；

根据所述医用特征与所述解读特征的关联关系对所述LLM模型进行训练，获得所述预设医用信息解读模型。

可选地，所述解读请求还包括会话标识符ID，所述对所述初始医用信息进行预处理，获得目标医用信息，包括：

根据所述会话ID跟踪所述客户端发起的会话的上文医用信息；所述上文医用信息为与所述初始医用信息关联的信息；

对所述初始医用信息和所述上文医用信息进行预处理，获得所述目标医用信息。

可选地，所述对所述初始医用信息进行预处理，获得目标医用信息，包括：

若所述初始医用信息为医用图片，则基于光学字符识别OCR技术识别所述医用图片中的医用文字，提取关键词，获得所述目标医用信息；

若所述初始医用信息为医用文字，则提取关键词，获得所述目标医用信息；

其中，所述关键词包括医用提取信息和/或提取解读信息；所述提取解读信息为对所述医用提取信息的初始解读结果。

可选地，所述向所述客户端发送所述目标解读结果，包括：

评估所述目标解读结果的特性，获得展示方式；所述展示方式包括图表、文字或标记；

基于所述展示方式向所述客户端发送所述目标解读结果。

可选地，所述方法还包括：

通过注册接口接收所述客户端发送的注册请求，所述注册请求携带所述客户端的身份信息；

在对所述身份信息验证成功，向所述客户端发送登陆令牌，所述登陆令牌与所述客户端对应，所述登陆令牌用于验证身份有效性。

可选地，所述方法还包括：

通过登陆接口接收所述客户端发送的登录请求，所述登陆请求携带所述客户端的登陆令牌；

在所述登陆令牌验证有效，建立与所述客户端的连接，以接收所述客户端发送的所述初始医用信息。

第二方面，本申请还提供了一种解读医用信息的装置，应用于服务端，所述装置包括：

接收单元，用于接收客户端发送的解读请求，所述解读请求包括所述客户端的登陆令牌和初始医用信息；

预处理单元，用于在所述客户端的登陆令牌表征身份有效，对所述初始医用信息进行预处理，获得目标医用信息；

获得单元，用于将所述目标医用信息输入预设医用信息解读模型，获得目标解读结果；所述预设医用信息解读模型为基于医用信息数据集对大语言LLM模型训练生成的；

发送单元，用于向所述客户端发送所述目标解读结果。

可选地，所述装置还包括模型训练单元，所述模型训练单元用于：

获取医用信息数据集，所述医用信息数据集包括医用信息样本和解读结果样本，所述医用信息样本与所述解读结果样本对应；所述医用信息数据集中的医用信息为经过预处理获得的信息；

分别提取所述医用信息样本中的医用特征以及所述解读结果样本中的解读特征，获得所述医用特征与所述解读特征的关联关系；

根据所述医用特征与所述解读特征的关联关系对所述LLM模型进行训练，获得所述预设医用信息解读模型。

可选地，所述解读请求还包括会话标识符ID，所述预处理单元，具体用于：

根据所述会话ID跟踪所述客户端发起的会话的上文医用信息；所述上文医用信息为与所述初始医用信息关联的信息；

对所述初始医用信息和所述上文医用信息进行预处理，获得所述目标医用信息。

可选地，所述预处理单元，具体用于：

若所述初始医用信息为医用图片，则基于光学字符识别OCR技术识别所述医用图片中的医用文字，提取关键词，获得所述目标医用信息；

若所述初始医用信息为医用文字，则提取关键词，获得所述目标医用信息；

其中，所述关键词包括医用提取信息和/或提取解读信息；所述提取解读信息为对所述医用提取信息的初始解读结果。

可选地，所述发送单元，具体用于：

评估所述目标解读结果的特性，获得展示方式；所述展示方式包括图表、文字或标记；

基于所述展示方式向所述客户端发送所述目标解读结果。

可选地，所述装置还包括注册单元，所述注册单元用于：

通过注册接口接收所述客户端发送的注册请求，所述注册请求携带所述客户端的身份信息；

在对所述身份信息验证成功，向所述客户端发送登陆令牌，所述登陆令牌与所述客户端对应，所述登陆令牌用于验证身份有效性。

可选地，所述装置还包括登陆单元，所述登陆单元用于：

通过登陆接口接收所述客户端发送的登录请求，所述登陆请求携带所述客户端的登陆令牌；

在所述登陆令牌验证有效，建立与所述客户端的连接，以接收所述客户端发送的所述初始医用信息。

第三方面，本申请还提供了一种电子设备，所述电子设备包括处理器以及存储器：

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行上述第一方面提供的所述解读医用信息的方法。

第四方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述第一方面提供的所述解读医用信息的方法。

由此可见，本申请具有如下有益效果：

本申请提供了一种解读医用信息的方法、装置、电子设备及存储介质，该方法中，接收客户端发送的解读请求，解读请求包括客户端的登陆令牌和初始医用信息；在客户端的登陆令牌表征身份有效，对初始医用信息进行预处理，获得目标医用信息；将目标医用信息输入预设医用信息解读模型，获得目标解读结果；预设医用信息解读模型为基于医用信息数据集对大语言LLM模型训练生成的；向客户端发送目标解读结果。如此，仅需用户通过客户端向服务端发送解读请求，即可获得目标解读结果，降低了医用信息解读的局限性，能够帮助用户更好解读医用信息；并且因为是调用预设医用信息解读模型对该解读请求进行解读，而该预设医用信息解读模型为基于LLM模型训练生成的，该LLM模型具有较强的学习能力以及具备学习上下文信息机制，能够准确地解读医用信息。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本申请实施例中一种解读医用信息的方法的流程示意图；

图2为本申请实施例中一种解读医用信息的方法的交互示意图；

图3为本申请实施例提供的一种解读医用信息的装置300的结构示意图；

图4为本申请实施例提供的一种电子设备400的结构示意图。

具体实施方式

本申请实施例涉及的多个，是指大于或等于两个。需要说明的是，在本申请实施例的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请实施例作进一步详细的说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，并非对本申请的限定。另外，还需要说明的是，为便于描述，附图中仅示出了与本申请相关的部分，并非全部结构。

医用信息通常包含大量专业术语和医学知识，使得大多数人难以理解，通常需要专业医师解读。例如，用户在进行检查后获取检查报告，还需要寻找专业医师进行检查报告的人工分析，才能获得具备可读性的检查结果。也就是说，目前解读医用信息的方法局限性较高。

基于此，本申请实施例提供了一种解读医用信息的方法、装置、电子设备及存储介质，该方法中，接收客户端发送的解读请求，解读请求包括客户端的登陆令牌和初始医用信息；在客户端的登陆令牌表征身份有效，对初始医用信息进行预处理，获得目标医用信息；将目标医用信息输入预设医用信息解读模型，获得目标解读结果；预设医用信息解读模型为基于医用信息数据集对大语言LLM模型训练生成的；向客户端发送目标解读结果。

如此，仅需用户通过客户端向服务端发送解读请求，即可获得目标解读结果，降低了医用信息解读的局限性，能够帮助用户更好解读医用信息；并且因为是调用预设医用信息解读模型对该解读请求进行解读，而该预设医用信息解读模型为基于LLM模型训练生成的，该LLM模型具有较强的学习能力以及具备学习上下文信息机制，能够准确地解读医用信息。

为便于理解本申请实施例提供的解读医用信息的方法的具体实现，下面将结合附图进行说明。

需要说明的是，实施该解读医用信息的方法的主体可以为本申请实施例提供的解读医用信息的装置，该解读医用信息的装置可以承载于电子设备或电子设备的功能模块中。本申请实施例的电子设备，可以是任意的能够实施本申请实施例中的解读医用信息的方法的设备，例如可以是物联网(Internet of Things，IoT)设备。

请参见图1，图1为本申请实施例提供的一种解读医用信息的方法的流程示意图，该方法可以应用于解读医用信息的装置，该解读医用信息的装置例如可以是图3所示的解读医用信息的装置300，或者，该解读医用信息的装置也可以是集成于图4所示的电子设备400中的功能模块。

如图1所述，该方法可以包括如下步骤：

S10：接收客户端发送的解读请求，解读请求包括客户端的登陆令牌和初始医用信息。

需要说明的是，登陆令牌是用于进行身份验证的凭证，以确保用户能够安全地访问受保护的资源或执行特定操作。初始医用信息包括医用图片和医用文字。

作为一个示例，医用图片包括药品说明书图片、检查报告单图片、检验报告单图片和药品包装图片等，医用文字是指对医疗信息相关描述的文字，在具体实现过程，用户通过客户端输入待解读的医用文字和/或待解读的医用图片，例如输入：检查报告单图片以及该检查报告的分析结果。

在一种可能的实现方式中，在S10之前，本申请实施例提供的方法还可以包括：通过注册接口接收客户端发送的注册请求，注册请求携带客户端的身份信息；在对身份信息验证成功，向客户端发送登陆令牌，登陆令牌与客户端对应，登陆令牌用于验证身份有效性。

在一种可能的实现方式中，在S10之前，还包括：通过登陆接口接收客户端发送的登录请求，登陆请求携带客户端的登陆令牌；在登陆令牌验证有效，建立与客户端的连接，以接收客户端发送的初始医用信息。

需要说明的是，在客户端发起登陆请求时，会使用appId、appSecret来生成签名(Signature)，并携带随机数(Nonce)和时间戳(Timestamp)一起发送给服务端。其中，appId为应用的唯一标识符，通常由服务端在客户端注册时分配。appSecret为密钥，用于生成签名，appSecret只在客户端和服务端之间共享，服务端会在客户端注册时提供appSecret。Nonce为一个随机生成的字符串，用于保证每次请求的唯一性，需要说明的是，Nonce是由客户端在每次发起请求时生成的。Timestamp是当前请求发起的时间点，用于验证请求的时效性，防止过期请求的执行。

作为一个示例，服务端在接收到登陆请求后，会使用相同的appId和appSecret来验证该Signature，并检查Nonce和Timestamp的有效性，以确保登陆请求在有效期内且来自合法的客户端。若Signature验证失败或Nonce、Timestamp无效，服务端将拒绝处理该登陆请求。若验证通过，服务端生成token发送给客户端，作为后续发送解读请求的凭证。

在一种可能的实现方式中，在S10之前，还可以包括：通过会话(session)新建接口接收客户端发送的新建请求，新建请求携带客户端的登陆令牌；在登陆令牌验证有效，向客户端返回新的session ID。在具体实现过程中，客户端使用WebSocket协议连接到服务端，以发起session，通过该session以实现客户端与服务端的交互通信。

在一种可能的实现方式中，在S10之前，还可以包括：通过会话续期接口接收客户端发送的续期请求，续期请求携带客户端的登陆令牌；在登陆令牌验证有效，向客户端返回续期后的token。如此，通过该session续期接口能够实现在session到期前通过接口为其指定续期时长。

S20：在客户端的登陆令牌表征身份有效，对初始医用信息进行预处理，获得目标医用信息。

在一种可能的实现方式中，解读请求还包括会话ID，那么S20包括S201：根据会话ID跟踪客户端发起的会话的上文医用信息；上文医用信息为与初始医用信息关联的信息；S202：对初始医用信息和上文医用信息进行预处理，获得目标医用信息。需要说明的是，session ID具有标识和跟踪特定客户端会话的作用，服务端根据该session ID在数据库内检索得到上文医用信息。如此，通过session ID关联上下文，以便后续预设医用信息解读模型能够生成与解读请求上下文相关且连贯的输出。

在一种可能的实现方式中，可以根据初始医用信息的形式采取不同的预处理方式，那么S20可以包括S211：若初始医用信息为医用图片，则基于光学字符识别(OpticalCharacter Recognition，OCR)技术识别医用图片中的医用文字，提取关键词，获得目标医用信息；S212：若初始医用信息为医用文字，则提取关键词，获得目标医用信息。

需要说明的是，关键词包括医用提取信息和/或提取解读信息；提取解读信息为对医用提取信息的初始解读结果。作为一个示例，对报告单图片进行识别，获取报告单对应的医用提取信息和提取解读结果，医用提取信息包括检查信息、检查类别、检查项目、检查所见或病症描述，提取解读结果包括检查结论。作为另一个示例，对医药说明书进行识别，获得医药说明书对应的医用提取信息包括医药名、不良反应、成分，提取解读结果包括适用病症。

S30：将目标医用信息输入预设医用信息解读模型，获得目标解读结果。

需要说明的是，预设医用信息解读模型为基于医用信息数据集对大语言(LargeLanguage Model，LLM)模型训练生成的。

在一种可能的实现方式中，获得预设医用信息解读模型的过程包括：获取医用信息数据集，医用信息数据集包括医用信息样本和解读结果样本，医用信息样本与解读结果样本对应；医用信息数据集中的医用信息为经过预处理获得的信息；分别提取医用信息样本中的医用特征以及解读结果样本中的解读特征，获得医用特征与解读特征的关联关系；根据医用特征与解读特征的关联关系对LLM模型进行训练，获得预设医用信息解读模型。

在一种可能的实现方式中，考虑到医学术语的复杂性，在预设医用信息解读模型的训练过程中，还可以结合复杂语言理解技术对提取结果进行分析来获得医用信息和解读结果，需要说明的是，复杂语言理解技术能够理解复杂的医学术语和概念，提供准确的解释和建议，从而提高预设医用信息解读模型的解读能力。

在一种可能的实现方式中，为了使得用户所在的客户端能够快速获得解读请求的解读结果，还可以将预设医用信息解读模型和医疗知识问答技术结合起来，需要说明的是，医疗知识问答技术能在庞大的医疗知识库中快速找到准确信息，回答用户的具体问题。

在一种可能的实现方式中，预设医用信息解读模型还可以根据用户反馈进行自我学习和优化，不断更新迭代，从而能够提升解读结果质量。

S40：向客户端发送目标解读结果。

在一种可能的实现方式中，服务端可以通过易于理解的方式将目标解读结果发送给客户端，那么本申请实施例提供的S40可以包括：S401：评估目标解读结果的特性，获得展示方式；展示方式包括图表、文字或标记；S402：基于展示方式向客户端发送目标解读结果。需要说明的是，本申请实施例旨在将目标解读结果以易于理解的方式展示给用户，展示方式还可以为图表、文字或标记中至少两种的组合方式，均不影响本申请实施例的实现。

在一种可能的实现方式中，还可以结合解读请求中的展示要求展示该目标解读结果。例如，解读请求中包含请以图表的方式解读输入的检验报告单等相关信息，那么可以优先以图表的方式展示该检验报告单的解读结果。

需要说明的是，S10～S40的执行过程可以参见图2所示的一种解读医用信息的方法的交互示意图。

如此，通过本申请实施例提供的方法，1、提升识别能力，帮助个人用户更好地理解和识别专业的医用信息；2、通过深度学习模型的训练和大型数据集的应用，解读结果更为准确，避免了个人对报告的误解；3、个人用户可以独立地理解专业医用报告，提高自身对健康状况的认知，从而更好地参与医疗决策；4、预设医用信息解读模型可以根据用户反馈进行自我学习和优化，不断提升解读质量。

请参见图3，本申请实施例还提供了一种解读医用信息的装置300，应用于服务端，所述装置300包括：

接收单元301，用于接收客户端发送的解读请求，所述解读请求包括所述客户端的登陆令牌和初始医用信息；

预处理单元302，用于在所述客户端的登陆令牌表征身份有效，对所述初始医用信息进行预处理，获得目标医用信息；

获得单元303，用于将所述目标医用信息输入预设医用信息解读模型，获得目标解读结果；所述预设医用信息解读模型为基于医用信息数据集对大语言LLM模型训练生成的；

发送单元304，用于向所述客户端发送所述目标解读结果。

可选地，所述装置300还包括模型训练单元，所述模型训练单元用于：

获取医用信息数据集，所述医用信息数据集包括医用信息样本和解读结果样本，所述医用信息样本与所述解读结果样本对应；所述医用信息数据集中的医用信息为经过预处理获得的信息；

分别提取所述医用信息样本中的医用特征以及所述解读结果样本中的解读特征，获得所述医用特征与所述解读特征的关联关系；

根据所述医用特征与所述解读特征的关联关系对所述LLM模型进行训练，获得所述预设医用信息解读模型。

可选地，所述解读请求还包括会话标识符ID，所述预处理单元302，具体用于：

根据所述会话ID跟踪所述客户端发起的会话的上文医用信息；所述上文医用信息为与所述初始医用信息关联的信息；

对所述初始医用信息和所述上文医用信息进行预处理，获得所述目标医用信息。

可选地，所述预处理单元302，具体用于：

若所述初始医用信息为医用图片，则基于光学字符识别OCR技术识别所述医用图片中的医用文字，提取关键词，获得所述目标医用信息；

若所述初始医用信息为医用文字，则提取关键词，获得所述目标医用信息；

其中，所述关键词包括医用提取信息和/或提取解读信息；所述提取解读信息为对所述医用提取信息的初始解读结果。

可选地，所述发送单元304，具体用于：

评估所述目标解读结果的特性，获得展示方式；所述展示方式包括图表、文字或标记；

基于所述展示方式向所述客户端发送所述目标解读结果。

可选地，所述装置300还包括注册单元，所述注册单元用于：

通过注册接口接收所述客户端发送的注册请求，所述注册请求携带所述客户端的身份信息；

在对所述身份信息验证成功，向所述客户端发送登陆令牌，所述登陆令牌与所述客户端对应，所述登陆令牌用于验证身份有效性。

可选地，所述装置还包括登陆单元，所述登陆单元用于：

通过登陆接口接收所述客户端发送的登录请求，所述登陆请求携带所述客户端的登陆令牌；

在所述登陆令牌验证有效，建立与所述客户端的连接，以接收所述客户端发送的所述初始医用信息。

需要说明的是，该装置300的具体实现方式以及到达的技术效果，均可以参见图1所示的方法中的相关描述。

此外，本申请实施例还提供了一种电子设备400，如图4所示，所述电子设备400包括处理器401以及存储器402：

所述存储器402用于存储计算机程序；

所述处理器401用于根据所述计算机程序执行图1提供的方法。

此外，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行本申请实施例提供的图1提供的方法。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-only memory，ROM)/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目标。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的优选实施方式，并非用于限定本申请的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。