一种基于语音输入的处方智能系统的制作方法

本发明属于医疗服务技术领域，具体涉及一种基于语音输入的处方智能系统。

背景技术：

在医生诊疗过程中，循证与处方是完成每一个病例诊疗的主要工作内容。随着医疗信息化、智能化的发展，处方的开设也进入了电子化时代。

现有的电子处方的开设方式是利用键盘和鼠标将处方内容输入电脑中生成电子处方，但是采用键盘和鼠标生成电子处方操作复杂，对医务人员要求较高，处理效率较低。

技术实现要素：

为了解决现有技术存在的上述一个或多个技术问题，本发明提供了一种基于语音输入的处方智能系统，旨在能够准确快速地开出电子处方。

为了实现上述目的，本发明采用技术方案如下：

一种基于语音输入的处方智能系统，包括总后台数据中心、设置于各医院的分支后台中枢节点、医生终端以及用户终端；所述总后台数据中心与所述分支后台中枢节点连接且两者分别与所述医生终端和所述用户终端连接，所述分支后台中枢节点还与其所处医院的医院内网连接；

所述用户终端包括：

用户端获取模块，用于获取用户的开方请求；

用户端传输模块，用于将所述开方请求传输给所述分支后台中枢节点；

用户端接收模块，用于接收所述总后台数据中心传输的所述医生终端开具的处方；

所述分支后台中枢节点包括：

分支数据库，用于存储所处医院的在用药品数据；

分支第一接收模块，用于接收所述用户端传输的所述开方请求，

分支第一传输模块，用于将所述开方请求传输给所述医生终端；

分支第二接收模块，用于接收所述总后台数据中心传输的处方标准模板；

分支处理器，用于基于所述在用药品数据，在所述处方标准模板中嵌入药品基础目录库；

分支第二传输模块，用于将嵌入药品基础目录库后的所述处方标准模板传输至所述医生终端；

分支第三接收模块，用于接收所述总后台数据中心传输的所述处方；

分支第三传输模块，用于将所述处方传输给所述医院内网；

所述总后台数据中心包括：

总后台数据库，用于存储处方标准模板及处方书写器，所述处方书写器为语音处方书写器；

总后台第一接收模块，用于接收所述医生终端发送的处方开具请求；

总后台第一传输模块，用于将所述处方标准模板传输给所述分支后台中枢节点及所述处方书写器传输给所述医生终端；

总后台第二接收模块，用于接收所述医生终端开具的所述处方；

总后台第二传输模块，用于将所述处方传输给所述所述分支后台中枢节点和所述用户终端；

所述医生终端包括：

医生端第一接收模块，用于接收所述分支后台中枢节点传输的所述开方请求；

医生端第一发送模块，用于基于所述开方请求，向所述总后台数据中心发送处方开具请求；

医生端第二接收模块，用于接收所述总后台数据中心传输的所述处方书写器以及所述分支后台中枢节点传输的嵌入药品基础目录库后的所述处方标准模板；

医生端处方生成模块，用于基于所述处方书写器，获取用户通过语音开具的处方信息，并于所述处方标准模板中生产对应的处方；

医生端第一传输模块，用于将所述处方传输给所述总后台数据中心。

进一步的，所述处方书写器包括：

第一语音获取模块，用于获取医生的第一语音信息；

第一语音识别模块，用于识别所述第一语音信息，获取所述第一语音信息中的药品关键词；

第一查询模块，用于基于所述药品关键词，遍历所述药品基础目录库，获得与所述药品关键词对应的药品的药品名称信息；

第一写入模块，将所述药品名称信息写入所述处方标准模板的药品名称信息指定位置；

第二语言获取模块，用于获取医生的第二语音信息；

第二语音识别模块，用于识别所述第二语音信息，获取所述第二语言信息中关于所述药品的用法用量信息；

第二写入模块，用于将所述用法用量信息写入所述处方标准模板的用法用量信息指定位置；

