医院服务管理终端及医院互联网服务集成管理平台的制作方法

本发明涉及医院管理领域，具体是一种医院服务管理终端及医院互联网服务集成管理平台。

背景技术：

目前，医院内部系统的互联网入口众多，如手机app、支付宝服务窗、微信公众号、医院官网、微官网、自助机、各种挂号平台等接入医院接口。且目前，大多医院仍然是直接将各接入接口暴露给各个服务平台，如手机app、支付宝服务窗、微信公众号、医院官网、微官网、自助机、各种挂号平台等，安全性难以掌控，使用过程中会造成非常大的安全隐患，比如众所周知的“黄牛现象”。

此外，现有技术中普遍采用人工方式进行医生排班，使用不便且工作效率低。

此外，尽管现有技术中出现了很多的号源管理系统，但是其通常仅仅能够查询几月几号上午或者下午的号源，无法精确到时分，不便于患者查询与预约。

此外，现有技术中，医院财务工作人员需要经常对医院财务进行对账，然医院每天涉及的财务数据庞大，财务工作人员工作压力大且工作效率相对较低。

此外，现有医院服务集成管理平台大都是直接对医院数据进行读取与使用，一定程度上影响医院数据，尤其是敏感数据的安全性。

技术实现要素：

本发明的发明目的在于，提供一种医院服务管理终端及医院互联网服务集成管理平台，用于解决背景技术中所述的问题。

为解决上述技术问题，本发明提供了一种医院服务管理终端，包括中央控制单元、以及与中央控制单元相连的医生排班管理单元、医生号源管理单元和医院财务对账单元，还包括与中央控制单元相连的接口管控单元，所述的接口管控单元包括：

服务平台接入接口管理模块，用于实现各相应服务平台接入接口的新增、删除、修改与查看；所述的服务平台接入接口为能够连接其对应服务平台与相应医院内部系统的接口；

服务平台接入接口授权模块，与所述的服务平台接入接口管理模块相连，用于授权当前所要接入医院内部系统的相应服务平台接入接口，以实现对应服务平台接入相应的医院内部系统。

其中，所述的医生排班管理单元包括医生排班模板模块和基于所述的医生排班模板模块生成医生排班表的排班生成模块，其中，所述的医生排班模板模块用于录入相应医生的排班信息，包括：

第一信息获取单元，用于获取当前待排班的各相应日期；

第二信息获取单元，与所述的第一信息获取单元级联，用于获取预设的能够在上述第一信息获取单元获取的日期内排班的各医生的相应信息；

信息输入单元，与所述的第一信息获取单元和第二信息获取单元分别级联，用于对应输入上述第二信息获取单元获取的各医生在上述第一信息获取单元获取的各相应日期内的排班时间段，所述的排班时间段包括上午、下午、全天中的任意一个。

其中，所述的信息输入单元采用单项选择的形式输入相应的排班时间段。

其中，所述的医生排班管理单元还包括医生排班维护模块，用于实现各相应医生的停诊、替诊、新增排班、请假、取消停诊的维护与管理。

其中，所述的医生号源管理单元，包括号源维护模块、号源放号管理模块、号源放号数量管理模块和号源放号平台设置模块；

所述的号源维护模块，用于实现号源的新增、删除、修改和查看，所述的号源包括挂号类型、号源总数和挂号费用；

所述的号源放号管理模块，与所述的号源维护模块级联，用于实现当前号源对应放号记录的增加与删除，所述的放号记录包括放号起始时间及在该放号起始时间对应的时间间隔内的放号数量；

所述的号源放号平台管理模块，与所述的号源放号管理模块级联，用于设置各所述放号记录各自对应放号服务平台的管理，以实现当前号源在各相关放号服务平台上分时段地进行对应数量的号源的放号；

所述的放号服务平台包括百度、医院his、电话预约、自助机、医院前台现场预约、官网扫码、诊单扫码、支付宝、微信、自助机中的至少一种。

