CN111276234A - 医疗信息显示方法及装置 - Google Patents

Abstract

本发明公开了一种医疗信息显示方法，包括：响应于看板定制指令，从预设的组件池中选择至少一个组件，并设置所述至少一个组件在医疗看板界面上的布局，其中，所述组件池包括医嘱执行组件，所述医嘱执行组件适于显示患者医嘱执行的全过程；按照所述布局，在医疗看板界面上显示所述至少一个组件。本发明一并公开了相应的医疗信息显示装置以及终端设备。

Description

医疗信息显示方法及装置

技术领域

本发明涉及医疗数据处理技术领域，尤其涉及一种医疗信息显示方法及装置。

背景技术

为了提高医疗工作效率和医疗服务质量，目前，医院中的各个场所(例如诊疗科室、病区、药房等)通常设置有医疗信息显示系统(例如护士站电子看板、病区交互系统、药房动态显示系统)等，以便于医疗人员(医生、护士、药师等)快速获取患者的医疗信息动态。

现有的医疗信息显示系统只具有单一的信息展示界面，无法实现信息展示内容的个性化定制，系统展示的信息难以完全覆盖医疗人员所需要的信息，无法满足不同科室、病区的专业化需求。此外，现有的系统仅用于展示单个场所的医疗信息，例如病区医疗显示系统仅能显示病区内的状态信息，药房显示系统仅能显示药房取药的状态信息等，而无法将本场所的医疗流程与其他场所的医疗业务流程进行协同展示，在提升医疗工作的主动性、及时性、可靠性方面仍有所欠缺。另外，现有的系统通常采用定时轮询的方式获取医疗信息，数据请求效率低，系统开销大。

发明内容

为此，本发明提供一种医疗信息显示方法及装置，以力图解决或至少缓解上面存在的问题。

根据本发明的一个方面，提供一种医疗信息显示方法，包括：响应于看板定制指令，从预设的组件池中选择至少一个组件，并设置所述至少一个组件在医疗看板界面上的布局，其中，所述组件池包括医嘱执行组件，所述医嘱执行组件适于显示患者医嘱执行的全过程；按照所述布局，在医疗看板界面上显示所述至少一个组件。

根据本发明的一个方面，提供一种医疗信息显示装置，包括：定制模块，适于响应于看板定制指令，从预设的组件池中选择至少一个组件，并设置所述至少一个组件在医疗看板界面上的布局，其中，所述组件池包括医嘱执行组件，所述医嘱执行组件适于显示患者医嘱执行的全过程；显示模块，适于按照所述布局，在医疗看板界面上显示所述至少一个组件。

根据本发明的一个方面，提供一种终端设备，包括显示器、存储器和处理器，其中，所述显示器与所述处理器连接，适于显示医疗看板界面；所述存储器适于存储医疗信息显示程序；所述处理器适于读取所述存储器中存储的医疗信息显示程序以执行如上所述的医疗信息显示方法。

根据本发明的又一个方面，提供一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如上所述的医疗信息显示方法。

根据本发明的医疗信息显示方案，用户可以对前端组件进行自由组装，实现医疗看板界面的定制，满足不同医疗场所的个性化需求。

进一步地，本发明的医疗显示方案支持患者医嘱(包括药品医嘱和医技医嘱)执行的全过程展示，使得医院单个场所与其他业务科室的协同透明可视，提高医疗工作的主动性和及时性。

进一步地，在本发明的医疗信息显示方案中，由服务器主动监听各业务系统的行为，并根据各组件的订阅向各组件推送消息，医疗看板组件内容的刷新更为及时和主动，开销更低。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的医疗信息系统100的示意图；

图2示出了根据本发明一个实施例的医疗信息显示方法200的流程图；

图3A～3D分别示出了根据本发明一个实施例的病区护士、医生、药师、技师所对应的组件配置界面示意图；

图4A～4D分别示出了根据本发明一个实施例的病区护士、医生、药师、技师所对应的医疗看板界面的示意图；

图5示出了根据本发明一个实施例的统一消息格式的示意图；

图6示出了根据本发明一个实施例的欠费催款消息格式的示意图；

图7示出了根据本发明一个实施例的输液状态消息的图形展现形式；

图8示出了根据本发明一个实施例的医嘱执行组件界面的示意图；

图9示出了根据本发明一个实施例的交互接口的示意图；

图10示出了根据本发明一个实施例的终端设备1000的示意图；

