CN114022087A - 用于供应链管理的信息处理方法 - Google Patents

Abstract

本发明专利公开了一种用于供应链管理的信息处理方法，包括响应于接收到管理端的管理界面被触发添加角色请求，建立与角色对应的用户端之间的通信连接；基于从医院角色对应的用户端接收到的至少一个采购请求，确定各个采购请求指示的目标信息，将目标信息发送至所述管理端，并监测所述管理端是否触发目标采购请求；如果管理端触发了目标采购请求，将待采购物资信息发送至与其相关的目标供应商用户端处，以使目标供应商通过目标供应商用户端对代采购物资信息进行出库管理。实现了对供应链的采购和供应的监控和管理。

Description

用于供应链管理的信息处理方法

技术领域

本发明专利涉及数据处理技术领域，具体涉及到一种用于供应链管理的信息处理方法。

背景技术

供应链管理系统SCM（Supply Chain Management）（以下简称SCM系统）在医院中应用十分广泛。

相关技术中，SCM系统通常将医院和供应商之间建立协同管理，采用该方式，虽然实现并方便了医院和供应商的线上采购和供应，但是如果需要对医院的采购数据进行管理（例如，审核），则需要申请从医院的系统中获取数据，而该数据通常会存在大量的错误信息（例如，存在医院错报、谎报采购数据而得到错误的数据）。采用相关技术中的SCM系统无法对医院与供应商的采购、供应过程进行监管。

发明内容

本发明专利的主要目的在于提供一种用于供应链管理的信息处理方法。

为了实现上述目的，根据本发明专利的第一方面，提供了一种用于供应链管理的信息处理方法，包括：响应于接收到管理端的管理界面被触发添加角色请求，建立与所述角色对应的用户端之间的通信连接，其中，所述角色包括供应商角色、和/或医院角色；基于从医院角色对应的用户端接收到的至少一个采购请求，确定各个所述采购请求指示的目标信息，其中，所述采购请求指示的目标信息包括至少一个供应商信息、以及与各个供应商相关的待采购物资信息；将所述目标信息发送至所述管理端，并监测所述管理端是否触发目标采购请求；如果所述管理端触发了目标采购请求，将所述待采购物资信息发送至与其相关的目标供应商用户端处，以使所述目标供应商通过目标供应商用户端对所述代采购物资信息进行出库管理。

可选地，方法还包括：基于从所述管理端的管理界面接收到的角色配置请求，按照所述角色配置指示的方式，建立所述供应商角色、与所述医院角色之间的映射关系；和/或，当接收到所述管理端的管理界面发送的所述映射关系更改请求后，更改所述供应商角色、与所述医院角色之间的映射关系。

可选地，方法还包括：将所述出库管理得到的出库单发送至所述医院角色对应的用户端，以使所述医院角色对应的用户端基于所述出库单进行入库管理，并得到入库单；在接收到所述入库单后，将所述入库单发送至医院信息系统对应的数据库中，以使所述医院信息系统更新数据库中物资信息的库存；和/或，将更新后的数据库中的物资信息的库存同步至云数据库中。

可选地，方法还包括：当接收到至少一个医院信息系统发送的退货请求后，将所述退货请求指示的退货单发送至云数据库中，以更新所述云数据库中物资信息的库存，和/或，基于所述退货单更新所述数据库中物资信息的库存。

可选地，方法还包括：从至少一个医院信息系统对应的数据库中获取实时消耗数据；将所述实时消耗数据同步至云数据库中；和/或，当医院信息系统对应的数据库中的可消耗物资库存低于预设值时，向所述医院信息系统发送预警数据。

可选地，方法还包括：从云数据库中确定至少一个医院信息系统在预设周期内的消耗数据；将所述消耗数据发送至所述管理端；和/或，基于每一个消耗数据，计算所有医院信息系统的总消耗数据；将所述总消耗数据发送至所述管理端。

可选地，在将目标信息发送至所述管理端后，方法还包括：监测所述管理端是否对目标信息进行了修改；如果监测到了所述修改，监测所述管理端是否触发目标采购请求；如果所述管理端触发了目标采购请求，将修改后的待采购物资信息发送至与其相关的目标供应商用户端处。

可选地，在将所述入库单发送至医院信息系统对应的数据库之前，所述方法还包括：对接收到的所述入库单进行传输标准校验。

