病情诊断证明生成方法、设备、装置及可读存储介质

本发明公开的实施例涉及病情诊断证明生成方法、设备、装置及计算机可读存储介质。

背景技术：

门诊病人由于申请休假、申请特殊病种门诊待遇、申请商业医疗保险金等原因需要到门诊医生处申请开具病情诊断证明。目前开具病情诊断证明的过程比较繁琐：需要医生在门诊电子病历系统里提出申请，患者到护士站领取，护士专人将纸质版病情诊断证明送至医师诊间，交接签字，医师手写完成后患者再到门诊指定窗口请专人审核，最后盖章生效。整个过程中若病情诊断证明审核未通过，患者还会重复往返，对医师、患者、门诊管理者而言均存在负担，且不利于门诊对病情诊断证明的科学管控。

技术实现要素：

本发明的目的是提供一种病情诊断证明生成方法、设备、装置及计算机可读存储介质，以解决方便开具病情诊断证明的技术问题。

根据本发明的一个方面，提供了一种病情诊断证明生成方法，该方法包括：响应于病情诊断证明书写启动指令而在病情诊断证明书写用户端的显示界面中生成病情诊断证明书写交互组件；记录病情诊断证明书写用户在所述病情诊断证明书写交互组件中形成并保存的待审核病情诊断证明内容信息；响应于病情诊断证明审核启动指令而在病情诊断证明审核用户端的显示界面中生成可查看所述待审核病情诊断证明内容信息的病情诊断证明审核交互组件；根据病情诊断证明审核用户在所述病情诊断证明审核交互组件中做出的通过或不通过的选择对应生成病情诊断证明目标文件或不能生成病情诊断证明的通知。

进一步的，在生成病情诊断证明书写交互组件前对申请获得病情诊断证明的病人的申请资格进行自动检查，若该病人的申请资格符合预设条件则生成病情诊断证明书写交互组件，反之则生成不能生成病情诊断证明书写交互组件的通知；所述预设条件包含是否能够查询到该病人在申请获得病情诊断证明的当日的门诊挂号记录，若不能查询到该病人在申请获得病情诊断证明的当日的门诊挂号记录将判定为不符合所述预设条件。

进一步的，所述生成病情诊断证明书写交互组件包含并不必理解为存在先后顺序的如下过程：查询申请获得病情诊断证明的病人对应病情的就诊记录，并从所述就诊记录中自动提取病人识别信息、就诊识别信息、诊断结果信息、医嘱信息中的至少一种并生成于病情诊断证明书写交互组件中；以及，将预设的医疗建议选项以提供给病情诊断证明书写用户进行选择的方式生成于病情诊断证明书写交互组件中和/或将预设的医疗建议填写空位以供病情诊断证明书写用户自行录入的方式生成于病情诊断证明书写交互组件中。

进一步的，所述生成病情诊断证明书写交互组件还包含将预设的用于对病情诊断证明书写用户进行提示的病情诊断证明书写用户提示信息生成于病情诊断证明书写交互组件中的过程；并且，所述病情诊断证明书写用户提示信息在所述病情诊断证明目标文件中不存在。

进一步的，所述病情诊断证明书写启动指令可以通过从病情诊断证明书写用户端登录门诊医生工作站系统然后从门诊医生工作站系统中的相应页面上的访问入口启动。

进一步的，所述生成可查看所述待审核病情诊断证明内容信息的病情诊断证明审核交互组件包含：生成待审核病情诊断证明条目查询组件；响应于病情诊断证明审核用户在待审核病情诊断证明条目查询组件中对目标待审核病情诊断证明条目的查询生成对应的待审核病情诊断证明内容信息；生成所述对应的待审核病情诊断证明内容信息的审核操作组件，所述审核操作组件包括用于做出所述通过或不通过的选择的选择器。

进一步的，病情诊断证明生成方法还包括：响应于病情诊断证明审核用户在所述选择器中做出的通过的选择生成病情诊断证明目标文件生成开关；并且/或者，响应于病情诊断证明审核用户在所述选择器中做出的不通过的选择生成不能生成病情诊断证明的通知的内容编辑交互组件；并且/或者，所述生成病情诊断证明书写交互组件还包含将预设的病情诊断证明用途选项以提供给病情诊断证明书写用户进行选择的方式生成于病情诊断证明书写交互组件中，并在生成病情诊断证明目标文件时根据选择的病情诊断证明用途的数量生成对应数量的病情诊断证明目标文件。

