CN113012795A - 一种医院客户关系管理hcrm系统 - Google Patents

Abstract

本申请实施例公开了一种医院客户关系管理HCRM系统，通过导诊模块、检查科室操作模块、库房管理模块、收退费模块、发药退药模块、登陆角色管理模块、服务项目管理模块、折扣管理模块、患者转档模块、患者信息建立模块，多维度、高频次收集、整合了慢性病患者的信息，可以进一步个性化制定治疗方案。通过此系统管理慢性病患者，可以使得病情控制率提高。

Description

一种医院客户关系管理HCRM系统

技术领域

本申请实施例涉及计算机软件技术领域，具体涉及一种医院客户关系管理HCRM系统。

背景技术

慢性病患者的治疗核心是管理。通常情况下，医疗机构用于记录跟进、慢性病患者病情的软件存在的主要问题是低频次、不连续、信息不全面。如此就更难将慢性病患者的病情管理做好，可能很难避免患者发生心梗、脑梗的严重的并发症。

发明内容

为此，本申请实施例提供一种医院客户关系管理HCRM系统，用于慢性病患者管理，全面收集对治疗有用的信息、高频次家庭医生式的随访以及连续性的病情和检查结果的分析、记录。

为了实现上述目的，本申请实施例提供如下技术方案：

一种医院客户关系管理HCRM系统，所述系统包括：

导诊模块，用于门诊管理和客户管理；

检查科室操作模块，用于门诊管理和客户管理；

库房管理模块，用于进行库房管理和库存管理；

收退费模块，用于收费、退费、查询和结账；

发药退药模块，用于管理药房发药、药房退药和查询；

登陆角色管理模块，用于用户管理；

服务项目管理模块，用于服务项目管理和下发；

折扣管理模块，用于产品折扣的维护；

患者转档模块，用于进行同分院患者转档和跨分院患者转档；

患者信息建立模块，用于建档患者信息。

可选地，所述导诊模块具体包括：门诊管理模块和客户管理模块；

所述门诊管理模块，用于选择进入资源排班模块，或者挂号管理模块；若选择资源排班模块，选择排班医生和排班时间，以进行排班；进入挂号管理模块，输入患者姓名，根据患者姓名进行查询，选择医生并保存，挂号完成，患者就诊；

所述客户管理模块，用于进行客户建档，添加患者和录入患者基本信息，以使得患者建档完成；还用于进入挂号管理模块，根据患者姓名进行查询，选择医生并保存，挂号完成，患者就诊。

可选地，所述检查科室操作模块，具体包括门诊管理模块和报表统计模块；

所述门诊管理模块，用于上传化验报告，根据患者和要上传的报告项目，选择报告并上传；

所述报表统计模块，用于进行化验室报表统计，根据日期进行查询。

可选地，所述库房管理模块，具体用于：进行库存管理和库房管理，添加库房基本信息、库房管理权限人员和库房项目权限，以使得库房添加完成，还用于单据管理和库房盘点模块。

可选地，所述收退费模块，具体包括：个人收费和退费模块、个人收退费查询模块和结账模块；

所述个人收费和退费模块包括产品明细查询模块和部分退款模块；所述产品明细查询模块用于根据特殊折扣选择支付方式或者添加其他支付方式，核对并收费，打印收费小票，收费完成；所述部分退款模块用于根据退费方式或者添加、修改其他退费方式，核对无误并退费，打印退费小票，退费完成；

所述个人收退费查询模块用于根据选择日期查询当日收退费详情，补打收退费小票；

所述结账模块用于进行日结管理、统计、核对收费信息，核对并结账。

可选地，所述发药退药模块，具体包括：药房发药模块、药房退药模块和药房单据查询模块；

所述药房发药模块用于收费时自动发药，若发药失败，则需手动发药；还用于根据患者和药品进行发药，直至发药完成；

所述药房退药模块用于根据患者和退药量进行退药，直至发药完成；

所述药房单据查询模块，用于根据查询条件查询发退药状态。

可选地，所述服务项目管理模块，具体包括服务项目模块和服务下发模块；

所述服务项目模块包括维护药品服务模块和添加新套餐模块；

所述维护药品服务模块用于维护药品服务项目名称、英文名称、服务分类、服务分组，添加执行属性、收费属性、库存属性，添加库存信息、基本单位，添加库存单位、销售单位、拆分比例，添加成本属性；

