开具处方单的方法、装置、设备及存储介质

技术领域

本申请涉及通信技术领域，具体涉及一种开具处方单的方法、装置、计算机设备及存储介质。

背景技术

处方是指由注册的执业医师和执业助理医师(以下简称医师)在诊疗活动中为患者开具的、由取得药学专业技术职务任职资格的药学专业技术人员(以下简称药师)审核、调配、核对，并作为患者用药、检查或者检验项目等凭证的医疗文书。现有的医疗实践中都是通过线下方式开具处方单，如在医院挂号、排队、问诊，然后问诊医生根据患者的病症开具处方单，该流程比较严格，且比较耗费时间。而且对于疑难杂症，仅通过一两个医生或者专家的诊治，存在一定误诊的风险。

发明内容

本申请提供一种开具处方单的方法、装置、计算机设备及存储介质，通过线上开具处方单，且结合多个医生用户的待确认处方单确定目标处方单，能够免去挂号、排队等繁琐线下操作，节省了问诊流程，同时提高了问诊效率，同时结合多个医生用户的意见确定最终治疗方案，能够为患者提供全面、准确的治疗，为患者的治疗提供了保障，提升用户使用体验。

根据本申请的一个方面，提供了一种开具处方单的方法，所述方法包括：

获取关于目标病症的一个或多个待确认处方单，其中，每个待确认处方单由医疗团队中的对应医生用户开具，所述医疗团队的参与用户包括多个医生用户；

基于所述一个或多个待确认处方单获取目标处方单；

将所述目标处方单作为所述目标病症的诊断处方单，下发至所述目标病症对应的目标用户。

根据本申请的一个方面，提供一种开具处方单的装置，所述装置包括：

第一获取装置，用于获取关于目标病症的一个或多个待确认处方单，其中，每个待确认处方单由医疗团队中的对应医生用户开具，所述医疗团队的参与用户包括多个医生用户；

第二获取装置，用于基于所述一个或多个待确认处方单获取目标处方单；

下发装置，用于将所述目标处方单作为所述目标病症的诊断处方单，下发至所述目标病症对应的目标用户。

根据本申请的一个方面，还提供一种开具处方单的设备，所述设备包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行如上所述的任一方法的操作。

根据本申请的一个方面，还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行如上所述的任一方法的操作。

本申请中通过线上开具处方单，且结合多个医生用户的待确认处方单确定目标处方单，能够免去挂号、排队等繁琐线下操作，节省了问诊流程，同时提高了问诊效率，同时结合多个医生用户的意见确定最终治疗方案，能够为患者提供全面、准确的治疗，为患者的治疗提供了保障，提升用户使用体验。

附图说明

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

图1示出本申请实施例提供的一种开具处方单的场景示意图；

图2示出本申请实施例中提供的一种开具处方单的方法的一个程示意图；

图3示出本申请实施例中提供的一种开具处方单的示例图；

图4示出本申请实施例中提供的处方单开具装置的功能模块；

图5示出可被用于实施本申请中所述的各个实施例的示例性系统。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请中，“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本发明，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本发明。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本发明的描述变得晦涩。因此，本发明并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。

需要说明的是，本申请实施例方法由于是在计算设备中执行，各计算设备的处理对象均以数据或信息的形式存在，例如时间，实质为时间信息，可以理解的是，后续实施例中若提及尺寸、数量、位置等，均为对应的数据存在，以便电子设备进行处理，具体此处不作赘述。