根据本发明的一个方面，提供了一种病情诊断证明生成设备，包括：病情诊断证明书写交互组件生成模块，用于响应于病情诊断证明书写启动指令而在病情诊断证明书写用户端的显示界面中生成病情诊断证明书写交互组件；待审核病情诊断证明内容信息记录模块，用于记录病情诊断证明书写用户在所述病情诊断证明书写交互组件中形成并保存的待审核病情诊断证明内容信息；病情诊断证明审核交互组件生成模块，用于响应于病情诊断证明审核启动指令而在病情诊断证明审核用户端的显示界面中生成可查看所述待审核病情诊断证明内容信息的病情诊断证明审核交互组件；病情诊断证明审核结果模块，用于根据病情诊断证明审核用户在所述病情诊断证明审核交互组件中做出的通过或不通过的选择对应生成病情诊断证明目标文件或不能生成病情诊断证明的通知。

根据本发明的一个方面，提供了一种病情诊断证明生成电子装置，包括：处理器；存储器，用于储存处理器可执行指令；所述处理器被配置为执行上述任意一种病情诊断证明生成方法。

计算机可读存储介质，包括储存的程序，所述程序运行时执行上述任意一种病情诊断证明生成方法。

上述病情诊断证明生成方法、设备、装置及计算机可读存储介质能够实现病情诊断证明的书写与审核的基本无纸化作业，同时病情诊断证明和审核又分别在病情诊断证明书写交互组件、病情诊断证明审核交互组件中进行，可以实现病情诊断证明书写和审核的标准化。

下面结合附图和具体实施方式对本发明的实施例做进一步的说明。本发明的实施例的附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明提供的实施例的实践了解到。

附图说明

构成本说明书的一部分的附图用来辅助对相关实施例的理解，附图中所提供的内容及其在本说明书中有关的说明可用于解释相关实施例，但不构成对相关实施例的不当限定。在附图中：

图1为本发明病情诊断证明生成方法实施例的流程示意图。

图2为本发明实施例中生成病情诊断证明书写交互组件的流程示意图。

图3为本发明实施例中生成病情诊断证明审核交互组件的流程示意图。

图4为本发明实施例中病情诊断证明书写交互组件的图形用户界面示意图。

图5为本发明实施例中病情诊断证明审核交互组件的图形用户界面示意图。

图6为本发明病情诊断证明生成设备实施例的结构示意图。

图7为本发明病情诊断证明生成电子装置实施例的结构示意图。

具体实施方式

下面结合附图对本发明的实施例进行清楚、完整的说明。本领域普通技术人员在基于这些说明的情况下将能够实现相关实施例。在结合附图对本发明提的实施例进行说明前，需要特别指出的是：

本说明书中在包括下述说明在内的各部分中所提供的技术方案、技术特征，在不冲突的情况下，这些技术方案、技术特征可以相互组合。

下述说明中涉及到的内容通常仅是一分部实施例而不是全部实施例，因此，基于本说明书提供的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

本说明书和权利要求书及有关的部分中的术语“包括”、“包含”、“具有”以及它们的任何变形，意图在于覆盖不排他的包含。

图1为本发明病情诊断证明生成方法实施例的流程示意图。如1所示，病情诊断证明生成方法，包括：

s100：病情诊断证明书写用户登录门诊医生工作站系统然后从门诊医生工作站系统中的相应页面上的访问入口启动病情诊断证明书写启动指令。

s200：在生成病情诊断证明书写交互组件前对申请获得病情诊断证明的病人的申请资格进行自动检查，判断该病人的申请资格是否符合预设条件。若判断该病人的申请资格符合预设条件，则执行步骤s300；否则，执行步骤s620。

s300：响应于病情诊断证明书写启动指令而在病情诊断证明书写用户端的显示界面中生成病情诊断证明书写交互组件。

s400：记录病情诊断证明书写用户在所述病情诊断证明书写交互组件中形成并保存的待审核病情诊断证明内容信息。

s500：响应于病情诊断证明审核启动指令而在病情诊断证明审核用户端的显示界面中生成可查看所述待审核病情诊断证明内容信息的病情诊断证明审核交互组件。

s600：根据病情诊断证明审核用户在所述病情诊断证明审核交互组件中做出的通过或不通过的选择对应生成病情诊断证明目标文件或不能生成病情诊断证明的通知。即当做出通过的选择时执行步骤s610；做出不通过的选择时执行步骤s620。

s610：生成病情诊断证明目标文件。病情诊断证明目标文件可以是电子形式的，也可以是纸质形式的。由于申请获得病情诊断证明的病人往往需要使用病情诊断证明目标文件请假、申请特殊病种门诊待遇或申请商业医疗保险金，因此，病情诊断证明目标文件一般是纸质形式的。