图11示出了根据本发明一个实施例的医疗信息显示装置1100的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的医疗信息系统100的示意图。医疗信息系统100例如可以布置在医疗机构中。如图1所示，医疗信息系统100包括终端设备110(110-1～110-4)、服务器120和数据存储装置130。需要说明的是，图1所示的医疗信息系统100仅为一个示例，在其他实施例中，医疗信息系统可以包括任意数量的终端设备110、服务器120以及数据存储装置130，本发明对医疗信息系统所包括的终端设备110、服务器120以及数据存储装置130的数量不做限制。

终端设备110为用户侧的设备。在本发明的实施例中，用户可以是医院的工作人员例如医生、护士、药师、挂号员、财务人员、行政人员等，也可以是患者，但不限于此。终端设备110例如可以是桌面电脑、笔记本电脑等个人配置的计算机，也可以是手机、平板电脑、多媒体设备、智能可穿戴设备等移动设备，还可以是某些医疗设备，但不限于此。

终端设备110上配置有与医疗相关的一个或多个客户端应用，以实现医疗工作的信息化。根据用户群体的不同，终端设备110上可配置不同的客户端应用。例如，终端设备110-1供医生使用，其上可以配置有电子病历应用、医嘱管理应用，以便医生获取、录入患者的诊疗信息，为患者开立医嘱等；终端设备110-2供药剂师使用，其上可以配置有药品管理应用，以实现对药物的采购、分发、库存管理等；终端设备110-3供收费员使用，其上可以配置有门急诊收费管理应用、住院收费管理应用等，以实现对患者的收费管理；终端设备110-4共病区护士使用，其上可以配置有病区管理应用，以实现对病区护理工作的科学、高效管理。除此之外，系统100还可以包括供患者使用的终端设备110-5(图1中未示出)，其上配置有相应的客户端应用，以供患者进行预约、挂号、查看医嘱、查看用药提醒等。

需要说明的是，客户端应用可以以任意形式驻留于终端设备110上，例如，客户端应用可以是安装于终端设备110上的独立的软件，或者是软件中的一个功能模块，也可以是可通过终端设备110的浏览器进行访问的Web页面，等等。

服务器120用于向各医疗相关的客户端应用提供数据、方法调用等服务。数据存储装置130用于存储患者信息及医疗数据，其在硬件上可以实现为任意存储介质，在软件上可以实现为任意存储系统(例如文件存储系统、对象存储系统等)以及任意数据库软件。

在本发明的实施例中，服务器120可以侦听和接收各个客户端应用上产生的消息，将消息推送至其他客户端应用，以实现各客户端应用的数据协同，提高医疗事务的处理效率。例如，服务器120可以侦听并接收位于终端设备110-1上的医嘱管理应用所产生的医嘱消息(包括药品医嘱消息和医技医嘱消息)、终端设备110-2上的药品管理应用所产生的药品发放消息、终端设备110-3上的收费管理应用所产生的欠费催款消息等，并将其推送至终端设备110-4上，以使病区护士能够及时获取患者的医嘱、药品、缴费等动态。

在本发明的实施例中，为了提高医疗工作效率和医疗服务质量，终端设备110中设置有医疗信息显示装置1100，用于指示终端设备110执行本发明的医疗信息显示方法200，以在终端设备110的显示器上显示医疗看板界面，实现定制化的、完整、高效的医疗信息显示，便于医疗人员(医生、护士、药师等)快速获取患者的医疗信息动态。

图2示出了根据本发明一个实施例的医疗信息显示方法200的流程图。方法200在终端设备(例如前述终端设备110-4)上执行。如图2所示，方法200始于步骤S210。

在步骤S210中，响应于看板定制指令，从预设的组件池中选择至少一个组件，并设置所述至少一个组件在医疗看板界面上的布局，其中，所述组件池包括医嘱执行组件，医嘱执行组件适于显示患者医嘱执行的全过程。

在本发明的实施例中，医疗看板界面为用于显示医疗信息的界面，其例如可以是一个Web页面。组件(Component)指的是医疗看板界面中用于展示特定信息、实现特定功能的前端UI(User Interface，用户界面)模块。看板定制指令可以是预设的任意指令，用户通过输入看板定制指令，可以触发显示出组件配置界面，随后用户可以在组件配置界面的组件池中选择至少一个组件并设置各组件在医疗看板界面上的布局。在一个实施例中，看板定制指令例如可以是单击Web页面上的“看板自定义”按钮。根据一种实施例，医嘱执行组件适于按照时间顺序显示患者的医嘱在医生站、护士站、药房或医技科室中的执行全过程。