其中，所述的财务对账单元包括自动化对账模块和远程报警模块；

所述的自动化对账模块，包括医院线上交易数据采集模块、医院第三方支付工具交易数据采集模块和对账模块，所述的第三方支付工具包括支付宝、微信和银联中的至少一种；其中：

所述的医院线上交易数据采集模块，与医院内部系统相连，用于采集医院当天所有线上交易的财务交易数据；

所述的医院第三方支付工具交易数据采集模块，与医院内部系统当前授权使用的第三方支付工具相连，用于采集医院内部系统当前授权使用的各第三方支付工具的财务交易数据；

所述的对账模块，与所述的医院线上交易数据采集模块、医院第三方支付工具交易数据采集模块和远程报警模块分别相连，用于接收并计算所述医院线上交易数据采集模块当天采集的财务交易数据中的交易金额总数h、以及所述医院第三方支付工具交易数据采集模块当天所采集的财务交易数据中的交易金额总数l，且生成财务报表，并将该当天对应的交易金额总数h与交易金额总数l进行大小比较，且调用所述的远程报警模块向相应的财务管理员推送比较结果。

其中，所述的财务对账单元还包括中间数据库，所述的中间数据库与所述的对账模块相连，用于存储对账模块所接收到的各财务交易数据、及对账模块所生成的财务报表。

其中，所述的财务对账单元还包括分类对账模块，与所述的对账模块相连，用于对应实现上述医院第三方支付工具各自的财务对账。

另外，本发明还提供了一种医院互联网服务集成管理平台，包括云平台和医院内部系统，所述云平台的一端与用户终端通信；

该医院互联网服务集成管理平台还包括如上所述的医院服务管理终端，所述医院服务管理终端的一端依序通过隔离网闸和防火墙与所述云平台的另一端通信，所述医院服务管理终端的另一端与所述的医院内部系统通信；所述的用户终端依序通过所述的云平台、防火墙、隔离网闸、医院服务管理终端，与所述的医院内部系统进行数据交互。

其中，所述的用户终端包括微信终端、电子支付终端、app访问终端、电子对账终端和医院官网终端，所述的微信终端、电子支付终端、app访问终端、电子对账终端和医院官网终端分别与所述的云平台通讯连接。

与现有技术相比，本发明的优点在于：

(1)本发明所述的医院服务管理终端设有接口管控单元，能够实现各相应服务平台接入接口的新增、删除、修改与查看，且能够授权当前所要接入医院内部系统的相应服务平台接入接口，以实现对应服务平台接入相应的医院内部系统，从而能够对接入医院内部系统的服务平台进行管理，这在一定程度上避免了“黄牛现象”的发生，较为实用；

(2)本发明所述的医院服务管理终端设有医生排班管理单元，且该医生排班管理单元设有医生排班模板模块，使用时，用户只需要通过所述医生排班模板模块的信息输入单元对应输入所述医生排班模板模块的第二信息获取单元获取的各医生在上述医生排班模板模块的第一信息获取单元获取的各相应日期内的排班时间段，便于使用；

(3)本发明所述的医院服务管理终端设有医生号源管理单元，所述的医生号源管理单元包括号源维护模块、号源放号管理模块、号源放号数量管理模块和号源放号平台设置模块，其中所述的号源放号管理模块，用于实现当前号源对应放号记录的增加与删除，且所述的放号记录包括放号起始时间及在该放号起始时间对应的时间间隔内的放号数量，这实现了号源放号时间段设置的灵活性；另外，所述的号源放号平台管理模块，与所述的号源放号管理模块级联，用于设置各所述放号记录各自对应放号服务平台的管理，能够实现当前号源在各相关放号服务平台上分时段地进行对应数量的号源的放号，不仅使用灵活，还便于用户能够更为有针对性的进行相应时间段内的号源预约，进而避免用户到达医院后仍需花费大量时间排队等候；