根据本发明专利的第二方面，提供了一种计算机可读存储介质，存储有计算机指令，所述计算机指令用于使所述计算机执行第一方面任意一项所述的用于供应链管理的信息处理方法。

根据本发明专利的第三方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行第一方面任意一项所述的用于供应链管理的信息处理方法。

在本发明专利实施例中，包括响应于接收到管理端的管理界面被触发添加角色请求，建立与角色对应的用户端之间的通信连接，其中，所述角色包括供应商角色、和/或医院角色；基于从医院角色对应的用户端接收到的至少一个采购请求，确定各个采购请求指示的目标信息，将目标信息发送至所述管理端，并监测所述管理端是否触发目标采购请求；如果管理端触发了目标采购请求，将待采购物资信息发送至与其相关的目标供应商用户端处，以使目标供应商通过目标供应商用户端对代采购物资信息进行出库管理。通过实现三端的交互，从而实现了对供应链的采购和供应的监控和管理，进而解决了相关技术中的SCM系统无法对医院与供应商的采购、供应过程进行监管的技术问题。

附图说明

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

图1是根据本发明专利实施例的用于供应链管理的信息处理方法的流程图；

图2是根据本发明专利实施例的用于供应链管理的信息处理方法一个应用场景图；

图3是根据本发明专利实施例的用于供应链管理的信息处理方法的另一个应用场景图；以及

图4是根据本发明专利实施例的用于供应链管理的信息处理方法的又一个应用场景图。

图5是根据本发明专利实施例的电子设备的示意图。

具体实施方式

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

需要说明的是，本发明专利的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的物资，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明专利的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本发明专利中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明专利。

根据本发明专利实施例，提供了一种用于供应链管理的信息处理方法，如图1所示，该方法包括如下的步骤101至步骤103：

步骤101：响应于接收到管理端的管理界面被触发添加角色请求，建立与所述角色对应的用户端之间的通信连接，其中，所述角色包括供应商角色、和/或医院角色。

在本实施例中，管理端可以是管理多个医院的角色的用户端，该管理端的管理界面可以被触发添加角色的请求，当接收到该请求后，可以建立与该角色用户端的通信连接，通信连接可以是该角色可通过接口实现登录。

进一步地，当角色被添加后，角色所包含的信息便被存储至云数据库中。角色可以包括供应商角色、和/或医院角色。供应商角色所包含的信息包括供应商的名称、供应商联系人、经营类别、资质、生产许可证等等信息。医院角色所包含的信息可以包括医院的名称、医院的采购目录信息等等。

还可以通过管理端的管理界面对上述角色进行删除、以及修改（包括对供应商角色和医院角色已建立的映射关系进行修改（可用于对医院的供应商进行指定）。

还可以通过管理端的管理界面对角色进行分配管理，包括当新添加角色后，可以为每个医院角色分配供应商（或者为供应商角色分配医院）

示例性地，参考图2，图2中的管理端（图中用集体端示出）除了对角色进行管理之外，还可以对物料进行管理，通过物料管理可对各医院需要采购的品种进行维护（包括但是不限于增删改查等等），包括品种的规格型号，生产厂商，价格等信息。

示例性地，还可以对采购目录进行管理，在采购目录中对各个医院的采购目录进行维护（包括但是不限于增删改查等）。

示例性地，还可以进行调价管理（包括但是不限于对品种的价格发起调整）。还可以对供应商信息进行管理，实现供应商信息的维护。

本实施通过管理端，对供应链中的各个角色和各个信息进行管理，能够控制各个角色之间的采购供应过程，从而加强了对该过程的（精准）控制。

作为本实施例一种可选的实现方式，方法还包括：基于从所述管理端的管理界面接收到的角色配置请求，按照所述角色配置指示的方式，建立所述供应商角色、与所述医院角色之间的映射关系；和/或，当接收到所述管理端的管理界面发送的所述映射关系更改请求后，更改所述供应商角色、与所述医院角色之间的映射关系。

在本可选的实现方式中，可以基于管理界面触发的对角色之间的映射关系进行修改的请求，对角色之间的映射关系进行更改。例如，A医院的供应商有100个，而100个供应商里存在严重不符合供应要求的供应商P，管理端则可以直接删除二者之间的映射关系，并由执行主体同步至医院端。医院端的采购目录中便不再显示该供应商P的信息。从而不再需要其他繁琐方式的管理。