所述添加新套餐模块用于录入套餐基本信息，所述基本信息包括中药套餐、西药套餐、检查套餐或其他套餐，维护套餐所包含药品，添加收费属性和成本属性；

所述服务下发模块用于根据分院修改和选择要下发的服务项目。

可选地，所述患者转档模块，具体包括同分院患者转档模块和跨分院患者转档模块；

所述同分院患者转档模块用于进行门诊管理、医生工作站交接；

所述跨分院患者转档模块用于进行客户管理和客户转档管理。

综上所述，本申请实施例提供了一种HCRM系统，通过导诊模块、检查科室操作模块、库房管理模块、收退费模块、发药退药模块、登陆角色管理模块、服务项目管理模块、折扣管理模块、患者转档模块、患者信息建立模块，多维度、高频次收集、整合了慢性病患者的信息，可以进一步个性化制定治疗方案。通过此系统管理慢性病患者，可以使得病情控制率提高。

附图说明

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

本说明书所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容能涵盖的范围内。

图1为本申请实施例提供的一种HCRM系统框图；

图2为本申请实施例提供的导诊系统操作流程示意图；

图3为本申请实施例提供的检查科室操作流程示意图；

图4为本申请实施例提供的库房管理操作流程示意图；

图5为本申请实施例提供的收退费操作流程示意图；

图6为本申请实施例提供的发药退药操作流程示意图；

图7为本申请实施例提供的登陆角色管理流程示意图；

图8为本申请实施例提供的服务项目管理示意图；

图9为本申请实施例提供的折扣管理流程示意图；

图10为本申请实施例提供的患者转档流程示意图；

图11为本申请实施例提供的建立患者信息流程示意图。

具体实施方式

以下由特定的具体实施例说明本发明的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本发明的其他优点及功效，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1示出了本申请实施例提供的医院客户关系管理HCRM系统，如图1所示，所述系统包括：

导诊模块101，用于门诊管理和客户管理；

检查科室操作模块102，用于门诊管理和客户管理；

库房管理模块103，用于进行库房管理和库存管理；

收退费模块104，用于收费、退费、查询和结账；

发药退药模块105，用于管理药房发药、药房退药和查询；

登陆角色管理模块106，用于用户管理；

服务项目管理模块107，用于服务项目管理和下发；

折扣管理模块108，用于产品折扣的维护；

患者转档模块109，用于进行同分院患者转档和跨分院患者转档；

患者信息建立模块110，用于建档患者信息。

在一种可能的实施方式中，所述导诊模块101具体包括：门诊管理模块和客户管理模块；所述门诊管理模块，用于选择进入资源排班模块，或者挂号管理模块；若选择资源排班模块，选择排班医生和排班时间，以进行排班；进入挂号管理模块，输入患者姓名，根据患者姓名进行查询，选择医生并保存，挂号完成，患者就诊；所述客户管理模块，用于进行客户建档，添加患者和录入患者基本信息，以使得患者建档完成；还用于进入挂号管理模块，根据患者姓名进行查询，选择医生并保存，挂号完成，患者就诊。

在一种可能的实施方式中，所述检查科室操作模块102，具体包括门诊管理模块和报表统计模块；所述门诊管理模块，用于上传化验报告，根据患者和要上传的报告项目，选择报告并上传；所述报表统计模块，用于进行化验室报表统计，根据日期进行查询。

在一种可能的实施方式中，所述库房管理模块103，具体用于：进行库存管理和库房管理，添加库房基本信息、库房管理权限人员和库房项目权限，以使得库房添加完成，还用于单据管理和库房盘点模块。

在一种可能的实施方式中，所述收退费模块104，具体包括：个人收费和退费模块、个人收退费查询模块和结账模块；所述个人收费和退费模块包括产品明细查询模块和部分退款模块；所述产品明细查询模块用于根据特殊折扣选择支付方式或者添加其他支付方式，核对并收费，打印收费小票，收费完成；所述部分退款模块用于根据退费方式或者添加、修改其他退费方式，核对无误并退费，打印退费小票，退费完成；所述个人收退费查询模块用于根据选择日期查询当日收退费详情，补打收退费小票；所述结账模块用于进行日结管理、统计、核对收费信息，核对并结账。