（4）本发明所述的医院服务管理终端还设有财务对账单元，能够实现医院当天的线上交易自动对账，这在一定程度上降低了医院财务人员的工作负担，便于医院财务人员及时了解医院的财务对账情况，进而便于医院财务人员及时对该财务情况进行适应性调整，较为实用。

（5）本发明所述的医院互联网服务集成管理平台，使用了所述的医院服务管理终端，具有所述医院服务管理终端的全部优点，较为实用；

（6）本发明所述的医院互联网服务集成管理平台，包括云平台、医院内部系统和如上所述的医院服务管理终端，其中云平台的一端与用户终端通信、另一端依序通过防火墙、隔离网闸与医院服务管理终端的一端通信，医院服务管理终端的另一端与医院内部系统通信，从而有所述的用户终端依序通过所述的云平台、防火墙、隔离网闸和医院服务管理终端与所述的医院内部系统进行数据交互，这将医院服务管理终端与云平台通过防火墙和隔离网闸隔离开来，在一定程度上增加了医院数据使用的安全性。

由此可见，本发明与现有技术相比，具有突出的实质性特点和显著的进步，其实施的有益效果也是显而易见的。

附图说明

图1为本发明所述医院服务管理终端的结构框图示意图。

图2为本发明所述医生排班模板模块的一种具体体实施方式。

图3为本发明所述的排班生成模块基于图2所示的医生排班模板模块生成的一医生排班表的结构布局示意图。

图4为本发明所述的医院互联网服务集成管理平台的结构框图示意图。

具体实施方式

为使本发明的技术方案和优点更加清楚，下面将结合附图，对本发明的技术方案进行清楚、完整地描述。

图1为本发明所述医院服务管理终端的一种具体实施方式。在本具体实施方式中，所述的医院服务管理终端包括中央控制单元、以及与中央控制单元相连的医生排班管理单元、医生号源管理单元和医院财务对账单元，还包括与中央控制单元相连的接口管控单元。所述的接口管控单元包括：服务平台接入接口管理模块，用于实现各相应服务平台接入接口的新增、删除、修改与查看；所述的服务平台接入接口为能够连接其对应服务平台与相应医院内部系统的接口；服务平台接入接口授权模块，与所述的服务平台接入接口管理模块相连，用于授权当前所要接入医院内部系统的相应服务平台接入接口，以实现对应服务平台接入相应的医院内部系统。使用时，能够实现各相应服务平台接入接口的新增、删除、修改与查看，且能够授权当前所要接入医院内部系统的相应服务平台接入接口，以实现对应服务平台接入相应的医院内部系统，可见，本发明实现了对接入医院内部系统的服务平台的管理，在一定程度上避免了“黄牛现象”的发生。

在本实施方式中，所述的医生排班管理单元包括医生排班模板模块和基于所述的医生排班模板模块生成医生排班表的排班生成模块，其中，所述的医生排班模板模块用于录入相应医生的排班信息，包括：第一信息获取单元，用于获取当前待排班的各相应日期；第二信息获取单元，与所述的第一信息获取单元级联，用于获取并显示预设的能够在上述第一信息获取单元获取的日期内排班的各医生的相应信息（如姓名）；信息输入单元，与所述的第一信息获取单元和第二信息获取单元分别级联，用于对应输入上述第二信息获取单元获取的各医生在上述第一信息获取单元获取的各相应日期内的排班时间段，所述的排班时间段包括上午、下午、全天中的任意一个。所述的信息输入单元采用单项选择的形式输入相应的排班时间段。所述的医生排班管理单元还包括医生排班维护模块，用于实现各相应医生的停诊、替诊、新增排班、请假、取消停诊的维护与管理。使用时，医务人员基于所述的医生排班模板模块，即可快速生成医生排班表的排班生成模块。具体地，医务人员只需要通过所述医生排班模板模块的信息输入单元，对应输入所述第二信息获取单元获取的各相应医生各自在上述第一信息获取单元获取的各日期内的排班时间段，即可快速生成当前时间段的医生排班表。如图2和图3所示。