通过本可选的实现方式，通过管理端便实现了供应商和医院之间的关系管理，提高了供应链管理的精度、以及加强了供应链交易过程的可控性。

步骤102：基于从医院角色对应的用户端接收到的至少一个采购请求，确定各个所述采购请求指示的目标信息，其中，所述采购请求指示的目标信息包括至少一个供应商信息、以及与各个供应商相关的待采购物资信息。

在本实施例中，接入本实施例执行主体（供应链系统的服务端）的用户端数量可以是大量的，当至少一个医院角色用户端（包括但是不限于医院的库管、财务、管理员等的用户端）发送采购请求后，可以对每个请求进行解析，得到请求指示的至少一个供应商信息、以及与各个供应商相关的待采购物资信息。例如：采购A厂商的阿莫西林、采购B供应商的一次性针管等等。

进一步地，参考图2，图2示出了通过医院端的管理界面可以实现对各个信息的管理。示例性地，可以包括对科室管理和仓库管理，用于维护院内的科室和仓库信息。

示例性地，还可以包括对采购目录进行管理，用于新增和修改采购目录，采购目录是由管理端维护的品种信息加上品种对应的供应商信息构成，是医院做计划的基础信息。

示例性地，还可以进行调价管理，医院角色对品种的价格进行调整。

示例性地，还可以进行退货管理，可查看从HIS系统发起的退货单。

示例性地，还可以进行发票管理，可校验供应商录入的发票。还可以进行账款管理，可对医院的应付款进行查看，并执行付款操作。还可以进行报表管理，可查看医院所有的采购计划数据及入库数据。医院可根据报表功能模块中的采购计划报表对之前的采购计划做分析，从而得出每个品种在院内的实际需求量，再次做计划时可精准预估采购预算，有效控制支出，节约成本。

本实施例通过将医院角色的用户端接入本实施例方法的执行主体（供应链系统的服务端），并与管理端进行交互，实现对供应链中采购等信息的管理。

步骤103：将所述目标信息发送至所述管理端，并监测所述管理端是否触发目标采购请求。

在本实施例中，在得到目标信息后，可以将该目标信息发送至管理端，管理者可通过管理端的管理界面对该目标信息进行管理，并监测管理端是否触发了采购请求。对该目标信息进行管理包括但是不限于对目标信息进行修改。

步骤104：如果所述管理端触发了目标采购请求，将所述待采购物资信息发送至与其相关的目标供应商用户端处，以使所述目标供应商通过目标供应商用户端对所述代采购物资信息进行出库管理。

在本实施例中，供应商端可以通过其管理界面，进行出库管理，用于对医院的采购订单进行出库操作。在确定待采购信息和对应的供应商后，可以将待采购信息发送至对应的目标供应商用户端，以使供应商端完成出库操作。

参考图2，供应商用户端还可以通过其本身的管理界面进行发票管理，用以对已出库的品种录入发票。

可以理解的是，出库信息还可以发送至管理端，由管理端对出库信息进行维护。

作为本实施例一种可选的实现方式，目标信息发送至所述管理端后，方法还包括：监测所述管理端是否对目标信息进行了修改；如果监测到了所述修改，监测所述管理端是否触发目标采购请求；如果所述管理端触发了目标采购请求，将修改后的待采购物资信息发送至与其相关的目标供应商用户端处。

在本可选的实现方式中，当接收到目标信息后，管理端还可以对该信息进行修改，并将修改后的信息发送至本实施例方法的执行主体，由本实施例方法的执行主体发送至供应商端。

可以理解的是，上述过程所涉及到的所有信息均同步至云数据库中。

在本实施中，通过将采购采购或供应的信息发送至管理端，由管理端对信息进行监管或者管控，从而能够在SCM系统中对医院与供应商的采购、供应过程进行监管。

医院信息系统HIS（Hospital Information System）（以下简称HIS系统）为全方位的综合管理系统，其涉及医生、护士、病人、门诊、药品、库房以及各种费用等信息的采集及存储，为医院提供全面的一站式服务。

HIS与SCM二者通常各自部署安装，各司其职，但功能上难免会存在交集与重合。在SCM系统中进行入库操作的药品、耗材、设备需要在HIS系统中手工录入到相应库房才算完成实际入库，同样在院内日常运转过程中因药品价格调整等原因实际发生的退货，从HIS中发起退货的同时，在SCM系统中也需要手工录入同样的退货单，才能保证双方数据的一致性。

