具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

用户通过线上问诊的方式实现购药涉及到电子处方流转。电子处方流转是指将医院的处方信息、药房的药物进销流通信息等通过电子化的方式，共享到一个信息系统平台。这个信息系统平台可以称为处方流转平台。

为了满足用户的购药需求，需要平台能够提供较为高效和安全的服务，而处方流转平台作为连接医院和药房的桥梁，这便需要其能够较为高效和安全地流转分发处方信息。

处方流转模式可以包括自有药房模式和第三方药房模式。自有药房流转模式是指互联网医院医生可以多点执业到自建型互联网医院，开具处方信息，并通过处方流转平台确定用于处理处方信息的药房，以便药房处理处方信息。第三方药房模式是指与公立医院达成协议合作，将部分处方信息发送给处方流转平台，并通过处方流转平台确定用于处理处方信息的药房，以便药房处理处方信息。

在实现本公开构思的过程中，发现医院和药房接入处方流转平台的成本较大且接入效率较低，并且处方流转平台自身的开发量也较大。

为此，提出一种可插拔的处方流转平台的方案。所谓可插拔的处方流转平台可以理解为提供标准化接口协议，以便各方接入的处方流转平台。标准化接口协议可以称为标准协议。在本公开的实施例中，可以将处方流转平台称为第一用户，各方可以包括第二用户和第三用户，第二用户可以指医生端，第三用户可以指药房端。

本公开实施例提供了一种处方处理方法、处方处理装置、电子设备、存储有计算机指令的非瞬时计算机可读存储介质及计算机程序产品。该处方处理方法包括：第一用户接收来自第二用户的处方信息，其中，处方信息是第二用户基于第一标准协议生成，在确定处方信息被审核通过的情况下，确定用于处理处方信息的第三用户，并向第三用户发送处方信息，以使得第三用户基于第二标准协议，生成针对处方信息的处方订单。

图1示意性示出了根据本公开实施例的可以应用处方处理方法及装置的示例性系统架构100。

需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。例如，在另一实施例中，可以处方处理方法及装置的示例性系统架构100可以包括第一用户、第二用户和第三用户，但第一用户、第二用户和第三用户中的至少一项未被部署与云服务系统，即可实现本公开实施例提供的处方处理方法及装置。

如图1所示，根据该实施例的系统架构100可以包括云服务系统101、第一用户102、第二用户103、第三用户104和网络105。云服务系统101可以包括多个云服务器1010。云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务(Virtual Private Server，VPS)中，存在的管理难度大，业务扩展性弱的缺陷。

第一用户102、第二用户103和第三用户104可以被部署于云服务系统101。网络105用以在第一用户102分别与第二用户103和第三用户104之间提供通信链路的介质。网络105可以包括各种连接类型，例如有线和/或无线通信链路等。

第一用户102可以接收来自第二用户103的处方信息，处方信息可以是第二用户103基于第一标准协议生成。在确定处方信息被审核通过的情况下，确定用于处理处方信息的第三用户104。向第三用户104发送处方信息，以使得第三用户104基于第二标准协议，生成针对处方信息的处方订单。

第二用户103可以基于第一标准协议，生成处方信息。向第一用户102发送处方信息，以使得第一用户102在确定处方信息被审核通过的情况下，确定用于处理处方信息的第三用户104，向第三用户104发送处方信息，以使得第三用户104基于第二标准协议处理处方信息，生成针对处方信息的处方订单。

第三用户104可以接收来自第一用户102的处方信息，处方信息是第二用户103基于第一标准协议生成。基于第二标准协议处理处方信息，生成针对处方信息的处方订单。

需要说明的是，本公开实施例所提供的处方处理方法一般也可以由云服务器1010执行。相应地，本公开实施例所提供的处方处理装置一般可以设置于云服务器1010中。

应该理解，图1中的云服务器、第一用户、第二用户、第三用户和网络的数目仅仅是示意性的。根据实现需要，可以具有任意数目的云服务器、第一用户、第二用户、第三用户和网络。

图2示意性示出了根据本公开实施例的处方处理方法200的流程图。

如图2所示，该方法包括操作S210～S230。

在操作S210，第一用户接收来自第二用户的处方信息，其中，处方信息是第二用户基于第一标准协议生成。

在操作S220，在确定处方信息被审核通过的情况下，确定用于处理处方信息的第三用户。

在操作S230，向第三用户发送处方信息，以使得第三用户基于第二标准协议，生成针对处方信息的处方订单。

根据本公开的实施例，第一用户可以指处方流转平台。第二用户可以指医生端。第三用户可以指药房端。处方信息可以包括用户(即患者)的基本信息、第二用户的基本信息、就诊科室标识和药物信息。用户的基本信息可以包括用户名称、用户性别、用户年龄和就诊卡号中的至少一项。第二用户的基本信息可以包括第二用户名称。药物信息可以包括药物标识，还可以包括药物规格和剂型。