s620：生成不能生成病情诊断证明的通知。该通知一般可以从病情诊断证明书写用户端的显示界面查看。

上述方法中，启动病情诊断证明书写启动指令的方式当然并不局限于从门诊医生工作站系统的相应页面上的访问入口(如以超链接、快捷启动图标等形式存在)启动。例如，直接从在病情诊断证明书写用户端的电脑显示器桌面上安装的快捷启动图标启动等方式也是可行的。将本发明病情诊断证明生成方法依附于门诊医生工作站系统中，相当于在现有门诊医生工作站系统上增加了新的功能，由于病情诊断证明书写用户通常就是门诊医生，这样就使得门诊医生可以十分便捷的启动病情诊断证明书写启动指令，提高工作效率和便利性。

上述方法中，在生成病情诊断证明书写交互组件前对申请获得病情诊断证明的病人的申请资格进行自动检查，判断该病人的申请资格是否符合预设条件，若判断该病人的申请资格符合预设条件则生成病情诊断证明书写交互组件，否则生成不能生成病情诊断证明的通知，这样，就能够减轻甚至取消病情诊断证明书写用户(通常是门诊医生)对申请获得病情诊断证明的病人的申请资格的人为审查，提高病情诊断证明书写用户工作效率并减轻其工作负担。

在一种可选的实施方式中，所述预设条件包含了是否能够查询到该病人在申请获得病情诊断证明的当日的门诊挂号记录，若不能查询到该病人在申请获得病情诊断证明的当日的门诊挂号记录将判定为不符合所述预设条件。当然，若能够查询到该病人在申请获得病情诊断证明的当日的门诊挂号记录则可以判定为符合所述预设条件，或者也可以再做后续判断来判定是否符合所述预设条件。

在判断申请获得病情诊断证明的病人的申请资格符合预设条件后，则在病情诊断证明书写用户端的显示界面中生成病情诊断证明书写交互组件。病情诊断证明书写交互组件具体是指在病情诊断证明书写用户端的显示界面与病情诊断证明书写用户之间实现病情诊断证明书写所需的人机交互界面。病情诊断证明书写用户可通过病情诊断证明书写交互组件实现病情诊断证明内容信息的形成和保存。

通过记录病情诊断证明书写用户在所述病情诊断证明书写交互组件中形成并保存的待审核病情诊断证明内容信息，能够将待审核病情诊断证明内容信息存储在病情诊断证明书写用户端和/或远端存储器(如为实施本发明的病情诊断证明生成方法而准备的服务器)中，以便在需要的时候对审核病情诊断证明内容信息进行调用。

此后，通过响应于病情诊断证明审核启动指令而在病情诊断证明审核用户端的显示界面中生成可查看所述待审核病情诊断证明内容信息的病情诊断证明审核交互组件。病情诊断证明审核用户通常是位于医生办公室中专门进行病情诊断证明审核和盖章的医生。所述病情诊断证明审核交互组件具体是指在病情诊断证明审核用户端的显示界面与病情诊断证明审核用户之间实现病情诊断证明审核所需的人机交互界面。病情诊断证明审核用户可通过病情诊断证明审核交互组件实现对待审核病情诊断证明内容信息的查看并做出审核通过或不通过的决定。

病情诊断证明审核交互组件的生成可以是自动的，即一旦产生待审核病情诊断证明内容信息，则可以以该待审核病情诊断证明内容信息的产生作为病情诊断证明审核启动指令而在病情诊断证明审核用户端的显示界面中生成所述病情诊断证明审核交互组件。当然，也可在病情诊断证明审核用户端的电脑显示器桌面上安装的快捷启动图标并通过响应于病情诊断证明审核用户对该快捷启动图标的点击或其他形式的触发等方式在病情诊断证明审核用户端的显示界面中生成所述病情诊断证明审核交互组件。

病情诊断证明审核交互组件生成后，病情诊断证明审核用户即可在所述病情诊断证明审核交互组件中做出的通过或不通过的选择，然后将对应生成病情诊断证明目标文件或不能生成病情诊断证明的通知。其中，病情诊断证明审核用户在所述病情诊断证明审核交互组件中做出通过或不通过的选择可以是通过点击病情诊断证明审核交互组件中相应的选择按键来实现，也可以通过其他的人机交互方式来实现。