第三语音获取模块，用于获取医生的第三语音信息；

第三语音识别模块，用于识别所述第三语音信息，获取所述第三语言信息中关于所述药品的使用天数信息；

计算模块，用于基于所述用法用量信息和所述使用天数信息，计算获得所述药品的需求量信息；

第三写入模块，用于将所述需求量信息写入所述处方标准模板的需求量信息指定位置；

第四语音获取模块，用于分别在将所述药品信息写入所述处方标准模板的药品信息指定位置、将所述用法用量信息写入所述处方标准模板的用法用量信息指定位置和将所述需求量信息写入所述处方标准模板的需求量信息指定位置之后，获取用户的第四语音信息；

第四识别模块，用于识别所述第四语音信息，判断所述第四语音信息中是否含有特定语音信息，获得判断结果；

切换模块，用于当所述判断结果为是时，将所述第一语音获取模块切换至所述第二语言获取模块或将所述第二语言获取模块切换至所述第三语音获取模块或将所述第三语言获取模块切换至所述第一语音获取模块。

进一步的，所述处方书写器还包括：

显示模块，用于在所述第一查询模块查询到有多款药品名称信息与所述药品关键词匹配时，基于特定顺序显示所有的所述药品名称信息；

第五语音获取模块，用于获取用户的第五语音信息；

第五识别模块，用于识别所述第五语音信息，获得所述第五语音信息中指向特定的所述药品信息的关键词；

提取模块，用于基于所述关键词，提取特定的所述药品信息；

传输模块，将特定的所述药品信息传输给所述第一写入模块。

进一步的，所述特定顺序为所述药品名称信息中与所述药品关键词匹配度。

进一步的，所述处方书写器还包括：

修改模块，用于当所述药品名称信息、所述用法用量信息或所述需求量信息写入错误时，重新调用对应的所述第一语音获取模块、所述第二语音获取模块或所述第三语音获取模块。

进一步的，所述总后台数据中心还包括：

总后台审核模块，用于对所述医生终端开具的所述处方进行合理度审核，判断所述处方是否符合用药规范，获得审核结果；

总后台第一执行模块，用于当所述审核结果为是时，将所述处方传输给总后台第二传输模块；

总后台第二执行模块，用于当所述审核结果为否时，将所述处方传输给所述医生终端并给出问题提示。

进一步的，所述总后台数据中心还包括：

标记模块，用于当所述审核结果为否时，对所述处方进行标记；

总后台第一判别模块，用于对所述医生终端开具的所述处方进行识别，判断所述处方是否包含标记，获得标记判断结果；

总后台第三执行模块，用于当所述标记判断结果为否时，将所述处方传输给所述总后台审核模块；

总后台第二判别模块，用于当所述标记判断结果为是时，判断所述处方是否已经修改，获得修改判断结果；

总后台第四执行模块，用于当所述修改判断结果为是时，则所述处方传输给所述总后台审核模块；

总后台第五执行模块，用于当所述修改判断结果为否时，将所述处方传输给总后台第二传输模块。

与现有技术相比，本发明提供的技术方案具有如下有益效果或优点：

本发明所提供的基于语音输入的处方智能系统以语音输入的方式，达到处方快速输入方便准确与多方传导的高效，省时省力方便医生、患者、与其他服务部门。

参照后文的说明和附图，详细公开了本发明的特定实施方式，指明了本发明的原理可以被采用的方式。应该理解，本发明的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内，本发明的实施方式包括许多改变、修改和等同。

针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。

应该强调，术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。

附图说明

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

图1为本发明实施例提供的一种基于语音输入的处方智能系统的结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本发明实施例的描述中，需要说明的是，指示方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，或者是本领域技术人员惯常理解的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