根据一种实施例，步骤S210中“从预设的组件池中选择至少一个组件”的步骤进一步可以按照以下方法实施：首先，获取当前用户的身份属性；随后，根据预设的身份属性与组件池的对应关系，确定当前用户所对应的组件池；最后，从该对应的组件池中选择至少一个组件。

根据一种实施例，身份属性包括护士、医生、药师、技师等，但不限于此。不同的身份属性对应于不同的组件池。相应地，当用户在步骤S210输入看板定制指令后，组件配置界面中会显示出与当前用户的身份属性相对应的组件池。随后，用户可以在该组件池中选择至少一个组件，并设置选中的各组件在医疗看板界面上的布局。

图3A示出了根据本发明一个实施例的护士所对应的组件配置界面示意图，护士可以在该组件配置界面上从预设的护士组件池中选择至少一个组件，并设置各组件在医疗看板界面上的布局。

如图3A所示，组件配置界面包括组件池和预览区两部分。组件池中包括多个候选的组件，预览区用于预览组件在医疗看板界面上的布局效果。用户可以将组件池中的组件拖拽入预览区，被拖入预览区的组件将被显示于医疗看板界面上。用户可以调整预览区内的各组件的排列顺序和尺寸，从而确定各组件在医疗看板界面上的布局。例如，用户将组件池中的病区摘要组件、医嘱执行组件、病区工作状态及计划组件以及护理评估组件四个组件拖入预览区，则在医疗看板界面上将显示此四组件，其他组件均不显示。并且，用户设置了此四组件在医疗看板界面上的布局：将此四组件的显示尺寸调整为相同的高度，排列顺序从左到右依次为病区摘要组件、病区工作状态及计划组件、护理评估组件以及医嘱执行组件。

如图3A所示，护士所对应的组件池中包括病区摘要组件、医嘱执行组件、病区工作状态及计划组件、护理评估组件、欠费催款组件等。其中，摘要组件用于显示病区的摘要信息，例如病区的床位数、在院病人数、总值班医生、总值班护士等。医嘱执行组件用于显示医嘱信息，包括各个患者的医嘱以及医嘱的执行全过程等。病区工作状态及计划组件用于显示病区当前的工作状态以及未来的工作计划。护理评估组件用户显示患者的护理状态详情，也可以接收护士录入的患者护理数据并上传至服务器120。欠费催款组件则用户显示患者的欠费、缴费情况。

需要说明的是，图3A所列的组件仅为示例，本领域技术人员可以根据实际需要向护士所对应的组件池中增加其他组件，或删除组件池中已有的组件，本发明对组件池所包括的组件的数量以及组件的种类均不做限制。进一步地，本领域技术人员也可以根据实际需要为某一个组件设置子组件，以及为子组件设置孙组件等，本发明对组件的层级嵌套结构亦不做限制。例如，在一个实施例中，医嘱执行组件可以包括药品医嘱子组件和医技医嘱子组件。

图4A示出了根据本发明一个实施例的医疗看板界面的示意图。图4A所示的医疗看板界面是图3的配置结果，图4A所示的医疗看板界面与图3A预览区的布局相同。

图4A所示的医疗看板界面可以显示于医院的病区中。病区(Inpatient Ward)是医院的基本组成单位，是对住院病人实施诊疗、护理的场所。医院按照科室的不同划分出多个病区，每个病区中设置有多张床位、容置有多个病人，且不同病人的诊疗、护理事项不同，病区护士面临着繁重的护理工作任务。图3A、图4A所示的实施例可以实现病区医疗看板界面的自定义配置，从而对病区护士的护理工作进行高效的组织和管理，提升病区护理工作的主动性、及时性以及可靠性。

图3B示出了根据本发明一个实施例的医生所对应的组件配置界面示意图，医生可以在该组件配置界面上从预设的医生组件池中选择至少一个组件，并设置各组件在医疗看板界面上的布局。

如图3B所示，组件配置界面包括组件池和预览区两部分。组件池中包括多个候选的组件，预览区用于预览组件在医疗看板界面上的布局效果。

如图3B所示，医生所对应的组件池中包括患者信息组件、医嘱输入组件、医嘱执行组件、既往史组件、电子病历组件、检查结果汇总组件等。其中，患者信息组件用于显示患者的基本信息；医嘱输入组件用于录入患者的医嘱；医嘱执行组件用于显示患者医嘱的执行全过程；既往史组件用于显示患者过去的健康情况和相关病史；电子病历组件用于显示患者就诊的病历信息；检查结果汇总组件用于显示患者进行检查以及检验后的结果汇总。

