医疗信邦公司客户管理总体设计

信邦公司客户管理总体设计项目名称信邦公司客户管理项目编号英文名称Customer Manager产品编号资料名称资料来源调阅授权全体项目构成员文字和版本中文1.0项目经理周勇君初审日期和签名质量总监陆成溪审批日期和签名编制人编制日期/07/21评审小组评审意见日期和签名目录一、 系统设计目的31. 设计目的31.1 客户需求分析32.1 重要模块和功能3二、 系统构造设计41. 数据构造51.1 共用数据51.1.1地址对象 obj_Address51.1.2人事对象 obj_person51.1.3产品资料 obj_production61.1.4 重要负责人61.1.5用友数据库相应数据对象62.1 医院档案63.1 目的医生档案表72. 用友数据分析71.2 需要用到的表72.2 表和我们数据的关系设计83. 数据源示意84. 模块设计95. 同步流程96. 界面设计9三、 设计进度及日程安排9四、 软件报价11一、 系统设计目的1. 设计目的1.1 客户需求分析在西讯公司资源管理综合系统的基本框架内，集成用友财务系统的应收账款、库存和销售数据，构成客户/终端顾客管理、销售管理、应收账款管理等三大模块，为公司销售提供一整套的涉及与销售有关的财务信息在内的管理信息，同步也为此后全面使用整个公司资源管理综合系统做好准备。2.1 重要模块和功能(模块设计参见附表)为便于系统的管理，同步，也为了系统的先进性，我们使用Intranet构造来进行设计。客户和操作完全在IE等浏览器上进行，而不需要进行任何安装。这样的设计对远程客户的支持是代价最低廉的，同步，也尽量多的为信息的共享和有效流转提供了一种先进的平台，尽量的满足易管理性，易用性的规定。数据来源：外接顾客代码和公司名称由用友财务系统提供。终端客户不属于信邦客户，因此，从用友财务数据是无法提出数据的。定义：终端顾客：销售或使用信邦产品的商业、药业、医院客户。应收客户：从财务上和信邦直接发生往来的商业、药业、医院客户。因此系统会将终端客户与财务概念上的客户分开管理。但两者所保存的数据是同样的，我们使用COM组件来同步应收客户。数据将从如下几种数据库中获得：用友数据库客户数据、存货发出数据、应收帐数据客户数据库：Customer客户编号客户名称客户简称所属分类码所属地区码所属行业地址001黑龙江第一重型电机厂黑一电0100101001重工业黑龙江省002湘潭电机厂湘电机01001工业湖南省003株洲火力发电机制造厂株火力01001工业湖南省株洲市004北京市电机配件公司北电配00工业北京市005株式社电机公司株式社00工业北京市007天津销售分公司天津分公司030商业天津市008零散客户零散客户03019北京石化公司北石化010020工业北京市销售发票：SaleBillVouch、SaleBillVouchs单据类型表：AP_VouchType、VouchType应收/应付总帐表：AP_Sum应收/应付明细帐表：AP_Detail收付结算表：AP_CloseBill应收/应付单表：AP_Vouch、AP_VouchsWESTINFO数据库商业客户数据(含经销商、医院、药店)销售人员数据销售管理数据库同步数据库由于和公司发生直接往来的数据才会在用友数据库中浮现，因此，客户信用的分析仅提供用友数据库中浮现的客户。而从应收中浮现的客户事实上对公司的欠款也许会超过帐本上的记录，这重要是由于财务解决中委托代销不进入应收帐款记录。因此，客户事实上的应收款需要在我们的程序中反映出来，同步这也是相应收帐款的监管。需要监控的数据：应收帐款销售方式钱货两清40%委托代销60%二、 系统构造设计考虑到数据的复杂性，我们使用ORDBMS（对象关系数据模型）设计，数据的访问使用ASP实现。1. 数据构造1.1 共用数据1.1.1地址对象 obj_Address地址对象用于储存数据库中所有和人有关的地址信息。PropertyTypeDescriptionAddress地址Tele电话Zip邮编Fax传真Mail电子邮箱Web可访问网页Bpcall寻呼机号1.1.2人事对象 obj_person人事对象不仅会用于储存所有有关外部的人的信息，还会用于储存有关业务员的信息。PropertyTypeDescriptionName姓名BirthDate出生日期Sex性别AddressObj_Address地址Headship职务Title职称Interest爱好爱好GraduateFrom毕业学校GraduateDate毕业时间Nation民族TechPost学术职位1.1.3产品资料 obj_productionPropertyTypeDescription品种规格进药时间进药渠道销售价格扣率月用药量1.1.4 重要负责人PropertyTypeDescriptionobj_person名单1.1.5用友数据库相应数据对象PropertyTypeDescription2.1 医院档案医院档案（一）PropertyTypeDescriptionKeyName医院名称从属系统Bank开户行帐号地址级别床位数日门诊量（人次/天）医院收入（万元/年）药物收入（万元/年）进药/用药状况分析（特殊政策、规定、用药水平、习惯、核心因素/人物）重要负责人：PropertyTypeDescription公司产品资料PropertyTypeDescriptionProduction品种Size规格进药渠道Currency销售价格扣率月用药量（合）医院档案（三）解决PropertyTypeDescription医院科室床位数日门诊量（人资/天）处方医生总人数用药医生总人数3.1 目的医生档案表2. 用友数据分析1.2 需要用到的表SaleBillVouch（销售发票主表）SaleBillVouchs（销售发票子表）Inventory（存货）SaleType（销售类型）Customer（客户）销售发票：SaleBillVouch、SaleBillVouchs单据类型表：AP_VouchType、VouchType应收/应付总帐表：AP_Sum应收/应付明细帐表：AP_Detail收付结算表：AP_CloseBill应收/应付单表：AP_Vouch、AP_Vouchs2.2 表和我们数据的关系设计3. 数据源示意4. 模块设计（参见附表）5. 同步流程由于使用同步构件，我们的数据可以进行实时的访问，同步，同步还可提高数据库的性能，另一方面，它可以在我方大型数据库上做出更加灵活的数据库查询。6. 设计体系7. 界面设计（参见附表）三、 设计进度及日程安排本设计文稿第一稿出稿时已交信邦公司讨论。如下日程按合同签定之下一日起计算。日程内容工作人数/地点第一天1、 用友软件数据库测试分析，确认如下两个目的：1) 用友数据可以使用，保证可以MDB超级顾客的身份只读访问用友数据库，保证用友的数据完全暴露在该顾客之下（安全问题我们使用COM解决，保证后来程序运营时绝不发生口令及顾客泄密也许）。2) 验证在用友中本设计使用的表的对的性，保证用友数据和本设计方案没有冲突的地方，否则修改本方案的有关设计。2、 完毕IIS项目/数据库建立（在我司），并完毕所有ASP需要的配备，同步将本设计已具有的表完全建立。并构造所需要的视图。4人3人在客户处1人在我司第二天1、 根据设计分解ASP页面的设计难度，根据难度和程序员经验将ASP页面设计分派到具体设计个人。完毕ASP录入及外观查询的ASP的总设计时间从第二日起在一周内即第八天内必须完全交工。2、 完毕Web外观设计，即确立web基调，同步，开始第一种模块(客户信息)的录入界面设计工作。（根据公司既有页面做出修改）3、 开始用友数据库和本系统数据的同步程序设计工作。（COM组件或Corba程序）4人第三天1、 ASP页设计2、 用友数据ASP访问测试4人第四天1、 ASP页设计2、 数据同步组件测试4人第五天1、 ASP页设计2、 客户部分基本竣工3、 要输出报表的HTML设计，并根据报表确立所需要的SQL。4人第六天1、 ASP页设计2、 应收帐及帐龄部分基本竣工4人第七天1、 ASP页设计2、 客户及应收帐部分修正4人第八天1、 ASP页设计2、 存货跟踪部分基本竣工4人第九天1、 初步综合测试软件的运营状况，并进行讨论，形成修正方案。（半天）2、 根据综合测试状况及修正方案开始进行修正。4人第十天继续最后的修正工作。4人第十一天1、 修正工作（半天）2、 信邦公司安装服务器，数据库，WEB服务配备。（半天）4人第十二天1、 数据第一次导入来自用友的基本数据部分。2、 作初始测试，即在WEB上现示的数据应和用友输出的一致。2人第十三天1、 小部分数据录入，作初步试运营，测试每一种模块在用友数据下的响应速度及拟定调节方案。2、 做客户的运营记录。2人第十四天1、 根据客户的规定及小规模数据运营的成果，做最后的调节，这个调节是细微的，它不能影响程序外观，并开始设计阐明书。2、 清空客户方储存于SQL数据库上的数据库。2人第十五天1、 重新导入，客户可以进行大批大量的数据录入。2、 提交客户运营测试报告，由客户填写，作为客户对程序修正规定的基本方案。2人四、 软件报价该软件涉及如下三个模块：客户/终端顾客信息管理客户信用分析应收帐款管理价格： 38999元