在本发明实施例的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是直接连接，也可以通过中间媒介间接连接。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义型实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。此外，术语“第一”、“第二”仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，本发明实施例提供了一种基于语音输入的处方智能系统，包括总后台数据中心100、设置于各医院的分支后台中枢节点200、医生终端300以及用户终端400；总后台数据中心100与分支后台中枢节点200连接且两者分别与医生终端300和用户终端400连接，分支后台中枢节点200还与其所处医院的医院内网500连接；

用户终端400包括：

用户端获取模块401，用于获取用户的开方请求；

用户端传输模块402，用于将所述开方请求传输给所述分支后台中枢节点；

用户端接收模块403，用于接收所述总后台数据中心传输的所述医生终端开具的处方；

分支后台中枢节点200包括：

分支数据库201，用于存储所处医院的在用药品数据；

分支第一接收模块202，用于接收所述用户端传输的所述开方请求，

分支第一传输模块203，用于将所述开方请求传输给所述医生终端；

分支第二接收模块204，用于接收所述总后台数据中心传输的处方标准模板；

分支处理器205，用于基于所述在用药品数据，在所述处方标准模板中嵌入药品基础目录库；

分支第二传输模块206，用于将嵌入药品基础目录库后的所述处方标准模板传输至所述医生终端；

分支第三接收模块207，用于接收所述总后台数据中心传输的所述处方；

分支第三传输模块208，用于将所述处方传输给所述医院内网；

总后台数据中心100包括：

总后台数据库101，用于存储处方标准模板及处方书写器，所述处方书写器为语音处方书写器；

总后台第一接收模块102，用于接收所述医生终端发送的处方开具请求；

总后台第一传输模块103，用于将所述处方标准模板传输给所述分支后台中枢节点及将所述处方书写器传输给所述医生终端；

总后台第二接收模块104，用于接收所述医生终端开具的所述处方；

总后台第二传输模块105，用于将所述处方传输给所述分支后台中枢节点和所述用户终端；

医生终端300包括：

医生端第一接收模块301，用于接收所述分支后台中枢节点传输的所述开方请求；

医生端第一发送模块302，用于基于所述开方请求，向所述总后台数据中心发送处方开具请求；

医生端第二接收模块303，用于接收所述总后台数据中心传输的所述处方书写器以及所述分支后台中枢节点传输的嵌入药品基础目录库后的所述处方标准模板；

医生端处方生成模块304，用于基于所述处方书写器，获取用户通过语音开具的处方信息，并于所述处方标准模板中生产对应的处方；

医生端第一传输模块305，用于将所述处方传输给所述总后台数据中心。

需要说明的是，本发明实施例中的总后台数据中心100可以是云服务器；分支后台中枢节点200可以是医院的现有服务器，也可以是单独设置在医院的为该医院服务的新的服务器；本发明实施例中的医生终端300和用户终端400安装于电子设备中，所述电子设备可以是便携式的智能移动设备，如手机、平板电脑等，也可以是固定式的pc机，在此不做限定。其中，当所述电子设备为pc机时，所述pc机包括语音输入设备。

在具体的实施过程中，本发明实施例中的所述处方书写器包括：

第一语音获取模块，用于获取医生的第一语音信息；

第一语音识别模块，用于识别所述第一语音信息，获取所述第一语音信息中的药品关键词；

第一查询模块，用于基于所述药品关键词，遍历所述药品基础目录库，获得与所述药品关键词对应的药品的药品名称信息；

第一写入模块，将所述药品名称信息写入所述处方标准模板的药品名称信息指定位置；

第二语言获取模块，用于获取医生的第二语音信息；

第二语音识别模块，用于识别所述第二语音信息，获取所述第二语言信息中关于所述药品的用法用量信息；

第二写入模块，用于将所述用法用量信息写入所述处方标准模板的用法用量信息指定位置；

第三语音获取模块，用于获取医生的第三语音信息；

第三语音识别模块，用于识别所述第三语音信息，获取所述第三语言信息中关于所述药品的使用天数信息；

计算模块，用于基于所述用法用量信息和所述使用天数信息，计算获得所述药品的需求量信息；