作为本实施例一种可选的实现方式，方法还包括：将所述出库管理得到的出库单发送至所述医院角色对应的用户端，以使所述医院角色对应的用户端基于所述出库单进行入库管理，并得到入库单；在接收到所述入库单后，将所述入库单发送至医院信息系统对应的数据库中，以使所述医院信息系统更新数据库中物资信息的库存；和/或，将更新后的数据库中的物资信息的库存同步至云数据库中。

在本可选的实现方式中，医院信息系统（HIS系统），现有的SCM系统与HIS系统之间无法进行数据交互，在SCM系统上入库之后需要在HIS系统上手工录入一遍入库信息，从而会出现由于人为录入错误导致系统双方入库信息不一致。在SCM系统入库后，医院如果在HIS系统上入库不及时会导致本应当前周期的入库拖延到下一个周期，本应根据当前周期入库产生的财务账款未能及时生成，使系统双方的财务账款发生不一致，给医院财务对账造成困扰。

作为本实施例一种可选的实现方式，在将所述入库单发送至医院信息系统对应的数据库之前，所述方法还包括：对接收到的所述入库单进行传输标准校验。

参考图3，医院端在其管理界面可以基于出库单选择选择需要入库的品种，录入入库数量、批号等信息提交至本实施例方法执行主体，执行主体将提交的入库单保存到云数据库中（本实施例SCM系统对应的数据库）、同时医院端的管理界面可以将此入库单的推送状态设置为“未推送”。而后可通过WebService将入库单数据传输到HIS系统的接收程序；如果接收程序成功接收到数据，则进入数据校验步骤，否则进入重新推送步骤；SCM系统对应的服务器（本实施例方法的执行主体）和HIS系统所部署的服务器之间通过网络进行数据交互；对成功接收到的数据进行合法性校验，包括校验数据是否符合HL7规范，如果校验成功则将入库数据保存在HIS的数据库里，否则进入重新推送步骤。

如果保存HIS数据库成功则代表数据传输以及处理成功，HIS系统对应的服务器可将成功的结果发送至给SCM系统对应的服务器，SCM系统对应的服务器根据此结果将入库单的推送状态“未推送”变更为“已推送”，否则进入重新推送步骤。

SCM系统对应的服务器（本实施例方法的执行主体）和HIS系统所部署的服务器之间通过网络进行数据交互，可能会出现由于网络异常等原因导致数据传输失败。对于失败的数据可重新推送，重新推送可以是在医院端的管理页面，页面里显示所有状态为“未推送”的入库单，每个入库单对应一个“推送”按钮，“推送”按钮被触发之后重复上述推送步骤。对于成功保存到HIS数据库的入库单，其推送状态变更为“已推送”，以使不会进到重新推送页面。

在本可选的实现方式中，SCM系统对应的云数据库被入库后，可通过接口将数据实时推送给HIS，规避了因人为在HIS录入而导致出错的风险，减少医院库管人员的工作量，保证系统双方入库数据的实时性与以及财务数据的一致性。

作为本实施例一种可选的实现方式，方法还包括：当接收到至少一个医院信息系统发送的退货请求后，将所述退货请求指示的退货单发送至云数据库中，以更新所述云数据库中物资信息的库存，和/或，基于所述退货单更新所述数据库中物资信息的库存。

在本可选的实现方式中，在退货环节中，如果从HIS系统发起的退货无法流转到SCM系统，会使得退货数据仅存在于HIS系统中，形成信息孤岛，医院再次做采购计划时没有真实的进销存数据做依据，不利于预算与成本的管控。

参考图4，医院的HIS系统的用户端可以触发退货请求（包括选择需要退货的品种，录入退货数量、金额等信息，该信息组成退货单），将用户端提交的退货单保存到HIS系统的数据库、同时在HIS系统用户端的管理界面将此退货单的推送状态设置为“未推送”；而后可通过WebService将退货单数据传输到SCM系统对应的服务器（执行主体），执行主体的接收程序如果成功接收到数据，则进入数据校验步骤（校验数据是否符合HL7规范），否则进入重新推送步骤；校验成功则将退货单的数据保存在SCM对应的云数据库里，否则进入重新推送步骤。