需要说明的是，图3B所列的组件仅为示例，本领域技术人员可以根据实际需要向医生所对应的组件池中增加其他组件，或删除组件池中已有的组件，本发明对组件池所包括的组件的数量以及组件的种类均不做限制。进一步地，本领域技术人员也可以根据实际需要为某一个组件设置子组件，以及为子组件设置孙组件等，本发明对组件的层级嵌套结构亦不做限制。例如，在一个实施例中，医嘱执行组件可以包括药品医嘱子组件和医技医嘱子组件。

用户可以将组件池中的组件拖拽入预览区，被拖入预览区的组件将被显示于医疗看板界面上。用户可以调整预览区内的各组件的排列顺序和尺寸，从而确定各组件在医疗看板界面上的布局。例如，用户将组件池中的患者信息组件、医嘱输入组件、医嘱执行组件、既往史组件和电子病历组件五个组件拖入预览区，则在医疗看板界面上将显示此五组件，其他组件均不显示。并且，用户设置了此五组件在医疗看板界面上的布局：将此五组件的显示尺寸调整为相同的高度，排列顺序从左到右依次为患者信息组件、既往史组件、电子病历组件、医嘱输入组件和医嘱执行组件。

图4B示出了根据本发明一个实施例的医疗看板界面的示意图。图4B所示的医疗看板界面是图3B的配置结果，图4B所示的医疗看板界面与图3B预览区的布局相同。图4B所示的医疗看板界面可以显示于医院的各门诊科室中，以供医生了解患者的信息和实时医疗动态，以提升医生工作的主动性、及时性和可靠性。

图3C示出了根据本发明一个实施例的药师所对应的组件配置界面示意图，药师可以在该组件配置界面上从预设的药师组件池中选择至少一个组件，并设置各组件在医疗看板界面上的布局。

如图3C所示，组件配置界面包括组件池和预览区两部分。组件池中包括多个候选的组件，预览区用于预览组件在医疗看板界面上的布局效果。

如图3C所示，药师所对应的组件池中包括处方查验组件、医嘱执行组件、药品库存管理组件、发药组件等。其中，处方查验组件用于对医生开出的处方进行核查检验；医嘱执行组件用于显示患者医嘱执行的全过程；药品库存管理组件用于管理药品库存数量，进行采购药品录入以及发放药品减少库存；发药组件用于显示患者的发药状态。

需要说明的是，图3C所列的组件仅为示例，本领域技术人员可以根据实际需要向药师所对应的组件池中增加其他组件，或删除组件池中已有的组件，本发明对组件池所包括的组件的数量以及组件的种类均不做限制。进一步地，本领域技术人员也可以根据实际需要为某一个组件设置子组件，以及为子组件设置孙组件等，本发明对组件的层级嵌套结构亦不做限制。例如，在一个实施例中，医嘱执行组件可以包括药品医嘱子组件和医技医嘱子组件。

用户可以将组件池中的组件拖拽入预览区，被拖入预览区的组件将被显示于医疗看板界面上。用户可以调整预览区内的各组件的排列顺序和尺寸，从而确定各组件在医疗看板界面上的布局。例如，用户将组件池中的处方查验组件、医嘱执行组件、药品库存管理组件、发药组件四个组件拖入预览区，则在医疗看板界面上将显示此四组件，其他组件均不显示。并且，用户设置了此四组件在医疗看板界面上的布局：将此四组件的显示尺寸调整为相同的高度，排列顺序从左到右依次为药品库存管理组件、处方查验组件、医嘱执行组件和发药组件。

图4C示出了根据本发明一个实施例的医疗看板界面的示意图。图4C所示的医疗看板界面是图3C的配置结果，图4C所示的医疗看板界面与图3C预览区的布局相同。图4C所示的医疗看板界面可以显示于医院的药房中，以供药师了解患者取药需求和实时医疗动态，以提升药师工作的主动性、及时性和可靠性。

图3D示出了根据本发明一个实施例的技师所对应的组件配置界面示意图，技师可以在该组件配置界面上从预设的技师组件池中选择至少一个组件，并设置各组件在医疗看板界面上的布局。

如图3D所示，组件配置界面包括组件池和预览区两部分。组件池中包括多个候选的组件，预览区用于预览组件在医疗看板界面上的布局效果。

如图3D所示，技师所对应的组件池中包括医嘱执行组件、设备操作组件、检查结果输入组件等。其中，医嘱执行组件用于显示患者医嘱执行的全过程；设备操作组件用于显示医疗设备的状态，以及显示医疗设备的操作界面；检查结果输入组件用于录入患者的检查检验结果。