第三写入模块，用于将所述需求量信息写入所述处方标准模板的需求量信息指定位置；

第四语音获取模块，用于分别在将所述药品信息写入所述处方标准模板的药品信息指定位置、将所述用法用量信息写入所述处方标准模板的用法用量信息指定位置和将所述需求量信息写入所述处方标准模板的需求量信息指定位置之后，获取用户的第四语音信息；

第四识别模块，用于识别所述第四语音信息，判断所述第四语音信息中是否含有特定语音信息，获得判断结果；

切换模块，用于当所述判断结果为是时，将所述第一语音获取模块切换至所述第二语言获取模块或将所述第二语言获取模块切换至所述第三语音获取模块或将所述第三语言获取模块切换至所述第一语音获取模块。

其中，本发明实施例中的所述特定语音具体为药品名称中不易出现的语音字符，比如“kang”、“duang”、“king”等，采用药品名称中不易出现的语音字符作为切换指令，能够极大地避免出现误切换现象，确保处方开具的准确性。

在具体的实施过程中，由于同样的药品可能有不同的名称，比如“牛黄解毒片”，“牛黄解毒胶囊”等，同样的药品也可能有不同的生产厂家。因此，当所述第一查询模块遍历所述药品基础目录库时，有可能查询到多款药品名称信息与所述药品关键词匹配的情况。因此，为了快速地从多款药品名称信息中选出需要的药品，在进一步的实施方案中，本发明实施例中的所述处方书写器还包括：

显示模块，用于在所述第一查询模块查询到有多款药品名称信息与所述药品关键词匹配时，基于特定顺序显示所有的所述药品名称信息；

第五语音获取模块，用于获取用户的第五语音信息；

第五识别模块，用于识别所述第五语音信息，获得所述第五语音信息中指向特定的所述药品信息的关键词；

提取模块，用于基于所述关键词，提取该特定的所述药品信息；

传输模块，将特定的所述药品信息传输给所述第一写入模块。

通过所述显示模块、所述第五语音获取模块、所述第五识别模块、所述提取模块的配合，能够快速地从多款药品名称信息中选出需要的药品。

在具体的实施过程中，为了进一步提高获取所需药品的效率，在进一步的实施方案中，本发明实施例中的所述特定顺序为所述药品名称信息中与所述药品关键词匹配度。匹配度越高，其就会在越前面显示，匹配度越低，其就在越后面显示。这样能够方便医生从多款药品名称信息中选出需要的药品。

在具体的实施过程中，由于在识别医生的语音的过程中，难免会出现识别错误，而处方又必须保障准确性，因此，为了能够方便医生在语音识别出现错误是进行修改，在进一步的实施方案中，本发明实施例中的所述处方书写器还包括：

修改模块，用于当所述药品名称信息、所述用法用量信息或所述需求量信息写入错误时，重新调用对应的所述第一语音获取模块、所述第二语音获取模块或所述第三语音获取模块。

在使用过程中，当第一写入模块写入的所述药品名称信息出现错误时，医生通过所述修改模块调用所述第一语音获取模块，进而重新获取医生的语音信息，重新识别，最终获得准确的药品名称信息；同理，当第二写入模块写入的所述用法用量信息出现错误时，医生通过所述修改模块调用所述第二语音获取模块，进而重新获取医生的语音信息，重新识别，最终获得准确的用法用量信息；当第三写入模块写入的所述需求量信息出现错误时，医生通过所述修改模块调用所述第三语音获取模块，进而重新获取医生的语音信息，重新识别，最终获得准确的需求量信息。

在具体的实施过程中，由于不同的药的药效不同，医生在开具处方时，有可能出现开具的两种药存在药效冲突的情况，为了进一步确保处方的准确性，在进一步的实施方案中，本发明实施例中的总后台数据中心100还包括：