根据本公开的实施例，第一标准协议可以用于使得第二用户能够可插拔接入第一用户的标准协议，即，如果第二用户需要接入第一用户，则需要遵循的标准协议，该需要遵循的标准协议可以称为第一标准协议。第一标准协议可以包括处方信息传输标准协议和药房库存标准协议。处方信息传输标准协议可以包括如何调用处方服务、调用处方服务所需要的参数和调用处方服务所需要返回的结果中的至少一项。药房库存标准协议可以指查询或锁定药房的药物库存的标准协议。药房库存标准协议可以包括如何调用查询或锁定药物库存服务、调用查询或锁定药物库存服务所需要的参数和调用查询或锁定药物库存服务所需药返回的结果。

根据本公开的实施例，第二标准协议可以用于使得第三用户能够可插拔接入第一用户的标准协议，即，如果第三用户需要接入第一用户，则需要遵循的标准协议，该需要遵循的标准协议可以称为第二标准协议，第二标准协议可以包括药物接单标准协议。药物接单标准协议可以包括如何调用药物接单服务、调用药物接单服务所需要的参数和调用药物接单服务所需要返回的结果中的至少一项。

根据本公开的实施例，第一标准协议和第二标准协议还可以包括输出传输加密协议。输出传输加密协议可以是根据加密算法生成的协议。即，第二用户和第三用户分别与第一用户之间传输的信息是按照输出传输加密协议进行处理的。传输的信息可以包括处方信息。通过利用输出传输加密协议对处方信息进行处理，提高了信息的安全性。

根据本公开的实施例，第二用户可以基于第一标准协议，生成处方信息，即，第二用户可以根据第一标准协议的内容，对医学信息进行处理得到处方信息。医学信息可以包括与症状、疾病或药物中的至少一项相关的信息。第二用户在生成处方信息之后，可以将处方信息发送给第一用户，第一用户确定处方信息是否被审核通过。第一用户如果确定处方信息被审核通过，则可以将处方信息发送给第三用户，第三用户是能够处理处方信息的用户。第三用户可以基于第二标准协议对处方信息进行处理，生成针对处方信息的处方订单。

需要说明的是，在本公开实施例的技术方案中，所涉及的药物信息、处方信息和处方订单的获取、存储和应用等，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。

根据本公开的实施例，通过第一用户接收来自第二用户的处方信息，处方信息是第二用户基于第一标准协议生成，在确定处方信息被审核通过的情况下，确定用于处理处方信息的第三用户，并向第三用户发送处方信息，以使得第三用户基于第二标准协议，生成针对处方信息的处方订单。由于利用的是标准协议。因此，实现了第二用户和第三用户的可插拔接入第一用户，进而降低了接入成本，提高了接入效率，也降低了第一用户自身的开发量，因而，至少部分地克服了第二用户和第三用户接入第一用户的成本较大且接入效率较低，以及第一用户自身的开发量也较大的技术问题。

根据本公开的实施例，第一用户被部署于私有云设备。

根据本公开的实施例，在实现本公开构思的过程中，还发现处方流转平台是基于本地或者公有云的解决方案，存在被网络安全攻击的风险。为此，提出一种基于私有云的云安全解决方案，即，可以将第一用户部署于私有云设备。相应的，本公开实施例的处方处理方法中第一用户将相关信息存储于私有云设备。

根据本公开的实施例，通过将第一用户部署于私有云设备，降低了处方流转过程被网络安全攻击的风险，提高了安全性。

根据本公开的实施例，第一用户是区块链系统中的节点。

根据本公开的实施例，在实现本公开构思的过程中，还发现处方流转还存在安全性和难以追溯性问题。为此，提出一种基于区块链技术的解决方案，即，第一用户可以是区块链系统中的节点，由此，使得本公开实施例所提供的处方处理方案能够上链存储。

根据本公开的实施例，通过将第一用户设置为区块链系统的节点，有效保证了流程的可追溯性，并提高了安全性。

下面参考图3～图5，结合具体实施例对图2所示的方法做进一步说明。

图3示意性示出了根据本公开实施例的生成处方信息300的流程图。

如图3所示，该方法包括操作S301～304。

在操作S301，接收医学信息查询请求，其中，医学信息查询请求包括医学信息。

在操作S302，根据医学信息，确定分诊结果。

在操作S303，根据分诊结果，确定用于处理医学信息的第二用户。

在操作S304，向第二用户发送医学信息，以使得第二用户根据医学信息，生成处方信息。

根据本公开的实施例，在实现本公开构思的过程中，还发现较为缺乏精准患者发现能力，使得全流程转化效果欠佳。为此，提出一种基于查询场景下的患者识别与导流方案，实现分诊识别和处方流转，进而有效保证全流程转化效果。