在一种可选的实施方式中，当病情诊断证明审核用户在所述病情诊断证明审核交互组件中做出的通过的选择后，可以再自动生成或激活一个相应的按键，并响应于病情诊断证明审核用户对于该按键的点击而打印出病情诊断证明目标文件。

图2为本发明中生成病情诊断证明书写交互组件的流程示意图。图4为本发明实施例中病情诊断证明书写交互组件的图形用户界面示意图。如图2、4所示，所述生成病情诊断证明书写交互组件包含不必理解为存在先后顺序的如下过程：

s310：查询申请获得病情诊断证明的病人对应病情的就诊记录，并从所述就诊记录中自动提取病人识别信息、就诊识别信息、诊断结果信息、医嘱信息中的至少一种并生成于病情诊断证明书写交互组件中。

s320：将预设的医疗建议选项以提供给病情诊断证明书写用户进行选择的方式生成于病情诊断证明书写交互组件中。

s330：将预设的用于对病情诊断证明书写用户进行提示的病情诊断证明书写用户提示信息生成于病情诊断证明书写交互组件中。所述病情诊断证明书写用户提示信息在所述病情诊断证明目标文件中不存在。

s340：将预设的病情诊断证明用途选项以提供给病情诊断证明书写用户进行选择的方式生成于病情诊断证明书写交互组件中。

如图4所示，在本发明病情诊断证明生成方法实施例的病情诊断证明书写交互组件的图形用户界面中，标记为“姓名”、“性别”、“年龄”的对应空格中的信息属于病人识别信息；标记为“登记号”、“科别”的对应空格中的信息属于就诊识别信息；标记为“诊断”的对应空格中的信息属于诊断结果信息；标记为“处理意见：医嘱”的对应空格中的信息属于医嘱信息。上述病人识别信息、就诊识别信息、诊断结果信息、医嘱信息均自动根据查询申请获得病情诊断证明的病人对应病情的就诊记录并从该就诊记录中提取得到。

由于上述信息是从就诊记录中自动提取的，因此大大节省了病情诊断证明的书写时间，并能够保证病情诊断证明中的有关内容与就诊记录一致，防止人为书写错误。此外，门诊医生在病情诊断证明的医疗建议给出休息天数时也可直接参考从就诊记录中自动提取的相关信息来评估。

如图4所示，在本发明病情诊断证明生成方法实施例的病情诊断证明书写交互组件的图形用户界面中，标记为“建议”的对应空格中的信息属于医疗建议。在该实施例中，将多种医疗建议选项以下拉菜单的方式生成于病情诊断证明书写交互组件中，既方便选择，又杜绝了在病情诊断证明中给出不规范的医疗建议。

如图4所示，在本发明病情诊断证明生成方法实施例的病情诊断证明书写交互组件的图形用户界面中，右侧“注意事项”属于病情诊断证明书写用户提示信息。这些注意事项在所述病情诊断证明目标文件中不存在。在病情诊断证明书写交互组件中生成病情诊断证明书写用户提示信息能够对病情诊断证明书写用户进行提示，比如生成要求申请获得病情诊断证明的病人必须到场这类不宜在病情诊断证明目标文件中显示的规范。

在实际情况中，医院经常遇到病人在同一次就诊后申请获得多份病情诊断证明的情形。如果医院完全根据病人的请求的数量开具病情诊断证明，可能导致病情诊断证明管理上的混乱不期望的风险；但如果病人在同一次就诊后只能得到一份病情诊断证明，则又存在当需要多份病情诊断证明分别用于请假、申请特殊病种门诊待遇、申请商业医疗保险金等用途时无法满足病人需求的问题。因此，在本发明病情诊断证明生成方法实施例中，还将预设的病情诊断证明用途选项以提供给病情诊断证明书写用户进行选择的方式生成于病情诊断证明书写交互组件中，并在生成病情诊断证明目标文件时根据选择的病情诊断证明用途的数量生成对应数量的病情诊断证明目标文件，这样就使得每一份病情诊断证明对应一种用途而便于管理和查询，同时也解决的病人的对多份病情诊断证明的特殊需要。

图3为本发明中生成病情诊断证明审核交互组件的流程示意图。图5为本发明实施例中病情诊断证明审核交互组件的图形用户界面示意图。如图3、5所示，生成可查看所述待审核病情诊断证明内容信息的病情诊断证明审核交互组件包含：

s510：生成待审核病情诊断证明条目查询组件。

s520：响应于病情诊断证明审核用户在待审核病情诊断证明条目查询组件中对目标待审核病情诊断证明条目的查询生成对应的待审核病情诊断证明内容信息。