需要说明的是，图3D所列的组件仅为示例，本领域技术人员可以根据实际需要向技师所对应的组件池中增加其他组件，或删除组件池中已有的组件，本发明对组件池所包括的组件的数量以及组件的种类均不做限制。进一步地，本领域技术人员也可以根据实际需要为某一个组件设置子组件，以及为子组件设置孙组件等，本发明对组件的层级嵌套结构亦不做限制。例如，在一个实施例中，医嘱执行组件可以包括药品医嘱子组件和医技医嘱子组件。

用户可以将组件池中的组件拖拽入预览区，被拖入预览区的组件将被显示于医疗看板界面上。用户可以调整预览区内的各组件的排列顺序和尺寸，从而确定各组件在医疗看板界面上的布局。例如，用户将组件池中的医嘱执行组件、设备操作组件、检查结果输入组件三个组件拖入预览区，则在医疗看板界面上将显示此三组件，其他组件均不显示。并且，用户设置了此三组件在医疗看板界面上的布局：将此三组件的显示尺寸调整为相同的高度，排列顺序从左到右依次为医嘱执行组件、检查结果输入组件和设备操作组件。

图4D示出了根据本发明一个实施例的医疗看板界面的示意图。图4D所示的医疗看板界面是图3D的配置结果，图4D所示的医疗看板界面与图3D预览区的布局相同。图4D所示的医疗看板界面可以显示于医院的医技部门中，以供技师了解患者的实时医疗动态，及时对患者进行检查检验并录入检查检验结果，提升技师工作的主动性、及时性和可靠性。根据一种实施例，组件的布局包括组件的显示规则。相应地，步骤S210还包括：设置各组件的显示规则。通过设置组件的显示规则，可以使医疗看板界面在任意分辨率的显示器上都具有良好的展示效果。

以医疗看板界面为Web页面为例，组件的显示规则包括但不限于以下几种：

1、绝对坐标：设置组件在医疗看板界面内的绝对坐标(以界面左上角为坐标原点)，包括组件左上角的横轴(X)坐标和纵轴(Y)坐标。设置此显示规则的组件，其在医疗看板界面内的显示位置由设置的绝对坐标和该组件的尺寸来确定。

2、组件X相对坐标：设置组件的横轴参考组件和横轴相对坐标。设置此显示规则的组件，其左上角在医疗看板界面内的横轴坐标＝横轴参考组件的横坐标+横轴参考组件的宽度+该组件的横轴相对坐标。

3、组件Y相对坐标：设置组件的纵轴参考组件和纵轴相对坐标。设置此显示规则的组件，其左上角在医疗看板界面内的纵轴坐标＝纵轴参考组件的纵坐标+纵轴参考组件的高度+该组件的纵轴相对坐标。

4、绝对高度：将组件的高度(Height)设为固定值。设置此显示规则的组件，不论显示器的分辨率为多少、医疗看板界面的尺寸为多大，组件的高度均固定不变。

5、绝对宽度：将组件的宽度(Width)设为固定值。设置此显示规则的组件，不论显示器的分辨率为多少、医疗看板界面的尺寸为多大，组件的宽度均固定不变。

6、组件相对高度：设置组件高度在医疗看板界面高度中所占的比例(％)。设置此显示规则的组件，其高度可以随医疗看板界面的高度而自适应调整。

7、组件相对宽度：设置组件宽度在医疗看板界面宽度中所占的比例(％)。设置此显示规则的组件，其宽度可以随医疗看板界面的宽度而自适应调整。

8、组件自动屏蔽：设置在组件超出医疗看板界面范围时是否隐藏该组件。前述显示规则1～7均可能产生组件超出医疗看板界面显示范围的情况。若设置在组件超出医疗看板界面范围时隐藏该组件，则该组件在医疗看板界面上仅显示一个图标，而不显示具体的信息内容。

在本发明的实施例中，每个组件都订阅有至少一种消息，相应地，终端设备110可以接收服务器120推送的被组件订阅的至少一种消息，并将上述至少一种消息显示于相应的组件中。

例如，欠费催款组件订阅有欠费催款消息，相应地，终端设备110可以接收服务器120推送的欠费催款消息，并将该消息显示于欠费催款组件中。又例如，医嘱执行组件订阅有药品医嘱执行及医技医嘱执行消息，相应地，终端设备110可以接收服务器120推送的药品医嘱执行消息或医技医嘱执行消息，并将其显示于医嘱执行组件中。