根据本公开的实施例，医学信息查询请求可以是在检测到查询操作被触发的情况下生成的。医学信息查询请求可以包括医学信息，医学信息可以包括与症状、疾病和药物中的至少一项相关的信息。例如，医学信息可以为“甲状腺肿瘤怎么治疗”。

根据本公开的实施例，分诊结果可以指诊疗科室的识别结果。诊疗科室可以包括医院开设的科室，例如，普通内科、呼吸科、感染科、甲状腺科、骨科、心内科或妇产科。与每个分诊结果对应一个或多个用户(即医生)，即，每个诊疗科室可以设置有一个或多个用户。

根据本公开的实施例，第一用户可以根据医学信息，得到分诊结果，例如，可以对医学信息进行实体识别，得到实体识别结果，根据实体识别结果，确定分诊结果。备选地，可以将医学信息输入分诊模型，得到分诊结果。

根据本公开的实施例，第一用户可以根据分诊结果确定用于处理医学信息的第二用户，即，如果与分诊结果对应的用户包括多个，则可以根据预设规则，从多个用户中确定用于处理医学信息的第二用户。预设规则可以包括与用户的执业经历相关的规则、与用户的诊疗情况相关的规则或随机选择规则。与用户的执业经历相关的规则可以包括用户的执业领域和/或执业年限。与用户的诊疗情况相关的规则可以包括用户的诊疗状态和/或诊疗人数，诊疗状态可以包括正在对用户进行诊疗或未诊疗。例如，可以根据用户的诊疗人数，从多个用户中确定诊疗人数最少的用户，将诊疗人数最少的用户确定为用于处理医学信息的第二用户。备选地，可以随机从多个用户中确定用于处理医学信息的第二用户。

根据本公开的实施例，可以将第二用户处理医学信息生成处方信息的流程存储至区块链，以保证流程可追溯。

根据本公开的实施例，操作S302可以包括如下操作。

将医学信息输入分诊模型，得到与医学信息对应的分诊结果，其中，分诊模型是利用医学信息样本和分诊结果样本训练。

根据本公开的实施例，分诊模型可以是利用医学信息样本和分诊结果样本对预设模型进行训练得到。预设模型可以是分类器模型，分类器模型可以包括神经网络模型、逻辑回归模型或随机森林模型等。

根据本公开的实施例，利用医学信息样本和分诊结果样本对分诊模型进行训练可以包括：将医学信息样本输入预设模型，得到与医学信息样本对应的预测分诊结果。基于损失函数，利用与医学信息样本对应的预测分诊结果和分诊结果样本，得到输出值，即，将与医学信息样本对应的预测分诊结果和分诊结果样本输入损失函数，得到输出值。根据输出值，调整预设模型的模型参数，直至输出值收敛。将在输出值收敛的情况下得到的预设模型，确定为分诊模型。

图4示意性示出了根据本公开实施例的确定用于处理处方信息的第三用户400的流程图。

如图4所示，该方法包括操作S431～S432。

在操作S431，根据处方信息包括的全部药物标识，从药物库中查询与全部药物标识相关联的药房标识。

在操作S432，将与全部药物标识相关联的药房标识对应的用户确定为用于处理处方信息的第三用户。

根据本公开的实施例，处方信息可以包括一个或多个药物标识。药物库可以包括药物标识和与药物标识相关联的药房标识。药物库可以包括与药物标识对应的药物目录信息和/或外流药物目录信息，药物目录信息可以是第三用户根据预设药物目录模板得到，外流药物目录信息可以是与第二用户对应的平台(即与第二用户对应的电子设备)根据预设外流药物目录模板得到。药物库可以药房标识可以用于表征药房。药物标识可以用于表征药物。即，如果某药房具有某药物，则表征该药房的药房标识与表征该药物的药物标识相关联。

根据本公开的实施例，针对处方信息包括的全部药物标识，从药物库中查询是否存在与全部药物标识相关联的药房标识。如果存在与全部药物标识相关联的药房标识，则可以将与全部药物标识相关联的药房标识对应的用户确定为第三用户，即，可以将与药房标识对应的药房确定为第三用户，与药房标识对应的药房可以是指与全部药物标识相关联的药房标识所表征的药房。与全部药物标识相关联的药房标识的数量可以包括一个或多个。

根据本公开的实施例，如果不存在与全部药物标识相关联的药房标识，则可以根据预设处理规则进行处理。例如，可以选择至少两个用户作为用于处理处方信息的第三用户，与每个用户对应的药房标识具有部分相关联的药物标识，至少两个药房标识共同实现与全部药物标识相关联。

根据本公开的实施例，操作S432可以包括如下操作。