其中图2为本发明所述医生排班模板模块的一种具体体实施方式，其中，附图标记1为显示给相关医务人员的所述医生排班模板模块的一种具体体实施方式：医生排班模板。在该医生排班模板1中，附图标记9和10分别为当前被排班的医生，附图标记7表示排班开始日期选择模块、附图标记6表示排班结束日期选择模块，附图标记8表示排班开始日期、附图标记5表示排班结束日期，附图标记2表示“全天”，附图标记3表示“下午”，附图标记4表示“上午”，附图标记14表示选择框。图2中各相应选择框中的黑点表示选中。其中，所述的第一信息获取单元包括排班开始日期选择模块7、排班结束日期选择模块6、排班开始日期8、排班结束日期5、以及排班开始日期8和排班结束日期5之间省略的相应排班开始日期；使用时，通过排班开始日期选择模块7和排班结束日期选择模块6选择排班时间段，之后将当前选择的时间段对应显示在排班开始日期8和排班结束日期5所在的行。此外，为简化附图，在图2中附图标记9和10之间（竖直方向上）也省略了其他需要被排班的医生。本发明所述的第二信息获取单元获取的各相应医生信息（医生姓名）对应显示在附图标记9和10所在的列中。

在本实施方式中，图3为本发明所述的排班生成模块基于图2所示的医生排班模板模块生成的相应医生排班表的结构布局示意图，其中，附图标记11表示医生排班表，附图标记8表示排班开始日期、附图标记5表示排班结束日期，附图标记9和10均为当前被排班的医生，附图标记15、2、12、13依序表示上午、全天、下午、下午。可见基于所述的医生排班模板模块，能够快速生成当前时间段对应的医生排班表。

在本实施方式中，所述的医生号源管理单元，包括号源维护模块、号源放号管理模块、号源放号数量管理模块和号源放号平台设置模块；所述的号源维护模块，用于实现号源的新增、删除、修改和查看，所述的号源包括挂号类型、号源总数和挂号费用。所述的挂号类型包括普通门诊、专家门诊。

在本实施方式中，所述的号源放号管理模块，与所述的号源维护模块级联，用于实现当前号源对应放号记录的增加与删除，所述的放号记录包括放号起始时间及在该放号起始时间对应的时间间隔内的放号数量；所述的号源放号平台管理模块，与所述的号源放号管理模块级联，用于设置各所述放号记录各自对应放号服务平台的管理，以实现当前号源在各相关放号服务平台上分时段地进行对应数量的号源的放号。

其中，所述的号源放号管理模块，用于实现当前号源对应放号记录的增加与删除，且所述的放号记录包括放号起始时间及在该放号起始时间对应的时间间隔内的放号数量，这实现了号源放号时间段设置的灵活性。另外，所述的号源放号平台管理模块，与所述的号源放号管理模块级联，用于设置各所述放号记录各自对应放号服务平台的管理，能够实现当前号源在各相关放号服务平台上分时段地进行对应数量的号源的放号，不仅使用灵活，还便于用户能够更为有针对性的进行相应时间段内的号源预约，进而避免用户到达医院后仍需花费大量时间排队等候。

所述的放号服务平台包括百度、医院his、电话预约、自助机、医院前台现场预约、官网扫码、诊单扫码、支付宝、微信、自助机中的至少一种。在本实施方式中，所述的放号服务平台采用多项选择的形式进行实现，使用时，用户可以选择使用其中的至少一种放号服务平台。