在本申请一个典型的配置中，终端或可信方等均包括一个或多个处理器，例如，中央处理器(Central Processing Unit，CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(Random Access Memory，RAM)和/或非易失性内存等形式，如只读存储器(Read Only Memory，ROM)或闪存(FlashMemory)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(Phase-Change Memory，PCM)、可编程随机存取存储器(Programmable Random Access Memory，PRAM)、静态随机存取存储器(Static Random-Access Memory，SRAM)、动态随机存取存储器(Dynamic Random AccessMemory，DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、数字多功能光盘(Digital Versatile Disc,DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本申请所指设备包括但不限于用户设备、网络设备、或用户设备与网络设备通过网络相集成所构成的设备。所述用户设备包括但不限于任何一种可与用户进行人机交互(例如通过触摸板进行人机交互)的移动电子产品，例如智能手机、平板电脑等，所述移动电子产品可以采用任意操作系统，如Android操作系统、iOS操作系统等。其中，所述网络设备包括一种能够按照事先设定或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific IntegratedCircuit，ASIC)、可编程逻辑器件(Programmable Logic Device，PLD)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、数字信号处理器(Digital Signal Processor，DSP)、嵌入式设备等。所述网络设备包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云；在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个虚拟超级计算机。所述网络包括但不限于互联网、广域网、城域网、局域网、VPN网络、无线自组织网络(Ad Hoc网络)等。优选地，所述设备还可以是运行于所述用户设备、网络设备、或用户设备与网络设备、网络设备、触摸终端或网络设备与触摸终端通过网络相集成所构成的设备上的程序。

当然，本领域技术人员应能理解上述设备仅为举例，其他现有的或今后可能出现的设备如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

本申请提供了一种开具处方单的方法，该方法主要应用于网络设备，该网络设备与对应第一用户设备和第二用户设备建立通信连接，如图1所示的场景。其中，第一用户设备包括医生用户持有的用户设备，该第一用户设备可以是一个或多个，与一个或多个医生用户相对应；第二用户设备包括患者持有的用户设备，对应目标处方单与一个患者对应，换言之，目标处方单与一个第二用户设备相对应。所述网络设备包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云；所述第一用户设备和所述第二用户设备包括但不限于任何一种可与用户进行人机交互(例如通过触摸板进行人机交互)的移动电子产品。多个第一用户设备对应的医生用户参与了对应医疗团队，该医疗团队包括用于针对患者病症开具相应处方单的多个医生用户组成的社交群，其中，社交群包括但不限于即时通信群聊、异步通信页面等，如微信群或者医疗帖子等。该医疗团队中所有医生用户均持有医疗标识信息，基于对应医疗标识信息才能够加入医疗团队等，如医疗标识信息包括但不限于医生执业证号、医疗类型、医疗资质等。

本领域技术人员可以理解，图1中示出的应用环境，仅仅是本申请方案一种应用场景，并不构成对本申请方案应用场景的限定，本领域普通技术人员可知，随着应用场景的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

图2示出根据本申请一个方面的一种开具处方单的方法，该方法应用于网络设备，同样适用于图1所示的系统拓扑，主要包括步骤S101、步骤S102以及步骤S103等。在步骤S101中，网络设备获取关于目标病症的一个或多个待确认处方单，其中，每个待确认处方单由医疗团队中的对应医生用户开具，所述医疗团队的参与用户包括多个医生用户；在步骤S102中，网络设备基于所述一个或多个待确认处方单获取目标处方单；在步骤S103中，网络设备将所述目标处方单作为所述目标病症的诊断处方单，下发至所述目标病症对应的目标用户。例如，网络设备基于多个医生用户的团队创建请求，建立对应医疗群，该医疗群加入的用户需要对应医疗标识信息的认证等，如网络设备对各医生用户附加对应医疗标识信息，仅带有医疗标识信息的医生用户才能加入医疗群，或者仅有医疗标识信息中医疗资质达到一定标准(如主治医生等)的医生用户才能加入医疗群等。网络设备可以将患者的目标病症分布至医疗群中，如基于医疗群中某医生用户的发布请求，通过群聊信息或者群聊公告的形式发布患者的目标病症等；或者，网络设备基于患者的病症发布请求，该病症发布请求中包含对应医疗群的群标识信息以及目标病症的病症描述等，将患者的目标病症发布至医疗群中。

具体而言，在步骤S101中，网络设备获取关于目标病症的一个或多个待确认处方单，其中，每个待确认处方单由医疗团队中的对应医生用户开具，所述医疗团队的参与用户包括多个医生用户。例如，所述医疗团队具体表现为多个医生用户组成的社交群等，网络设备将目标病症相关信息发布至医疗群中，各医生用户对应第一用户设备接收该目标病症相关信息。第一用户设备基于医生用户的操作可以呈现该目标病症相关信息，并基于医生用户的输入操作生成对应的待确认处方单等，如对应呈现页面设置有开具处方单的触控按钮，通过医生用户的触控操作进入对应处方单页面，进一步医生用户在该处方单页面的输入操作在处方单页面相应位置输入信息，最后根据医生用户的发送或者确认操作等，根据输入信息生成待确认处方单。每个待确认处方单信息均由对应医生用户开具，可以是一个医生用户开具一个待确认处方单，或者一类医生用户开具一个待确认处方单等。

在步骤S102中，网络设备基于所述一个或多个待确认处方单获取目标处方单。例如，网络设备根据一个或多个待确认处方单获取目标处方单，如各待确认处方单存在一个权值信息，该权值信息用于指示待确认处方单的可信度等，根据该权值信息的大小，从一个或多个待确认处方单中确定可信度最高的待确认处方单作为目标处方单等。或者该医疗群中存在至少一个医疗资质为专家的医生用户，该专家可以作为审核医生用户，拥有对待确认处方单的审核权限，基于审核医生用户的选择从一个或多个待确认处方单中确定目标处方单等。还如，各待确认处方单中包含对应的项目，可以综合多个待确认处方单确定多个目标项目，从而生成新的处方单等。在此，处方单中项目包括但不限于检查或者检验项目(如胃镜、血检等医疗项目等)、或者一个或多个药物等。根据多个目标项目，生成新的处方单，可以是根据多个检查或者检验项目中挑选较为合理或者更加针对的检查或检验项目；或者根据多个目标药物进行合理调配等确定更合理、更有利于患者当前状况的多个药物组成的处方单等。

在步骤S103中，网络设备将所述目标处方单作为所述目标病症的诊断处方单，下发至所述目标病症对应的目标用户。例如，网络设备确定对应目标处方单后，可以将目标处方单作为目标病症的诊断处方单，发送至目标用户的第二用户设备，供第二用户设备进行缴费、取药等操作或者根据处方所示医疗项目到院做检查、检验和治疗等，如缴费的同时提供对应用户地址信息，以供配送人员完成目标处方单中药物的配送或者提供到院取药或者检查的路线图等等。目标用户可以基于目标处方单的疗效对目标处方单进行评价等，该评价信息可以反向影响目标处方单的医生用户的权值信息等。在一些情形下，网络设备还将目标处方单发布至医疗团队中，供医生用户确认目标处方单并进行借鉴学习等。如图3所示，患者的用户设备端在社交群中可以接收到专家团队开具的目标处方单，在该群组窗口中点击该目标处方单可以查看该处方单，若患者确认该目标处方单后，可以进行目标处方单的缴费确认等，从而去对应位置进行取药或者等待目标处方单对应药物寄送至患者的收件地址等。在该社交群的右上角存在对应团队成员查看功能，点击该功能，患者可以查看当前医疗团队的医生用户，包括各医生用户的用户标识信息、医疗资质信息等。

在一些实施方式中，所述多个医生用户的医疗类型相同；在步骤S101中，网络设备向所述多个医生用户分发关于目标病症的病情信息，其中，所述病情信息包括患者信息、病症类型以及病情描述信息，所述病症类型与所述医疗类型相匹配；接收所述多个医生用户中一个或多个医生用户返回的关于所述目标病症的一个或多个待确认处方单。例如，医生用户的医疗类型基于医生的职业类型或科室等确定，该医疗群中多个医生用户的医疗类型相同，均为同一科室或者同一职业类型的执业医生。网络设备可以基于目标病症对应病症类型，将该目标病症的病情信息分发至医疗群中的多个医生，该医疗群的医疗类型信息与目标病症的病症类型相匹配等。目标病症的病情信息包括患者信息、病症类型以及病情描述信息等，患者信息包括但不限于患者的年龄、当前健康简况以及既往病史等，病情描述信息包括但不限于关于病情的文字、图像、语音等信息。网络设备在向多个医生用户分发目标病症的病情信息后，接收该多个医生用户中一个或多个医生用户基于目标病症返回的一个或多个待确认处方单等。

在一些实施方式中，在步骤S102中，获取所述一个或多个待确认处方单对应的医生用户的医疗权值信息，其中，所述医疗权值信息由医生用户的医疗等级、用户评价等确定；将所述一个或多个待确认处方单中医疗权值信息最大的待确认处方单确定为目标处方单。例如，医疗权值信息用于指示对应医生用户的权威度或者可信度等，在此，根据待确认处方单对应医生用户的医疗权值信息指示对应待确认处方单的可靠程度。该医疗权值信息根据医生用户的医疗等级、用户评价等确定，如医疗等级包括医生用户的执业年限、执业资质等，用户评价包括医生用户所开具处方单的患者对于处方单的反馈评价信息等。网络设备确定医疗权值信息最大的医生用户的待确认处方单为目标处方单，保证目标处方单的可靠程度。

在一些实施方式中，所述医疗团队还包括审核医生用户，所述医疗权值信息还包括所述管理医生用户关于待确认处方单的审核评价信息。例如，每个医疗群包括至少一个专业技术较高的专家医生用户，将该专家医生用户确定为医疗群的审核医生用户，用于从一个或多个待确认处方单中确定目标处方单。该审核医生用户可以是基于一个或多个医生用户的投票确定，也可以是基于管理人员的设置确定，或者根据医生资质信息等综合评价确定。每一个待确认处方单都需要经过审核医生用户的审核，该审核医生用户根据呈现的待确认处方单为待确认处方单进行评分，获取待确认处方单的审核评价信息，该审核评价信息用于确定待确认处方单的医疗权值信息，进而从一个或多个待确认处方单中确定目标处方单。

在一些实施方式中，在步骤S102中，将所述一个或多个待确认处方单下发至审核医生用户，其中，所述审核医生用户包括所述医疗团队中待确认处方单的审核用户；接收所述审核医生用户上传的目标处方单，其中，所述目标处方单经由所述审核医生用户的输入信息从所述一个或多个待确认处方单中确定。例如，医疗群中基于管理人员设置或者医生资质等确定审核医生用户，该审核医生用户拥有关于一个或多个待确认处方单的审核权限。网络设备将一个或多个待确认处方单发送至审核医生用户的用户设备，审核医生用户基于呈现的一个或多个待确认处方单，从中确定目标处方单，如审核医生用户的用户设备根据审核医生用户的输入信息从一个或多个待确认处方单中选择一个待确认处方单作为目标处方单；或者审核医生用户根据一个或多个待确认处方单中的处方药物，从一个或多个待确认处方单的处方药物中选择部分作为目标药物，并根据目标药物生成对应的目标处方单等。随后，审核医生用户的用户设备将该目标处方单上传至网络设备，供网络设备反馈给目标用户。

在一些实施方式中，所述一个或多个待确认处方单中每个待确认处方单的医疗类型不同；其中，在步骤S101中，网络设备获取关于目标病症的多个初始处方单，其中，所述初始处方单包含一个或多个医疗类型的处方单；将所述多个初始处方单中医疗类型相同的初始处方单进行处方单合并，确定一个或多个待确认处方单，其中，每个待确认处方单的医疗类型与所述一个或多个医疗类型中的一个医疗类型相同。例如，医疗群中包含不同医疗类型的多个医生用户，该多个不同医疗类型的医生用户均可以根据目标病症开具对应初始处方单，将每个医疗类型的医生用户进行归类，每个医疗类型的医生用户中存在一个审核医生用户，该审核医生用户根据同类型的多个初始处方单进行处方单合并，确定该医疗类型对应的待确认处方单，其中，每个医疗类型仅对应一个待确认处方单等。具体的处方单合并可以是审核医生用户从初始处方单中选择一个作为待确认处方单，也可以是根据初始处方单中候选项目选择对应目标项目从而生成待确认处方单等。网络设备基于该一个或多个待确认处方单获取目标处方单等。

在一些实施方式中，所述一个或多个待确认处方中每个待确认处方单包括多个候选项目；其中，在步骤S102中，网络设备根据所述一个或多个待确认处方单中的每个待确认处方单的候选项目，获取一个或多个目标项目；根据所述一个或多个目标项目生成目标处方单。例如，针对目标病症，每个待确认处方单中包含候选项目，该候选项目可以是一个或多个处方单对应药物或者医疗检查、医疗检验等，对应候选项目包括该候选项目的功能、疗效、疗程及副作用等。网络设备基于对应候选项目，获取一个或多个目标项目，并根据一个或多个目标项目生成目标处方单等。如网络设备根据候选药物的疗效、疗程及副作用等选择疗效最强、疗程最短或者副作用最小的候选药物作为目标药物等，并根据目标药物生成目标处方单，其中，目标药物之间不存在相互影响。又如网络设备根据候选医疗检查项目的效果、病情特征信息等选择针对性强、能够辅助检验或者副作用小的医疗项目作为目标项目等，并根据目标检查、检验项目生成目标处方单。

或者，网络设备将一个或多个待确认处方单发送至审核医生用户，审核医生用户针对各待确认处方单中包含的候选项目进行筛选，确定合理的一个或多个目标项目，并将一个或多个目标项目上传至网络设备，网络设备根据该一个或多个目标项目生成目标处方单等。

上文主要对本申请一种开具处方单的方法的各实施例进行介绍，此外，本申请还提供了能够实施上述各实施例的装置，下面我们结合图3进行介绍。

图4示出根据本申请一个方面的一种开具处方单的装置，又称处方单开具装置，该装置应用于网络设备，同样适用于图1所示的系统拓扑，主要包括第一获取模块101、第二获取模块102以及下发模块103等。第一获取模块101，用于获取关于目标病症的一个或多个待确认处方单，其中，每个待确认处方单由医疗团队中的对应医生用户开具，所述医疗团队的参与用户包括多个医生用户；第二获取模块102，用于基于所述一个或多个待确认处方单获取目标处方单；下发模块103，用于将所述目标处方单作为所述目标病症的诊断处方单，下发至所述目标病症对应的目标用户。

在一些实施方式中，所述多个医生用户的医疗类型相同；第一获取模块101，用于向所述多个医生用户分发关于目标病症的病情信息，其中，所述病情信息包括患者信息、病症类型以及病情描述信息，所述病症类型与所述医疗类型相匹配；接收所述多个医生用户中一个或多个医生用户返回的关于所述目标病症的一个或多个待确认处方单。

在一些实施方式中，第二获取模块102，用于获取所述一个或多个待确认处方单对应的医生用户的医疗权值信息，其中，所述医疗权值信息由医生用户的医疗等级、用户评价等确定；将所述一个或多个待确认处方单中医疗权值信息最大的待确认处方单确定为目标处方单。在一些实施方式中，所述医疗团队还包括审核医生用户，所述医疗权值信息还包括所述管理医生用户关于待确认处方单的审核评价信息。

在一些实施方式中，第二获取模块102，用于将所述一个或多个待确认处方单下发至审核医生用户，其中，所述审核医生用户包括所述医疗团队中待确认处方单的审核用户；接收所述审核医生用户上传的目标处方单，其中，所述目标处方单经由所述审核医生用户的输入信息从所述一个或多个待确认处方单中确定。在一些实施方式中，所述一个或多个待确认处方单中每个待确认处方单的医疗类型不同；其中，第一获取模块101，用于获取关于目标病症的多个初始处方单，其中，所述初始处方单包含一个或多个医疗类型的处方单；将所述多个初始处方单中医疗类型相同的初始处方单进行处方单合并，确定一个或多个待确认处方单，其中，每个待确认处方单的医疗类型与所述一个或多个医疗类型中的一个医疗类型相同。

在一些实施方式中，所述一个或多个待确认处方中每个待确认处方单包括多个候选项目；其中，第二获取模块102，用于根据所述一个或多个待确认处方单中的每个待确认处方单的候选项目，获取一个或多个目标项目；根据所述一个或多个目标项目生成目标处方单。

在此，所述图4示出的第一获取模块101、第二获取模块102以及下发模块103对应具体实施方式与前述图2示出的步骤S101、步骤S102以及步骤S103的实施例相同或相似，因而不再赘述，以引用的方式包含于此。

除上述各实施例介绍的方法和装置外，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机代码，当所述计算机代码被执行时，如前任一项所述的方法被执行。

本申请还提供了一种计算机程序产品，当所述计算机程序产品被计算机设备执行时，如前任一项所述的方法被执行。

本申请还提供了一种计算机设备，所述计算机设备包括：

一个或多个处理器；

存储器，用于存储一个或多个计算机程序；

当所述一个或多个计算机程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如前任一项所述的方法。

图5示出了可被用于实施本申请中所述的各个实施例的示例性系统；

如图5所示在一些实施例中，系统400能够作为各所述实施例中的任意一个设备。在一些实施例中，系统400可包括具有指令的一个或多个计算机可读介质(例如，系统存储器或非易失性存储(NonVolatile Memory)NVM/存储设备420)以及与该一个或多个计算机可读介质耦合并被配置为执行指令以实现模块从而执行本申请中所述的动作的一个或多个处理器(例如，(一个或多个)处理器405)。

对于一个实施例，系统控制模块410可包括任意适当的接口控制器，以向(一个或多个)处理器405中的至少一个和/或与系统控制模块410通信的任意适当的设备或组件提供任意适当的接口。

系统控制模块410可包括存储器控制器模块430，以向系统存储器415提供接口。存储器控制器模块430可以是硬件模块、软件模块和/或固件模块。

系统存储器415可被用于例如为系统400加载和存储数据和/或指令。对于一个实施例，系统存储器415可包括任意适当的易失性存储器，例如，适当的DRAM。在一些实施例中，系统存储器415可包括双倍数据速率类型四同步动态随机存取存储器(DDR4SDRAM)。

对于一个实施例，系统控制模块410可包括一个或多个输入/输出(I/O)控制器，以向NVM/存储设备420及(一个或多个)通信接口425提供接口。

例如，NVM/存储设备420可被用于存储数据和/或指令。NVM/存储设备420可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(Hard Disk Drive，HDD)、一个或多个光盘(compactdisc，CD)驱动器和/或一个或多个数字通用光盘(DVD)驱动器)。

NVM/存储设备420可包括在物理上作为系统400被安装在其上的设备的一部分的存储资源，或者其可被该设备访问而不必作为该设备的一部分。例如，NVM/存储设备420可通过网络经由(一个或多个)通信接口425进行访问。

(一个或多个)通信接口425可为系统400提供接口以通过一个或多个网络和/或与任意其他适当的设备通信。系统400可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信。

对于一个实施例，(一个或多个)处理器405中的至少一个可与系统控制模块410的一个或多个控制器(例如，存储器控制器模块430)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器405中的至少一个可与系统控制模块410的一个或多个控制器的逻辑封装在一起以形成系统级封装(System in a Package，SiP)。对于一个实施例，(一个或多个)处理器405中的至少一个可与系统控制模块410的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器405中的至少一个可与系统控制模块410的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(System on Chip，SoC)。

在各个实施例中，系统400可以但不限于是：服务器、工作站、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)。在各个实施例中，系统400可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，系统400包括一个或多个摄像机、键盘、液晶显示器(Liquid Crystal Display，LCD)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(Application SpecificIntegrated Circuit，ASIC)和扬声器。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。本领域技术人员应能理解，计算机程序指令在计算机可读介质中的存在形式包括但不限于源文件、可执行文件、安装包文件等，相应地，计算机程序指令被计算机执行的方式包括但不限于：该计算机直接执行该指令，或者该计算机编译该指令后再执行对应的编译后程序，或者该计算机读取并执行该指令，或者该计算机读取并安装该指令后再执行对应的安装后程序。在此，计算机可读介质可以是可供计算机访问的任意可用的计算机可读存储介质或通信介质。