如果保存云数据库成功则代表退货数据传输以及处理成功，SCM系统对应的服务器会将成功的结果应答给HIS系统所部署的服务器，HIS系统的用户端页面将该退货单的推送状态变更为“已推送”，保存失败同样进入重新推送步骤。对于处理失败的数据可重新推送。

本可选的实现方式HIS发起退货后可将数据实时传输给SCM，保证双方退货数据一致的同时，数据在双方系统的数据库中都有保存，避免了数据孤岛的形成。

上述可选的实现方式中，因网络异常等原因引起的数据传输失败，在网络恢复正常后可重新推送；合法性校验失败的数据，修改程序使数据符合HL7规范后可重新推送；保存数据库时失败的数据，修改程序中的缺陷后可重新推送。从而在双方系统交互中提供了完善的错误处理及重试机制，保证出错数据不丢失。

通过上述可选的实现方式，实现了SCM与HIS的双向数据交互；保证了入库，退货，财务数据在两个系统之间的一致性、实时性；入库，退货数据留存于两个系统的数据库中，避免信息孤岛，为业务提供分析决策依据。

作为本实施例一种可选的实现方式，方法还包括：从至少一个医院信息系统对应的数据库中获取实时消耗数据；将所述实时消耗数据同步至云数据库中；和/或，当医院信息系统对应的数据库中的可消耗物资库存低于预设值时，向所述医院信息系统发送预警数据。

再本可选的实现方式中，HIS系统还可将物资的实时消耗数据发送至执行主体，执行主体可同步至云数据库中，并在物资库存达到最低值时发出预警。

作为本实施例一种可选的实现方式，方法还包括：从云数据库中确定至少一个医院信息系统在预设周期内的消耗数据；将所述消耗数据发送至所述管理端；和/或，基于每一个消耗数据，计算所有医院信息系统的总消耗数据；将所述总消耗数据发送至所述管理端。

在本可选的实现方式中，每个医院的HIS系统可以向执行主体实时上传消耗数据，执行主体可以将数据同步至云数据库中，而后可以对每个周期内的每个医院的消耗数据进行统计，从而可以统计得到的消耗数据发送至管理端，管理端可根据该数据对采购和供应进行管控。例如，医院A日消耗阿莫西林为100，如果下一周期为1000，管理端在得到该数据后，管理者可以对该数据进行分析并管控。

本实施例的供应链管理中，通过实现三端（管理端、供应商端、医院端）的交互，使各端职责清晰，完成了从采购计划到供应商出库到医院入库再到财务账款的产品闭环。同时实现了可与HIS系统进行双向通信的供应链管理方法，保证了HIS系统与供应链之间数据的一致性和实时性。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本发明专利实施例，还提供了一种用于实施上述用于供应链管理的信息处理方法的装置，该装置包括：管理端响应单元，被配置成响应于接收到管理端的管理界面被触发添加角色请求，建立与所述角色对应的用户端之间的通信连接，其中，所述角色包括供应商角色、和/或医院角色。

医院端响应单元，被配置成基于从医院角色对应的用户端接收到的至少一个采购请求，确定各个所述采购请求指示的目标信息，其中，所述采购请求指示的目标信息包括至少一个供应商信息、以及与各个供应商相关的待采购物资信息。

数据传输单元，被配置成将所述目标信息发送至所述管理端，并监测所述管理端是否触发目标采购请求。

发送单元，被配置成如果所述管理端触发了目标采购请求，将所述待采购物资信息发送至与其相关的目标供应商用户端处，以使所述目标供应商通过目标供应商用户端对所述代采购物资信息进行出库管理。

本发明专利实施例提供了一种电子设备，如图5所示，该电子设备包括一个或多个处理器51以及存储器52，图5中以一个处理器51为例。

该控制器还可以包括：输入装置53和输出装置54。

处理器51、存储器52、输入装置53和输出装置54可以通过总线或者其他方式连接，图5中以通过总线连接为例。

处理器51可以为中央处理器（CentralProcessingUnit，CPU）。处理器51还可以为其他通用处理器、数字信号处理器（DigitalSignalProcessor，DSP）、专用集成电路（ApplicationSpecificIntegratedCircuit，ASIC）、现场可编程门阵列（Field-ProgrammableGateArray，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器52作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明专利实施例中的控制方法对应的程序指令/模块。处理器51通过运行存储在存储器52中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例的方法。