在一种可能的实施方式中，所述发药退药模块105，具体包括：药房发药模块、药房退药模块和药房单据查询模块；所述药房发药模块用于收费时自动发药，若发药失败，则需手动发药；还用于根据患者和药品进行发药，直至发药完成；所述药房退药模块用于根据患者和退药量进行退药，直至发药完成；所述药房单据查询模块，用于根据查询条件查询发退药状态。

在一种可能的实施方式中，所述服务项目管理模块107，具体包括服务项目模块和服务下发模块；所述服务项目模块包括维护药品服务模块和添加新套餐模块；所述维护药品服务模块用于维护药品服务项目名称、英文名称、服务分类、服务分组，添加执行属性、收费属性、库存属性，添加库存信息、基本单位，添加库存单位、销售单位、拆分比例，添加成本属性；所述添加新套餐模块用于录入套餐基本信息，所述基本信息包括中药套餐、西药套餐、检查套餐或其他套餐，维护套餐所包含药品，添加收费属性和成本属性；所述服务下发模块用于根据分院修改和选择要下发的服务项目。

在一种可能的实施方式中，所述患者转档模块109，具体包括同分院患者转档模块和跨分院患者转档模块；所述同分院患者转档模块用于进行门诊管理、医生工作站交接；所述跨分院患者转档模块用于进行客户管理和客户转档管理。

下面结合附图对本申请实施例提供的系统中的各个模块的功能流程进行详细介绍说明。

第一方面，导诊系统操作流程图；图2为本申请实施例提供的导诊系统操作流程示意图。

登录HCRM系统，选择“门诊管理模块”或者“客户管理模块”。

门诊管理模块：用于选择进入资源排班模块，或者挂号管理模块；若选择资源排班，进一步选择排班医生，选择排班时间，点击排班，确认无误，排班完成；进一步进入挂号管理模块，输入患者姓名，根据患者姓名进行查询，选择医生并保存，挂号完成，患者就诊。

客户管理模块：用于进行客户建档，添加患者，录入患者基本信息，客户建档完成；进一步进入挂号管理模块，输入患者姓名，根据患者姓名进行查询，选择医生并保存，挂号完成，患者就诊。

第二方面，检查科室操作流程。图3为本申请实施例提供的检查科室操作流程示意图。

登录HCRM系统，输入用户名和密码，选择对应分院：“门诊管理模块”或者“报表统计模块”。若选择门诊管理模块，首先上传化验报告，勾选患者并选中要上传的报告项目，选择报告并上传。若选择报表统计模块，进行化验室报表统计，选择日期并点击查询。

第三方面，库房管理操作流程。图4为本申请实施例提供的库房管理操作流程示意图。

登录HCRM系统，进入库存管理模块，进一步进入库房管理模块，添加库房基本信息、库房管理权限人员和库房项目权限，至此库房添加完成。进一步选择“单据管理模块”或者“库房盘点模块”。

若选择“单据管理模块”，添加入库单或者出库单、入库或出库项目，保存并执行，直到入库或者出库完成。若选择“库房盘点模块”，添加盘点单，选择药房，选择全库盘点，修改盘点差异，保存盘点。

第四方面，收退费操作流程。图5为本申请实施例提供的收退费操作流程示意图。

登陆HCRM系统，进行收费管理，选择“个人收费模块”、“个人退费模块”、“个人收退费查询模块”或者“结账模块”。

若选择个人收费模块或者个人退费模块，进一步选择患者、核对金额和项目，选择“产品明细模块”或者“部分退款模块”。若选择“产品明细模块”，进一步选择特殊折扣，选择支付方式或者添加其他支付方式，核对无误并收费，打印收费小票，收费完成。若选择“部分退款模块”，选择退费方式或者添加、修改其他退费方式，核对无误并退费，打印退费小票，退费完成。

若选择“个人收退费查询模块”，进一步选择日期，查询当日收退费，状态处选择已收费或者已退费，查询收退费详情，补打收退费小票。

若选择“结账模块”，进一步进行日结管理，统计、核对收费信息，核对无误并结账。

第五方面，发药退药操作流程。图6为本申请实施例提供的发药退药操作流程示意图。

登录HCRM系统，进入库存管理模块，选择“药房发药模块”、“药房退药模块”或者“药房单据查询模块”。

若选择“药房发药模块”，收费时系统自动发药，若发药失败，则需手动发药。进一步，选择患者和药品，确认无误后进行发药，直至发药完成。