在确定与全部药物标识相关联的药房标识的数量包括多个的情况下，根据预设处方分发策略，从多个药房标识中确定目标药房标识。将与目标药房标识对应的用户确定为用于处理处方信息的第三用户。

根据本公开的实施例，预设处方分发策略可以包括基于权重系数的分发策略或随机分发策略。基于权重系数的分发策略可以理解根据对象的权重系数进行分发的策略，对象可以包括药房和/或药物。即，基于权重系数的分发策略可以包括基于药房权重系数的分发策略、基于药物权重系数的分发策略或基于药房和药物权重系数的分发策略。权重系数的大小与药房标识被确定为目标药房标识的关系可以根据实际业务需求进行配置，在此不作限定。例如，权重系数越大，与权重系数对应的药房标识被确定为目标药房标识的可能性越大。备选地，权重系数越小，与权重系数对应的药房标识被确定为目标药房标识的可能性越小。随机分发策略可以理解为随机从多个中选择一个，例如，选择在药房列表中靠前的一个。

根据本公开的实施例，根据基于药房权重系数的分发策略，从多个药房标识中确定目标药房标识可以包括：确定多个药房标识中的每个药房标识的第二权重系数，对多个药房标识中的每个药房标识的第二权重系数进行排序，得到第一排序结果，根据第一排序结果，从多个药房标识中确定目标药房标识。权重系数越大，则与权重系数对应的药房标识被确定为目标药房标识的可能性越大。排序可以包括按照第二权重系数由小到大的顺序进行排序或按照第二权重系数由大到小的顺序进行排序。如果排序是按照第二权重系数由小到大进行排序，并且第二权重系数越大，与权重系数对应的药房标识被确定为目标药房标识的可能性越大，则根据第一排序结果，从多个药房标识中确定目标药房标识可以包括：将与排序末位的第二权重系数对应的药房标识确定为目标药房标识。

根据本公开的实施例，通过根据预设处方分发策略，从多个药房标识中确定目标药房标识，将与目标药房标识对应的用户确定为用于处理处方信息的第三用户，实现了处方的智能分发。

根据本公开的实施例，根据预设处方分发策略，从多个药房标识中确定目标药房标识，可以包括如下操作。

确定每个药物标识与多个药房标识中的每个药房标识对应的第一权重系数。针对多个药房标识中的每个药房标识，确定与药房标识对应的第一权重系数和，其中，第一权重系数和是将与药房标识对应的各个第一权重系数进行相加得到。对多个第一权重系数和进行排序，得到排序结果。根据排序结果，从多个药房标识中确定目标药房标识。

根据本公开的实施例，不同药房可能为同一药物设置相同或不同的第一权重系数。即，针对某个药物，对于包括该药物的一个或多个药房，每个药房可以为该药房设置与该药房对应的第一权重系数，不同药房设置的第一权重系数可以相同也可以不同。

根据本公开的实施例，基于药物权重系数的分发策略，从多个药房标识中确定目标药房标识可以包括：针对全部药物标识中的每个药物标识，确定该药物标识与多个药房标识中的每个药房标识对应的第一权重系数。针对多个药房标识中的每个药房标识，将与该药房标识对应的各个第一权重系数进行相加，得到与该药房标识对应的第一权重系数和。对多个第一权重系数和进行排序，得到排序结果，根据排序结果，从多个药房标识中确定目标药房标识。排序可以包括按照第一权重系数和由小到大的顺序进行排序或按照第一权重系数和由大到小的顺序进行排序。

例如，处方信息可以包括药物标识a、药物标识b和药物标识c。与上述全部药物标识相关联的药物标识包括药房标识X、药房标识Y和药房标识Z。上述三个药物标识中的每个药物标识与上述三个药房标识中的每个药房标识对应的第一权重系数如表1所示。第一权重系数和越大，与第一权重系数和对应的药房标识被确定为目标药房标识的可能性越大。

由于与药房标识X对应的第一权重系数和为6，与药房标识Y对应的第一权重系数和为3，与药房标识Z对应的第一权重系数和为9，9＞6＞3，因此，确定药房标识Z为目标药房标识。

表1

根据本公开的实施例，通过根据药物权重系数，从多个药房标识中确定目标药房标识，将与目标药房标识对应的用户确定为用于处理处方信息的第三用户，实现了处方的智能分发。

根据本公开的实施例，上述处方处理方法还可以包括如下操作。

确定多个药房标识中的每个药房标识的第二权重系数。

对多个第一权重系数和进行排序，得到排序结果，可以包括如下操作。

确定与药房标识对应的权重乘积，其中，权重乘积是将与药房标识对应的第二权重系数与第一权重系数和进行相乘得到。对多个权重乘积进行排序，得到排序结果。