根据一种实施例，为了提高消息推送的通用性和效率，服务器120推送的消息具有相同的消息格式。即，服务器120侦听和接收各个客户端应用上产生的消息，并根据内置规则引擎进行消息的统一格式转换和路由转发。图5示出了根据本发明一个实施例的统一消息格式的示意图。如图5所示，统一消息格式包括消息主题、消息来源、目标用户、消息体和消息通道五个部分。服务器的内置规则引擎定义了各种消息所对应的处理规则，当从某个客户端应用采集到消息时，根据预设的处理规则即可将该消息转化为如图5所示的统一格式。

例如，收费管理应用在住院患者的预缴款余额与住院患者的费用总和之差小于预设的催款金额时，将产生一条欠费催款消息。即，欠费催款消息的产生规则的伪代码如下：

IF住院患者.预缴款余额–住院患者费用.个人支付汇总<欠费规则.催款金额Then

Set住院患者.欠费标志＝已欠费；

End IF

服务器120中预设的欠费催款消息的统一格式如图6所示。如图6所示，定义欠费催款消息的消息主题为“患者欠费”；消息来源为的编码为“030401：住院费用预结算”；目标用户为“责任护士及护理组，主治医生及医生组”；消息体采用编号为0401的欠费催款模板，消息内容包括患者的手机号、患者姓名、所在科室、所在病区、当前床位、预缴款余额、住院总费用等信息；消息通道为“应用站内信”和“钉钉IM”。

当收费管理应用产生欠费催款消息后，服务器120会将该消息转换为图6所示的统一格式，并将该消息的消息主题(“患者欠费”)、消息来源(“030401：住院费用预结算”)以及消息体(“0401：欠费催款模板，手机号、患者姓名、所在科室、所在病区、当前床位、预缴款余额、住院总费用”)按照预设的消息渠道(“应用站内信，钉钉IM”)发送至目标用户(“责任护士及护理组，主治医生及医生组”)，即，发送至病区责任护士以及主治医生所使用的终端设备(例如图1中的终端设备110-4)上，并将该消息显示于医疗看板界面的欠费催款组件中。

根据一种实施例，用户可以设置组件所订阅的消息种类和消息的展现形式，即，步骤S210进一步包括：响应于组件定制指令，设置组件所订阅的消息种类和消息的展现形式。在一个实施例中，可以预先设置每一个组件所对应的消息池，用户可以从组件的消息池中选择至少一种消息，作为该组件所订阅的消息。组件订阅了某种消息后，每当服务器120接收到该种消息，服务器120会及时将接收到的该种消息推送至该组件。

除了设置组件所订阅的消息种类外，用户还可以设置消息的展现形式。根据一种实施例，消息的展现形式包括表格和图表，但不限于此。例如，病区工作状态及计划组件订阅有护理工作动态消息，护理工作动态消息可以以表1所示的表格形式展现。

表1

又例如，病区工作状态及计划组件订阅有患者的输液状态消息，输液状态消息可以以图7所示的图形形式展现。图7所示的环形图中，阴影部分表示已执行的输液进度，随着输液过程的进行，阴影部分可以沿着箭头a所示的方向或沿着箭头b所示的方向扩散，当整个圆环被阴影覆盖时，表示输液过程执行完毕。

在一个实施例中，医嘱执行组件订阅有医嘱执行消息，医嘱执行组件适于按照时间顺序显示患者的医嘱在医生站、护士站、药房或医技科室中的执行全过程。如图8示出了医嘱执行组件界面的一个实施例，其以图形的形式，按照时间顺序显示了药品医嘱在医生站、护士站、药房中的执行过程。参见图8，在2018年11月18日10：20，呼吸内科医生张三为某患者开立了药品医嘱。随后，呼吸内科病房的护士李四于10：30对该医嘱进行了复核，并于10：31向药房发出药品请领请求。病区药房的工作人员王五于11：01将药品分发至药房。最后，呼吸内科病房的护士赵六于13：10将药品作用于患者。

在一个实施例中，病区工作状态及计划组件订阅有多项工作状态机计划消息，病区工作状态及计划组件适于按照时间顺序显示病区当前的工作动态以及未来的工作计划。表2示出了病区工作状态及计划组件界面的一个实施例，其以表格的形式显示了病区在不同时间段的工作计划。

表2