在本实施方式中，所述的财务对账单元包括自动化对账模块和远程报警模块。其中所述的自动化对账模块，包括医院线上交易数据采集模块、医院第三方支付工具交易数据采集模块和对账模块，所述的第三方支付工具包括支付宝、微信和银联。其中：所述的医院线上交易数据采集模块，与医院内部系统相连，用于采集医院当天所有线上交易的财务交易数据；所述的医院第三方支付工具交易数据采集模块，与医院内部系统当前授权使用的第三方支付工具相连，用于采集医院内部系统当前授权使用的各第三方支付工具的财务交易数据；所述的对账模块，与所述的医院线上交易数据采集模块、医院第三方支付工具交易数据采集模块和远程报警模块分别相连，用于接收并计算所述医院线上交易数据采集模块当天采集的财务交易数据中的交易金额总数h、以及所述医院第三方支付工具交易数据采集模块当天所采集的财务交易数据中的交易金额总数l，且生成财务报表，并将该当天对应的交易金额总数h与交易金额总数l进行大小比较，且调用所述的远程报警模块向相应的财务管理员推送比较结果。可见，本发明能够实现医院当天的线上交易自动对账，这在一定程度上降低了医院财务人员的工作负担，便于医院财务人员及时了解医院的财务对账情况，进而便于医院财务人员及时对该财务情况进行适应性调整，较为实用。所述的远程报警模块采用gsm模块。其中，所述的远程报警模块还可以采用微信。

在本实施方式中，所述的财务对账单元还包括中间数据库，所述的中间数据库与所述的对账模块相连，用于存储对账模块所接收到的各财务交易数据、及对账模块所生成的财务报表。

此外，在本实施方式中，所述的财务对账单元还包括分类对账模块，与所述的对账模块相连，用于对应实现上述医院第三方支付工具各自的财务对账。使用灵活。

另外，如图4所示，本发明还提供了一种医院互联网服务集成管理平台，包括云平台和医院内部系统，所述云平台的一端与用户终端通信。该医院互联网服务集成管理平台还包括如上所述的医院服务管理终端，所述医院服务管理终端的一端依序通过隔离网闸和防火墙与所述云平台的另一端通信，所述医院服务管理终端的另一端与所述的医院内部系统通信；所述的用户终端依序通过所述的云平台、防火墙、隔离网闸、医院服务管理终端，与所述的医院内部系统进行数据交互。

其中，所述的用户终端包括微信终端、电子支付终端、app访问终端、电子对账终端和医院官网终端，所述的微信终端、电子支付终端、app访问终端、电子对账终端和医院官网终端分别与所述的云平台通讯连接。

在本实施方式中，所述的云平台包括相互通信的数据库服务器、中间件服务器、多个应用服务器，其中所述数据库服务器用于承载医院的各种数据，所述中间件服务器位于应用服务器与数据库服务器之间，所述中间件服务器主要起安全隔离、负载均衡、读写分离的作用；所述多个应用服务器通过资源池化后生成虚拟机的方式承载所述医院服务管理终端的各种应用业务，比如医生排班管理、医生号源管理、医院财务对账等等。

基于该医院互联网服务集成管理平台，用户终端依序通过所述的云平台、防火墙、隔离网闸和医院服务管理终端与所述的医院内部系统进行数据交互，这将医院服务管理终端与云平台通过防火墙和隔离网闸隔离开来，在一定程度上增加了医院数据使用的安全性。另外，该医院互联网服务集成管理平台，因其使用了所述的医院服务管理终端，具有所述医院服务管理终端的全部优点，为简化说明书的结构，在此不再赘述。

在本实施方式中，云平台将数据同步给各类用户终端进行应用，患者可以通过相应的用户终端进行预约挂号、诊间支付等等（增加了患者对医院的信赖感和粘度），医务人员可以通过相应的用户终端进行医生排班管理、医生号源管理和号源放号平台管理等等，医院财务人员可以通过相应的用户终端进行财务对账等操作。

此外，在本实施方式中，该医院互联网服务集成管理平台，将医院服务管理终端部署在医院内网中，通过防火墙和隔离网闸实现医院服务管理终端与云平台的物理隔离，这在一定程度上确保了医院敏感数据的安全性，较为实用。

以上实施方式仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施方式对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施方式技术方案的范围。