总后台审核模块106，用于对所述医生终端开具的所述处方进行合理度审核，判断所述处方是否符合用药规范，获得审核结果；

总后台第一执行模块107，用于当所述审核结果为是时，将所述处方传输给总后台第二传输模块；

总后台第二执行模块108，用于当所述审核结果为否时，将所述处方传输给所述医生终端并给出问题提示。

通过总后台审核模块106对处方进行合理度审核，能够有效地避免在处方中出现药效冲突的两种药，进一步确保处方的准确性。

需要说明的是，本发明实施例中的总后台数据中心100设置有合理用药数据库，该合理用药数据库中存储有各种药品的配伍禁忌、最大开方量等详细信息，在进行合理度审核时，将处方中的各药品在合理用药数据库查找其详细信息，判断各药品的药效之间是否存在冲突，从而确定其合理性。

在具体的实施过程中，可能出现部分病症需要用到药效相互冲突的两种药品，此时医生在开具处方是会将这两种药效相互冲突的药品放入处方中。此时，总后台审核模块106就可能出现误判的情况，导致该处方一直无法通过审核。为了避免上述情况的发生，在进一步的实施过程中，本发明实施例中的总后台数据中心100还包括：

标记模块109，用于当所述审核结果为否时，对所述处方进行标记；

总后台第一判别模块110，用于对所述医生终端开具的所述处方进行识别，判断所述处方是否包含标记，获得标记判断结果；

总后台第三执行模块111，用于当所述标记判断结果为否时，将所述处方传输给所述总后台审核模块；

总后台第二判别模块112，用于当所述标记判断结果为是时，判断所述处方是否已经修改，获得修改判断结果；

总后台第四执行模块113，用于当所述修改判断结果为是时，则所述处方传输给所述总后台审核模块；

总后台第五执行模块114，用于当所述修改判断结果为否时，将所述处方传输给总后台第二传输模块。

通过对存在问题的处方进行标记，当医生再次提交后，如果医生没有做修改，则不再进行审核。能够有效地避免出现误判的情况。

本发明实施例所提供的基于语音输入的处方智能系统的工作流程如下：

首先，患者通过用户终端400提起开方请求，用户终端400获取了患者的开方请求后，将该开方请求发送至对应的分支后台中枢节点200。

分支后台中枢节点200在接收到患者的开方请求后，将该开方请求传输给医生终端300。

然后，医生在医生终端300接收到该开方请求后，通过医生终端300向总后台数据中心100发送处方开具请求。

总后台数据中心100在接收到该处方开具请求后，将存储的处方标准模板传输给分支后台中枢节点200及将存储的处方书写器传输给医生终端300；

分支后台中枢节点200在收到处方标准模板后，基于其存储的在用药品数据，在该处方标准模板中嵌入药品基础目录库，然后将嵌入了药品基础目录库后的所述处方标准模板传输至所述医生终端300。

医生在医生终端300接收到嵌入了药品基础目录库后的所述处方标准模板以及处方书写器之后，通过该处方书写器依次语音输入需要的每种药品的名称、用法用量及使用天数；该处方书写器根据医生的语音信息在所述处方标准模板中依次生成每种所需药品的药品名称、用法用量以及药品需求量，其中，所述药品需求量是根据用法用量和使用天数计算获得的；最终形成针对该患者的开方要素数据并传输给总后台数据中心100，总后台数据中心100对该数据进行合理用药审核，判断该处方是否符合用药规范，如果符合，则将该开方数据传输给分支后台中枢节点200提交给分支后台，分支后台中枢节点200获取开方数据后与药品基础目录库中已输入的药品要素数据共同形成针对该患者的处方数据列表，医院内网500与用户终端400根据各自处方标准版本需要数据在患者处方数据列表列表中获取数据生成对应需求的处方。

本发明实施例所提供的基于语音输入的处方智能系统以语音输入的方式，达到处方快速输入方便准确与多方传导的高效，省时省力方便医生、患者、与其他服务部门。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。