如上表所示，全天24小时被划分为06:01-09:00、09:01-12:00等7个时间段，用户可以选择查看某个时间段的护理工作计划。在上表所示的实施例中，用户选中了09:01-12:00时间段，相应地，表格中显示的是09:01-12:00时间段的护理工作计划：在09:01-12:00时间段中，1、2、6、7等11个床位的患者需要进行口服，1、2、6、7等8个床位的患者需要进行静滴，24、25两个床位的患者需要进行静推，等等。

在一个实施例中，组件除了可以按照预设的展现形式来显示服务器120推送的消息之外，还可以接收用户的数据输入。例如，病区摘要组件、护理评估组件包括交互接口，交互接口适于接收数据输入，并将接收到的数据发送至服务器120。

在一个实施例中，病区摘要组件包括如图9所示的表单接口，用户可以向该表单中输入数据，例如，输入总值班医生的姓名和值班电话等信息，点击下方的“提交”按钮，即可将输入的数据提交至服务器120。

在另一个实施例中，护理评估组件包括置管护理交互接口、危急值交互接口等，用户可以在置管护理交互接口中记录患者的置管护理情况，以及在危急值交互接口中记录患者的危急值，并提交至服务器120。进一步地，服务器120可以将接收到的患者置管护理情况以及危急值自动推送至主治医生，以便主治医生跟进患者的医疗状态，为患者制定下一步诊疗方案。

在步骤S210中设置了医疗看板界面所包括的组件及布局后，在步骤S220中，即可按照步骤S210所设置的布局，在医疗看板界面上显示步骤S210中所设置的至少一个组件。

进一步地，步骤S210中还可以设置各组件所订阅的消息和消息的展现形式，相应地，步骤S220中将按照步骤S210中所设置的展现形式，将消息显示于各组件中。

图10示出了根据本发明一个实施例的终端设备1000的示意图。如图7所示，在基本的配置1002中，终端设备1000典型地包括系统存储器1006和一个或者多个处理器1004。存储器总线1008可以用于在处理器1004和系统存储器1006之间的通信。

取决于期望的配置，处理器1004可以是任何类型的处理，包括但不限于：微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器1004可以包括诸如一级高速缓存1010和二级高速缓存1012之类的一个或者多个级别的高速缓存、处理器核心1014和寄存器1016。示例的处理器核心1014可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器1018可以与处理器1004一起使用，或者在一些实现中，存储器控制器1018可以是处理器1004的一个内部部分。

取决于期望的配置，系统存储器1006可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器1006可以包括操作系统1020、一个或者多个应用1022以及程序数据1024。应用1022实际上是多条程序指令，其用于指示处理器1004执行相应的操作。在一些实施方式中，应用1022可以布置为在操作系统上使得处理器1004利用程序数据1024进行操作。