根据本公开的实施例，基于药物和药房权重系数的分发策略，从多个药房标识中确定目标药房标识可以包括：针对多个药房标识中的每个药房标识，确定该药房标识的第二权重系数。将与该药房标识对应的第一权重系数和与第二权重系数相乘，得到权重乘积。对多个权重乘积进行排序，得到排序结果，可以将该排序结果称为第二排序结果。排序可以包括按照权重乘积由小到大的顺序进行排序或按照权重乘积由大到小的顺序进行排序。

根据本公开的实施例，基于药物和药房权重系数的分发策略，从多个药房标识中确定目标药房标识可以包括：在根据多个第一权重系数和，从M个药房标识中确定N个药房标识的情况下，确定N个药房标识中的每个药房标识的第二权重系数。根据N个第二权重系数，从N个药房标识中确定目标药房标识，1≤N≤M。

例如，处方信息可以包括药物标识e、药物标识f和药物标识g。与上述全部药物标识相关联的药物标识包括药房标识X、药房标识Y和药房标识W。上述三个药物标识中的每个药物标识与上述三个药房标识中的每个药房标识对应的第一权重系数以及上述三个药房标识中的每个药房标识的第二权重系数如表2所示。权重乘积越大，与权重乘积对应的药房标识被确定为目标药房标识的可能性越大。

由于与药房标识X对应的权重乘积为42，与药房标识Y对应的权重乘积为48，与药房标识W对应的权重乘积为27，48＞42＞27，因此，确定药房标识Y为目标药房标识。

表2

例如，处方信息可以包括药物标识h、药物标识i和药物标识j。与上述全部药物标识相关联的药物标识包括药房标识Y、药房标识V和药房标识Z。上述三个药物标识中的每个药物标识与上述三个药房标识中的每个药房标识对应的第一权重系数以及上述三个药房标识中的每个药房标识的第二权重系数如表3所示。权重乘积越大，与权重乘积对应的药房标识被确定为目标药房标识的可能性越大。

由于与药房标识Y对应的权重乘积为48，与药房标识V对应的权重乘积为48，与药房标识Z对应的权重乘积为15，48＞15，因此，确定药房标识Y或药房标识V为目标药房标识。

表3

根据本公开的实施例，通过根据药物和药房权重系数，从多个药房标识中确定目标药房标识，将与目标药房标识对应的用户确定为用于处理处方信息的第三用户，实现了处方的智能分发。

图5示意性示出了根据本公开实施例的处方处理过程500的示意图。

如图5所示，第一用户501接收医学信息查询请求，医学查询请求包括医学信息502。第一用户501将医学信息502输入分诊模型，得到分诊结果503，根据分诊结果503确定用于处理医学信息502的第二用户504，并将医学信息502发送给第二用户504。

第二用户504基于第一标准协议对医学信息进行处理，生成处方信息505，并将处方信息505发送给第一用户501。

第一用户501根据处方信息505包括的全部药物标识，从药物库中查询与全部所述药物标识相关联的药房标识，将与全部药物标识相关联的药房标识对应的用户确定为用于处理处方信息505的第三用户506。

第三用户506基于第二标准协议，生成针对处方信息505的处方订单507。

图6示意性示出了根据本公开另一实施例的处方处理方法600的流程图。

如图6所示，该方法包括操作S610～S620。

在操作S610，第二用户基于第一标准协议，生成处方信息。

在操作S620，向第一用户发送处方信息，以使得第一用户在确定处方信息被审核通过的情况下，确定用于处理处方信息的第三用户，向第三用户发送处方信息，以使得第三用户基于第二标准协议处理处方信息，生成针对处方信息的处方订单。

根据本公开的实施例，通过第二用户基于第一标准协议，生成处方信息，向第一用户发送处方信息，以使得第一用户在确定处方信息被审核通过的情况下，确定用于处理处方信息的第三用户，向第三用户发送处方信息，以使得第三用户基于第二标准协议处理处方信息，生成针对处方信息的处方订单。由于利用的是标准协议，因此，实现了第二用户和第三用户的可插拔接入第一用户，进而降低了接入成本，提高了接入效率，也降低了第一用户自身的开发量，因而，至少部分地克服了第二用户和第三用户接入第一用户的成本较大且接入效率较低，以及第一用户自身的开发量也较大的技术问题。

根据本公开的实施例，操作S610可以包括如下操作。

第二用户接收来自第一用户的第二用户和医学信息，其中，第二用户是第一用户根据分诊结果确定，分诊结果是第一用户接收医学信息查询请求，根据医学信息查询请求包括的医学信息确定。第二用户基于第一标准协议处理医学信息，生成处方信息。