s530：生成所述对应的待审核病情诊断证明内容信息的审核操作组件，所述审核操作组件包括用于做出所述通过或不通过的选择的选择器。

如图5所示，在本发明病情诊断证明生成方法实施例的病情诊断证明审核交互组件的图形用户界面中，左侧为待审核病情诊断证明条目查询组件，该待审核病情诊断证明条目查询组件包括查询字段输入窗口和患者就诊记录选择器。查询字段输出窗口具体包含就诊日期范围起始日期输出窗口、就诊日期范围结束日期输出窗口、患者卡号输出窗口、患者登记号输出窗口和患者编号输出窗口，通过在这些查询字段输入窗口中的一个或几个中输入相应的信息，就可以在患者就诊记录选择器中显示备选的待审核病情诊断证明内容信息所对应的就诊记录，选择其中一条就诊记录即可在病情诊断证明审核交互组件的图形用户界面右侧生成相应的待审核病情诊断证明内容信息。

如图5所示，在本发明病情诊断证明生成方法实施例的病情诊断证明审核交互组件的图形用户界面中，右侧下部的审核操作组件包括“退回”、“核实通过”和“打印”按键。其中，“打印”只有在点击“核实通过”按键以后才能被激活，通过点击“打印”按键可以生成病情诊断证明目标文件(即打印出病情诊断证明目标文件)。点击“退回”按键后将生成不能生成病情诊断证明的通知的内容编辑交互组件。

图6为本发明病情诊断证明生成设备实施例的结构示意图。如图6所示，病情诊断证明生成设备包括病情诊断证明书写交互组件生成模块110、待审核病情诊断证明内容信息记录模块120、病情诊断证明审核交互组件生成模块130和病情诊断证明审核结果模块140。

所述病情诊断证明书写交互组件生成模块110用于响应于病情诊断证明书写启动指令而在病情诊断证明书写用户端的显示界面中生成病情诊断证明书写交互组件。

所述待审核病情诊断证明内容信息记录模块120用于记录病情诊断证明书写用户在所述病情诊断证明书写交互组件中形成并保存的待审核病情诊断证明内容信息。

所述病情诊断证明审核交互组件生成模块130用于响应于病情诊断证明审核启动指令而在病情诊断证明审核用户端的显示界面中生成可查看所述待审核病情诊断证明内容信息的病情诊断证明审核交互组件。

所述病情诊断证明审核结果模块140用于根据病情诊断证明审核用户在所述病情诊断证明审核交互组件中做出的通过或不通过的选择对应生成病情诊断证明目标文件或不能生成病情诊断证明的通知。

图7为本发明病情诊断证明生成电子装置实施例的结构示意图。该电子装置包括：处理器210；存储器220，用于储存处理器可执行指令；所述处理器210被配置为执行上述的病情诊断证明生成方法。

具体的，上述处理器210可以包括中央处理器(cpu)，或者特定集成电路(applicationspecialintegratedcircuit，asic)，或者可以被配置成实施上述药物不良反应监测方法的一个或多个集成电路。

存储器220可以包括用于数据可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器220可包括硬盘驱动器(harddiskdrive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universalserialbus，usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器220可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器220可在数据处理装置的内部或外部。在特定实施例中，存储器220是非易失性固态存储器。在特定实施例中，存储器220包括只读存储器(rom)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom(prom)、可擦除prom(eprom)、电可擦除prom(eeprom)、电可改写rom(earom)或闪存或者两个或更多个以上这些的组合。

处理器210通过读取并执行存储器220中存储的计算机程序指令，以实现上述药物不良反应监测方法。

在病情诊断证明生成电子装置的一个实施例中，病情诊断证明生成电子装置还可包括通信接口230和总线240。其中，如图4所示，处理器210、存储器220、通信接口230通过总线240连接并完成相互间的通信。

通信接口230，主要用于实现病情诊断证明生成所需的各模块、装置、单元和/或设备之间的通信。总线240包括硬件、软件或两者，将病情诊断证明生成电子装置的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(agp)或其他图形总线、增强工业标准架构(eisa)总线、前端总线(fsb)、超传输(ht)互连、工业标准架构(isa)总线、无限带宽互连、低引脚数(lpc)总线、存储器总线、微信道架构(mca)总线、外围组件互连(pci)总线、pci-express(pci-x)总线、串行高级技术附件(sata)总线、视频电子标准协会局部(vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线240可包括一个或多个总线。尽管本发明描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

本领域普通技术人员在基于这些说明的情况下将能够实现本发明的实施例。基于本说明书提供的上述内容，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应当属于本发明保护的范围。