若选择“药房退药模块”，选择患者和药品，点击“修改"，输入退药量，确认无误后进行退药，直至发药完成。若选择“药房单据查询模块”，输入查询条件，选择发退药状态，点击查询即可查询药品发退情况。

第六方面，登陆角色管理流程。图7为本申请实施例提供的登陆角色管理流程示意图。

登陆HCRM系统，直接进入用户管理模块，或者进入系统管理模块，进一步进行人员维护，添加人员基本信息后保存，进一步进入所述用户管理模块，选择用户名、用户角色并添加，添加用户信息并保存，账号建立成功。

第七方面，服务项目管理。图8为本申请实施例提供的服务项目管理示意图。

登陆HCRM系统，进入系统管理模块，进入“服务项目模块”，或者进入“服务下发模块”。若进入服务项目模块，可以选择添加“维护药品服务模块”或者“添加新套餐模块”。

若选择“维护药品服务模块”，维护药品服务项目名称、英文名称、服务分类、服务分组，添加执行属性、收费属性、库存属性，添加库存信息、基本单位，添加库存单位、销售单位、拆分比例，添加成本属性(即显示给患者的原价，必须大等于商品售价)。保存后，药品添加完成。

若选择“添加新套餐模块”，录入套餐基本信息，即中药套餐、西药套餐、检查套餐或其他套餐，维护套餐执行属性，即维护套餐所包含药品，是否会赠送药品(赠送药品需勾选“赠送”)，添加收费属性和成本属性(即显示给患者的原价，必须大等于商品售价)。保存后，套餐添加成功。

若选择“服务下发模块”，则选择分院，修改和选择要下发的服务项目，保存后，服务项目下发完成。

第八方面，折扣管理流程，图9为本申请实施例提供的折扣管理流程示意图。

登陆HCRM系统，进入市场管理模块，进行产品管理，录入产品名称、产品分类(注：VIP产品必须勾选)，添加某种奖别的折扣，维护折扣，应收服务拆分下维护单独打折的服务项目，折扣维护完成。

第九方面，患者转档流程，图10为本申请实施例提供的患者转档流程示意图。

登录HCRM系统，选择“同分院患者转档模块”或者“跨分院患者转档模块”。

若选择“同分院患者转档模块”，进一步进行门诊管理，医生工作站交接，选择医生离职交换模块或者更换主治医生交换模块，若选择更换主治医生交换模块，则输入转档患者姓名或联系方式；若选择医生离职交换模块则选择离职医生，进一步查询转档患者，选择交换医生并进行交换，患者转档完成。

若选择“跨分院患者转档模块”，则进行客户管理和客户转档管理，输入转档患者姓名或联系方式，进行查询，选择转档患者、目标分院和主治医生，患者转档完成。

第十方面，建立患者信息流程，图11为本申请实施例提供的建立患者信息流程示意图。

登录系统——点击客户管理——根据患者基本信息点击查询——双击患者信息打开接诊界面——快速提交病历在首页客户档案一栏点击空白格会出现相应的选项——点击提交后需确认——如果录入错误，快速修改点击对应框体可修改——如果录入错误，完整修改，在客户管理的客户信息点击修改。或者采用完整病历选择手写病历。

与现有技术相比，本申请实施例较全面、多维度、高频次收集、整合了慢性病患者的信息，根据这些信息，可以个性化的给患者制定治疗方案。通过此软件管理慢性病患者，可以是患者的病情控制率大幅提高。以下为使用本申请实施例管理慢性病患者与国家慢性病患者病情控制数据的对比：

表1

除此之外，通过使用本申请实施例的系统管理慢性病患者，可以使50％以上的患者减少服药量。

综上所述，本申请实施例提供了一种HCRM系统，通过导诊模块、检查科室操作模块、库房管理模块、收退费模块、发药退药模块、登陆角色管理模块、服务项目管理模块、折扣管理模块、患者转档模块、患者信息建立模块，多维度、高频次收集、整合了慢性病患者的信息，可以进一步个性化制定治疗方案。通过此系统管理慢性病患者，可以使得病情控制率提高。

基于相同的技术构思，本申请实施例还提供了一种设备，所述设备包括：数据采集装置、处理器和存储器；所述数据采集装置用于采集数据；所述存储器用于存储一个或多个程序指令；所述处理器，用于执行一个或多个程序指令，用以执行所述的方法。