终端设备1000还可以包括有助于从各种接口设备(例如，输出设备1042、外设接口1044和通信设备1046)到基本配置1002经由总线/接口控制器1030的通信的接口总线1040。示例的输出设备1042包括图形处理单元1048和音频处理单元1050。它们可以被配置为有助于经由一个或者多个A/V端口1052与诸如显示器1053或者扬声器之类的各种外部设备进行通信。示例外设接口1044可以包括串行接口控制器1054和并行接口控制器1056，它们可以被配置为有助于经由一个或者多个I/O端口1058和诸如输入单元1059(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备1046可以包括网络控制器1060，其可以被布置为便于经由一个或者多个通信端口1064与一个或者多个其他计算设备1062通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

在根据本发明的终端设备1000中，应用1022例如可以包括医疗信息显示装置1100，装置1100为医疗信息显示程序，其包括多条程序指令。医疗信息显示装置1100可以指示处理器1004执行本发明的医疗信息显示方法200，使得终端设备1000的显示器1053上能够显示医疗看板界面，以便医疗人员能够高效地获取医疗信息。

图11示出了根据本发明一个实施例的医疗信息显示装置1100的示意图。医疗信息显示装置1100驻留于终端设备1000中，用于使终端设备1000执行本发明的医疗信息显示方法200。如图11所示，医疗信息显示装置200包括定制模块1110和显示模块1120。

定制模块1110，适于响应于看板定制指令，从预设的组件池中选择至少一个组件，并设置所述至少一个组件在医疗看板界面上的布局，其中，所述组件池包括医嘱执行组件，所述医嘱执行组件适于显示患者医嘱执行的全过程。定制模块1110具体用于执行如前述步骤S210的方法，关于定制模块1110的处理逻辑和功能可以参见前述步骤S210的相关描述，此处不再赘述。

显示模块1120，适于按照所述布局，在医疗看板界面上显示所述至少一个组件。显示模块1120具体用于执行如前述步骤S220的方法，关于显示模块的处理逻辑和功能可以参见前述步骤S220的相关描述，此处不再赘述。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、U盘、软盘、CD-ROM或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的数据存储方法和/或数据查询方法。

以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。

在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的而非限制性的，本发明的范围由所附权利要求书限定。

Claims (19)

1.一种医疗信息显示方法，包括：

响应于看板定制指令，从预设的组件池中选择至少一个组件，并设置所述至少一个组件在医疗看板界面上的布局，其中，所述组件池包括医嘱执行组件，所述医嘱执行组件适于显示患者医嘱执行的全过程；

按照所述布局，在医疗看板界面上显示所述至少一个组件。

2.如权利要求1所述的方法，其中，所述医嘱执行组件适于按照时间顺序显示患者的医嘱在医生站、护士站、药房或医技科室中的执行全过程。

3.如权利要求1所述的方法，其中，所述从预设的组件池中选择至少一个组件的步骤包括：

获取当前用户的身份属性；

根据预设的身份属性与组件池的对应关系，确定当前用户所对应的组件池；

从所述对应的组件池中选择至少一个组件。

4.如权利要求3所述的方法，其中，所述身份属性包括护士、医生、药师、技师。

5.如权利要求3或4所述的方法，其中，当所述身份属性为护士时，所述组件池包括以下组件中的至少一种：

病区摘要组件、医嘱执行组件、病区工作状态及计划组件、护理评估组件、欠费催款组件。

6.如权利要求5所述的方法，其中，所述病区工作状态及计划组件适于按照时间顺序显示病区当前的工作动态以及未来的工作计划。

7.如权利要求5所述的方法，其中，所述病区摘要组件、护理评估组件包括交互接口，所述交互接口适于接收数据输入，并将接收到的数据发送至服务器。

8.如权利要求3或4所述的方法，其中，当所述身份属性为医生时，所述组件池包括以下组件中的至少一种：

患者信息组件、医嘱输入组件、医嘱执行组件、既往史组件、电子病历组件、检查结果汇总组件。

9.如权利要求3或4所述的方法，其中，当所述身份属性为药师时，所述组件池包括以下组件中的至少一种：

医嘱执行组件、处方查验组件、发药组件、药品库存管理组件。

10.如权利要求3或4所述的方法，其中，当所述身份属性为技师时，所述组件池包括以下组件中的至少一种：

医嘱执行组件、设备操作组件、检查结果输入组件。

11.如权利要求1所述的方法，其中，所述组件订阅至少一种消息，所述方法还包括：

接收服务器推送的所述至少一种消息；

将所述至少一种消息显示于所述组件中。

12.如权利要求11所述的方法，还包括：

响应于组件定制指令，设置组件所订阅的消息种类和消息的展现形式；

所述将所述消息显示于所述组件中的步骤包括：

按照所述展现形式将所述消息显示于所述组件中。

13.如权利要求12所述的方法，其中，所述展现形式包括表格和图形。

14.如权利要求11所述的方法，其中，所述服务器推送的所述至少一种消息具有相同的消息格式。

15.如权利要求1所述的方法，其中，所述布局包括组件的显示规则，所述显示规则包括以下至少一项：

设置组件在医疗看板界面内的绝对坐标、设置组件的横轴参考组件和横轴相对坐标、设置组件的纵轴参考组件和纵轴相对坐标、将组件的高度设为固定值、将组件的宽度设为固定值、设置组件高度在医疗看板界面高度中所占的比例、设置组件宽度在医疗看板界面宽度中所占的比例、设置在组件超出医疗看板界面范围时是否隐藏该组件。

16.一种医疗信息显示装置，包括：

定制模块，适于响应于看板定制指令，从预设的组件池中选择至少一个组件，并设置所述至少一个组件在医疗看板界面上的布局，其中，所述组件池包括医嘱执行组件，所述医嘱执行组件适于显示患者医嘱执行的全过程；

显示模块，适于按照所述布局，在医疗看板界面上显示所述至少一个组件。

17.一种终端设备，包括显示器、存储器和处理器，其中，

所述显示器与所述处理器连接，适于显示医疗看板界面；

所述存储器适于存储医疗信息显示程序；

所述处理器适于读取所述存储器中存储的医疗信息显示程序以执行如权利要求1-15中任一项所述的医疗信息显示方法。

18.如权利要求17所述的终端设备，还包括输入单元，所述输入单元与所述处理器连接，适于接收看板定制指令、组件定制指令以及数据输入。

19.一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如权利要求1-15中任一项所述的医疗信息显示方法。

Images