通信介质包括藉此包含例如计算机可读指令、数据结构、程序模块或其他数据的通信信号被从一个系统传送到另一系统的介质。通信介质可包括有导的传输介质(诸如电缆和线(例如，光纤、同轴等))和能传播能量波的无线(未有导的传输)介质，诸如声音、电磁、RF、微波和红外。计算机可读指令、数据结构、程序模块或其他数据可被体现为例如无线介质(诸如载波或诸如被体现为扩展频谱技术的一部分的类似机制)中的已调制数据信号。术语“已调制数据信号”指的是其一个或多个特征以在信号中编码信息的方式被更改或设定的信号。调制可以是模拟的、数字的或混合调制技术。

作为示例而非限制，计算机可读存储介质可包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据的信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动的介质。例如，计算机可读存储介质包括，但不限于，易失性存储器，诸如随机存储器(RAM,DRAM,SRAM)；以及非易失性存储器，诸如闪存、各种只读存储器(ROM,PROM,EPROM,EEPROM)、磁性和铁磁(Magnetoresistive Random Access Memory，MRAM)/铁电存储器Ferroelectric RAM，FeRAM)；以及磁性和光学存储设备(硬盘、磁带、CD、DVD)；或其它现在已知的介质或今后开发的能够存储供计算机系统使用的计算机可读信息/数据。

在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。

以上对本申请实施例所提供的一种开具处方单的方法、装置、计算机设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。