存储器52可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据服务器操作的处理装置的使用所创建的数据等。此外，存储器52可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器52可选包括相对于处理器51远程设置的存储器，这些远程存储器可以通过网络连接至网络连接装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置53可接收输入的数字或字符信息，以及产生与服务器的处理装置的用户设置以及功能控制有关的键信号输入。输出装置54可包括显示屏等显示设备。

一个或者多个模块存储在存储器52中，当被一个或者多个处理器51执行时，执行如图1所示的方法。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各电机控制方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体（Read-OnlyMemory，ROM）、随机存储记忆体（RandomAccessMemory，RAM）、快闪存储器（FlashMemory）、硬盘（HardDiskDrive，缩写：HDD）或固态硬盘（Solid-StateDrive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本发明专利的实施方式，但是本领域技术人员可以在不脱离本发明专利的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种用于供应链管理的信息处理方法，其特征在于，包括：

响应于接收到管理端的管理界面被触发添加角色请求，建立与所述角色对应的用户端之间的通信连接，其中，所述角色包括供应商角色、和/或医院角色；

基于从医院角色对应的用户端接收到的至少一个采购请求，确定各个所述采购请求指示的目标信息，其中，所述采购请求指示的目标信息包括至少一个供应商信息、以及与各个供应商相关的待采购物资信息；

将所述目标信息发送至所述管理端，并监测所述管理端是否触发目标采购请求；

如果所述管理端触发了目标采购请求，将所述待采购物资信息发送至与其相关的目标供应商用户端处，以使所述目标供应商通过目标供应商用户端对所述代采购物资信息进行出库管理。

2.根据权利要求1所述的用于供应链管理的信息处理方法，其特征在于，所述方法还包括：

基于从所述管理端的管理界面接收到的角色配置请求，按照所述角色配置指示的方式，建立所述供应商角色、与所述医院角色之间的映射关系；和/或，

当接收到所述管理端的管理界面发送的所述映射关系更改请求后，更改所述供应商角色、与所述医院角色之间的映射关系。

3.根据权利要求1所述的用于供应链管理的信息处理方法，其特征在于，所述方法还包括：

将所述出库管理得到的出库单发送至所述医院角色对应的用户端，以使所述医院角色对应的用户端基于所述出库单进行入库管理，并得到入库单；

在接收到所述入库单后，将所述入库单发送至医院信息系统对应的数据库中，以使所述医院信息系统更新数据库中物资信息的库存；和/或，

将更新后的数据库中的物资信息的库存同步至云数据库中。

4.根据权利要求1所述的用于供应链管理的信息处理方法，其特征在于，所述方法还包括：

当接收到至少一个医院信息系统发送的退货请求后，将所述退货请求指示的退货单发送至云数据库中，以更新所述云数据库中物资信息的库存，和/或，

基于所述退货单更新所述数据库中物资信息的库存。

5.根据权利要求1所述的用于供应链管理的信息处理方法，其特征在于，所述方法还包括：

从至少一个医院信息系统对应的数据库中获取实时消耗数据；

将所述实时消耗数据同步至云数据库中；和/或，

当医院信息系统对应的数据库中的可消耗物资库存低于预设值时，向所述医院信息系统发送预警数据。

6.根据权利要求1所述的用于供应链管理的信息处理方法，其特征在于，所述方法还包括：

从云数据库中确定至少一个医院信息系统在预设周期内的消耗数据；

将所述消耗数据发送至所述管理端；和/或，

基于每一个消耗数据，计算所有医院信息系统的总消耗数据；

将所述总消耗数据发送至所述管理端。

7.根据权利要求1所述的用于供应链管理的信息处理方法，其特征在于，在将目标信息发送至所述管理端后，方法还包括：

监测所述管理端是否对目标信息进行了修改；

如果监测到了所述修改，监测所述管理端是否触发目标采购请求；

如果所述管理端触发了目标采购请求，将修改后的待采购物资信息发送至与其相关的目标供应商用户端处。

8.根据权利要求3所述的用于供应链管理的信息处理方法，其特征在于，在将所述入库单发送至医院信息系统对应的数据库之前，所述方法还包括：对接收到的所述入库单进行传输标准校验。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行权利要求1-7任意一项所述的用于供应链管理的信息处理方法。

10.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行权利要求1-7任意一项所述的用于供应链管理的信息处理方法。

Images