根据本公开的实施例，与第二用户对应的平台(即与第二用户对应的电子设备)可以获取待存储的外流药物信息。根据预设外流药物目录模板对外流药物信息进行处理，得到外流药物目录信息。向第一用户发送药物目录信息，以使得第一用户将外流药物目录信息存储至药物库。

根据本公开的实施例，为了兼容与第二用户对应的平台的药物信息，第一用户可以构建预设外流药物目录模板，第二用户可以利用预设外流药物目录模板对外流药物信息进行处理，得到外流药物目录信息。

根据本公开的实施例，预设外流药物目录模板可以包括医院标识和药物标识。药物标识可以包括药物编号、药物名称和药物通用名中的至少一项。预设外流药物目录模板还可以包括药物类型、剂型、分类、批准文号、药物规格、包装单位、最小单位、生产厂家、药物本位码、药物指导价和药物零售价中的至少一项。药物类型可以包括西药物、中成药物或中草药物。剂型可以包括颗粒或饮片。分类可以包括处方药或非处方药。

根据本公开的实施例，外流药物信息可以包括药物标识。药物标识可以包括药物编号、药物名称和药物通用名中的至少一项。药物信息还可以包括药物类型、剂型、分类、批准文号、规格、包装单位、最小单位、生产厂家、药物本位码、药物指导价和药物零售价中的至少一项。

根据本公开的实施例，第二用户可以获取待存储的外流药物信息，待存储的外流药物信息可以存储于预设文件。确定预设文件的格式是否异常，如果确定预设文件的格式异常，则接收来自第一用户的第一提示信息，第一提示信息可以用于提示预设文件的格式不正确，请重新选择。如果确定预设文件的格式正常，则可以确定预设文件的大小是否大于或等于大小阈值。

如果确定预设文件的大小大于或等于大小阈值，则接收来自第一用户的第二提示信息，第二提示信息可以用于提示预设文件的大小较大，请重新选择。

如果确定预设文件的大小小于大小阈值，则可以对待存储的外流药物信息进行处理，例如，可以对待存储的外流药物信息进行校验，确定待存储的外流药物信息是否异常。即，可以对待存储的外流药物信息包括的药物本位码进行校验。还可以对待存储的外流药物信息包括的药物名称、药物通用名、批准文号、规格和生产厂家中的至少一项进行校验。

如果确定待存储的外流药物信息异常，则可以根据外流药物信息的数据行，反写存储结果。如果确定待存储的外流药物信息正常，则可以确定药物库中是否存在与外流药物信息对应的外流药物目录信息，如果确定不存在与外流药物信息对应的外流药物目录信息，则可以根据预设外流药物目录模板对外流药物信息进行处理，得到外流药物目录信息，即，将外流药物信息包括的各个字段内容写入预设外流药物目录模板相对应的字段，得到外流药物目录信息。如果药物类型为西药物或中成药物，则可以将外流药物信息包括的剂型写入预设外流药物目录模板相应的字段。如果药物类型为西药物或中成药物，则可以将外流药物信息包括的分类写入预设外流药物目录模板相应的字段。

根据本公开的实施例，第二用户在获得外流药物目录信息之后，可以将外流药物目录信息发送给第一用户，以使得第一用户可以将外流药物目录信息存储至药物库。在将外流药物目录信息存储至药物库的情况下，还可以生成与外流药物目录信息对应的库编码，即，可以将外流药物目录信息与库编码关联存储。

图7示意性示出了根据本公开另一实施例的处方处理方法700的流程图。

如图7所示，该方法包括操作S710～S720。

在操作S710，第三用户接收来自第一用户的处方信息，其中，处方信息是第二用户基于第一标准协议生成。

在操作S720，基于第二标准协议处理处方信息，生成针对处方信息的处方订单。

根据本公开的实施例，通过第三用户接收来自第一用户的处方信息，处方信息是第二用户基于第一标准协议生成，并基于第二标准协议处理处方信息，生成针对处方信息的处方订单。由于利用的是标准协议，因此，实现了第二用户和第三用户的可插拔接入第一用户，进而降低了接入成本，提高了接入效率，也降低了第一用户自身的开发量，因而，至少部分地克服了第二用户和第三用户接入第一用户的成本较大且接入效率较低，以及第一用户自身的开发量也较大的技术问题。

根据本公开的实施例，上述处方处理方法还可以包括如下操作。

获取待存储的药物信息。根据预设药物目录模板对药物信息进行处理，得到药物目录信息，其中，药物目录信息包括药物标识和药房标识。向第一用户发送药物目录信息，以使得第一用户将药物目录信息存储至药物库，根据处方信息包括的全部药物标识，从药物库中查询与全部药物标识相关联的药房标识，将与全部药物标识相关联的药房标识对应的用户确定为用于处理处方信息的第三用户。