基于相同的技术构思，本申请实施例还提供了一种计算机可读存储介质，所述计算机存储介质中包含一个或多个程序指令，所述一个或多个程序指令用于执行所述的方法。

本说明书中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。相关之处参见方法实施例的部分说明即可。

需要说明的是，尽管在附图中以特定顺序描述了本发明方法的操作，但这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然本申请提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

以上所述的具体实施例，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施例而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (8)

1.一种医院客户关系管理HCRM系统，其特征在于，所述系统包括：

导诊模块，用于门诊管理和客户管理；

检查科室操作模块，用于门诊管理和客户管理；

库房管理模块，用于进行库房管理和库存管理；

收退费模块，用于收费、退费、查询和结账；

发药退药模块，用于管理药房发药、药房退药和查询；

登陆角色管理模块，用于用户管理；

服务项目管理模块，用于服务项目管理和下发；

折扣管理模块，用于产品折扣的维护；

患者转档模块，用于进行同分院患者转档和跨分院患者转档；

患者信息建立模块，用于建档患者信息。

2.如权利要求1所述的系统，其特征在于，所述导诊模块具体包括：门诊管理模块和客户管理模块；

所述门诊管理模块，用于选择进入资源排班模块，或者挂号管理模块；若选择资源排班模块，选择排班医生和排班时间，以进行排班；进入挂号管理模块，输入患者姓名，根据患者姓名进行查询，选择医生并保存，挂号完成，患者就诊；

所述客户管理模块，用于进行客户建档，添加患者和录入患者基本信息，以使得患者建档完成；还用于进入挂号管理模块，根据患者姓名进行查询，选择医生并保存，挂号完成，患者就诊。

3.如权利要求1所述的系统，其特征在于，所述检查科室操作模块，具体包括门诊管理模块和报表统计模块；

所述门诊管理模块，用于上传化验报告，根据患者和要上传的报告项目，选择报告并上传；

所述报表统计模块，用于进行化验室报表统计，根据日期进行查询。

4.如权利要求1所述的系统，其特征在于，所述库房管理模块，具体用于：进行库存管理和库房管理，添加库房基本信息、库房管理权限人员和库房项目权限，以使得库房添加完成，还用于单据管理和库房盘点模块。

5.如权利要求1所述的系统，其特征在于，所述收退费模块，具体包括：个人收费和退费模块、个人收退费查询模块和结账模块；

所述个人收费和退费模块包括产品明细查询模块和部分退款模块；所述产品明细查询模块用于根据特殊折扣选择支付方式或者添加其他支付方式，核对并收费，打印收费小票，收费完成；所述部分退款模块用于根据退费方式或者添加、修改其他退费方式，核对无误并退费，打印退费小票，退费完成；

所述个人收退费查询模块用于根据选择日期查询当日收退费详情，补打收退费小票；

所述结账模块用于进行日结管理、统计、核对收费信息，核对并结账。

6.如权利要求1所述的系统，其特征在于，所述发药退药模块，具体包括：药房发药模块、药房退药模块和药房单据查询模块；

所述药房发药模块用于收费时自动发药，若发药失败，则需手动发药；还用于根据患者和药品进行发药，直至发药完成；

所述药房退药模块用于根据患者和退药量进行退药，直至发药完成；

所述药房单据查询模块，用于根据查询条件查询发退药状态。

7.如权利要求1所述的系统，其特征在于，所述服务项目管理模块，具体包括服务项目模块和服务下发模块；

所述服务项目模块包括维护药品服务模块和添加新套餐模块；

所述维护药品服务模块用于维护药品服务项目名称、英文名称、服务分类、服务分组，添加执行属性、收费属性、库存属性，添加库存信息、基本单位，添加库存单位、销售单位、拆分比例，添加成本属性；

所述添加新套餐模块用于录入套餐基本信息，所述基本信息包括中药套餐、西药套餐、检查套餐或其他套餐，维护套餐所包含药品，添加收费属性和成本属性；

所述服务下发模块用于根据分院修改和选择要下发的服务项目。

8.如权利要求1所述的系统，其特征在于，所述患者转档模块，具体包括同分院患者转档模块和跨分院患者转档模块；

所述同分院患者转档模块用于进行门诊管理、医生工作站交接；

所述跨分院患者转档模块用于进行客户管理和客户转档管理。

Images