根据本公开的实施例，为了兼容第三用户的药物信息，第一用户可以构建预设药物目录模板，第三用户可以利用预设药物目录模板对药物信息进行处理，得到药物目录信息。

根据本公开的实施例，预设药物目录模板可以包括药房标识和药物标识。药物标识可以包括药物编号、药物名称和药物通用名中的至少一项。预设药物目录模板还可以包括药物类型、剂型、分类、批准文号、药物规格、包装单位、最小单位、生产厂家、药物本位码、药物指导价和药物零售价中的至少一项。药物类型可以包括西药物、中成药物或中草药物。剂型可以包括颗粒或饮片。分类可以包括处方药或非处方药。

根据本公开的实施例，药物信息可以包括药物标识。药物标识可以包括药物编号、药物名称和药物通用名中的至少一项。药物信息还可以包括药物类型、剂型、分类、批准文号、规格、包装单位、最小单位、生产厂家、药物本位码、药物指导价和药物零售价中的至少一项。

根据本公开的实施例，第三用户可以获取待存储的药物信息，待存储的药物信息可以存储于预设文件。确定预设文件的格式是否异常，如果确定预设文件的格式异常，则接收来自第一用户的第一提示信息，第一提示信息可以用于提示预设文件的格式不正确，请重新选择。如果确定预设文件的格式正常，则可以确定预设文件的大小是否大于或等于大小阈值。

如果确定预设文件的大小大于或等于大小阈值，则接收来自第一用户的第二提示信息，第二提示信息可以用于提示预设文件的大小较大，请重新选择。

如果确定预设文件的大小小于大小阈值，则可以对待存储的药物信息进行处理，例如，可以对待存储的药物信息进行校验，确定待存储的药物信息是否异常。即，可以对待存储的药物信息包括的药物本位码进行校验。还可以对待存储的药物信息包括的药物名称、药物通用名、批准文号、规格和生产厂家中的至少一项进行校验。

如果确定待存储的药物信息异常，则可以根据药物信息的数据行，反写存储结果。如果确定待存储的药物信息正常，则可以确定药物库中是否存在与药物信息对应的药物目录信息，如果确定不存在与药物信息对应的药物目录信息，则可以根据预设药物目录模板对药物信息进行处理，得到药物目录信息，即，将药物信息包括的各个字段内容写入预设药物目录模板相对应的字段，得到药物目录信息。如果药物类型为西药物或中成药物，则可以将药物信息包括的剂型写入预设药物目录模板相应的字段。如果药物类型为西药物或中成药物，则可以将药物信息包括的分类写入预设药物目录模板相应的字段。

根据本公开的实施例，第三用户在获得药物目录信息之后，可以将药物目录信息发送给第一用户，以使得第一用户可以将药物目录信息存储至药物库，以便第一用户可以根据处方信息包括的全部药物标识，从药物库中查询与全部药物标识相关联的药房标识，将与全部药物标识相关联的药房标识对应的用户确定为用于处理处方信息的第三用户。在将药物目录信息存储至药物库的情况下，还可以生成与药物目录信息对应的库编码，即，可以将药物目录信息与库编码关联存储。

图8示意性示出了根据本公开实施例的处方处理装置800的框图。

如图8所示，处方处理装置800可以包括第一接收模块810、第一确定模块820和第一发送模块830。

第一接收模块810，用于第一用户接收来自第二用户的处方信息，其中，处方信息是第二用户基于第一标准协议生成。

第一确定模块820，用于在确定处方信息被审核通过的情况下，确定用于处理处方信息的第三用户。

第一发送模块830，用于向第三用户发送处方信息，以使得第三用户基于第二标准协议，生成针对处方信息的处方订单。

根据本公开的实施例，上述处方处理装置900还可以包括第二接收模块、第二确定模块、第三确定模块和第二发送模块。

第二接收模块，用于接收医学信息查询请求，其中，医学信息查询请求包括医学信息。

第二确定模块，用于根据医学信息，确定分诊结果。

第三确定模块，用于根据分诊结果，确定用于处理医学信息的第二用户。

第二发送模块，用于向第二用户发送医学信息，以使得第二用户根据医学信息，生成处方信息。

根据本公开的实施例，第二确定模块可以包括获得子模块。

获得子模块，用于将医学信息输入分诊模型，得到与医学信息对应的分诊结果，其中，分诊模型是利用医学信息样本和分诊结果样本训练。

根据本公开的实施例，第一确定模块820可以包括查询子模块和第一确定子模块。

查询子模块，用于根据处方信息包括的全部药物标识，从药物库中查询与全部药物标识相关联的药房标识。

第一确定子模块，用于将与全部药物标识相关联的药房标识对应的用户确定为用于处理处方信息的第三用户。

根据本公开的实施例，第一确定子模块可以包括第一确定单元和第二确定单元。

第一确定单元，用于在确定与全部药物标识相关联的药房标识的数量包括多个的情况下，根据预设处方分发策略，从多个药房标识中确定目标药房标识。

第二确定单元，用于将与目标药房标识对应的用户确定为用于处理处方信息的第三用户。

根据本公开的实施例，第一确定单元可以包括第一确定子单元、第二确定子单元、排序子单元和第三确定子单元。

第一确定子单元，用于确定每个药物标识与多个药房标识中的每个药房标识对应的第一权重系数。

第二确定子单元，用于针对多个药房标识中的每个药房标识，确定与药房标识对应的第一权重系数和，其中，第一权重系数和是将与药房标识对应的各个第一权重系数进行相加得到。

排序子单元，用于对多个第一权重系数和进行排序，得到排序结果。

第三确定子单元，用于根据排序结果，从多个药房标识中确定目标药房标识。

根据本公开的实施例，上述处方处理装置800还可以包括第四确定模块。

第四确定模块，用于确定多个药房标识中的每个药房标识的第二权重系数。

排序子单元可以用于：确定与药房标识对应的权重乘积，其中，权重乘积是将与药房标识对应的第二权重系数与第一权重系数和进行相乘得到。对多个权重乘积进行排序，得到排序结果。

根据本公开的实施例，第一用户被部署于私有云设备。

根据本公开的实施例，第一用户、与第二用户对应的电子设备和与第三用户对应的电子设备是区块链系统中的节点。

图9示意性示出了根据本公开另一实施例的处方处理装置900的框图。

如图9所示，处方处理装置900可以包括生成模块910和第三发送模块920。

生成模块910，用于第二用户基于第一标准协议，生成处方信息。

第三发送模块920，用于向第一用户发送处方信息，以使得第一用户在确定处方信息被审核通过的情况下，确定用于处理处方信息的第三用户，向第三用户发送处方信息，以使得第三用户基于第二标准协议处理处方信息，生成针对处方信息的处方订单。

根据本公开的实施例，生成模块910可以包括接收子模块和生成子模块。

接收子模块，用于第二用户接收来自第一用户的第二用户和医学信息，其中，第二用户是第一用户根据分诊结果确定，分诊结果是第一用户接收医学信息查询请求，根据医学信息查询请求包括的医学信息确定。

生成子模块，用于第二用户基于第一标准协议处理医学信息，生成处方信息。

图10示意性示出了根据本公开另一实施例的处方处理装置1000的框图。

如图10所示，处方处理装置1000可以包括第三接收模块1010和第二生成模块1020。

第三接收模块1010，用于第三用户接收来自第一用户的处方信息，其中，处方信息是第二用户基于第一标准协议生成。

第二生成模块1020，用于基于第二标准协议处理处方信息，生成针对处方信息的处方订单。

根据本公开的实施例，上述处方处理装置1000还可以包括获取模块、获得模块和第四发送模块。

获取模块，用于获取待存储的药物信息。

获得模块，用于根据预设药物目录模板对药物信息进行处理，得到药物目录信息，其中，药物目录信息包括药物标识和药房标识。

第四发送模块，用于向第一用户发送药物目录信息，以使得第一用户将药物目录信息存储至药物库，根据处方信息包括的全部药物标识，从药物库中查询与全部药物标识相关联的药房标识，将与全部药物标识相关联的药房标识对应的用户确定为用于处理处方信息的第三用户。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

根据本公开的实施例，一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上所述的方法。

根据本公开的实施例，一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行如上所述的方法。

根据本公开的实施例，一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如上所述的方法。

图11示意性示出了根据本公开实施例的适于实现处方处理方法的电子设备1100的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图11所示，电子设备1100包括计算单元1101，其可以根据存储在只读存储器(ROM)1102中的计算机程序或者从存储单元1108加载到随机访问存储器(RAM)1103中的计算机程序，来执行各种适当的动作和处理。在RAM 1103中，还可存储电子设备1100操作所需的各种程序和数据。计算单元1101、ROM 1102以及RAM 1103通过总线1104彼此相连。输入/输出(I/O)接口1105也连接至总线1104。

电子设备1100中的多个部件连接至I/O接口1105，包括：输入单元1106，例如键盘、鼠标等；输出单元1107，例如各种类型的显示器、扬声器等；存储单元1108，例如磁盘、光盘等；以及通信单元1109，例如网卡、调制解调器、无线通信收发机等。通信单元1109允许设备1100通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1101可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1101的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1101执行上文所描述的各个方法和处理，例如处方处理方法。例如，在一些实施例中，处方处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1108。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1102和/或通信单元1109而被载入和/或安装到电子设备1100上。当计算机程序加载到RAM 1103并由计算单元1101执行时，可以执行上文描述的处方处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元1101可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行处方处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以是分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。