某医院软件试用总结报告.docx
《某医院软件试用总结报告.docx》由会员分享，可在线阅读，更多相关《某医院软件试用总结报告.docx（16页珍藏版）》请在冰豆网上搜索。
某医院软件试用总结报告
××××××医院
软件试用总结报告
软件选用材料 之二
前言
按照医院的要求，我们认真地对七家公司的软件进行了试用和考察。
由于其余四家公司的软件，与医院的实际使用要求差距较大，所以只简单地描述了存在的问题。
对重庆中联、西安天网、××××三家相对比较完善的软件，进行了全面的分析和对比。
需要说明的是：
◆本着实事求是的原则，不论哪家公司的软件，既不夸大其优点，也不回避其缺点，都进行了客观的分析。
◆测试时，主要考察软件“能否完成某项功能”和“是否存在某个问题”，并就此展开分析。
对软件的优点只进行简单地描述。
◆凡是能想到的，不管问题大小，优点多少，都罗列于此，希望能给医院提供更多的决策信息。
◆凡是在试用软件中没有的功能，均按无此功能加以分析。
◆在软件的灵活性设置上，更多地着眼于将来，所以有的考察点看起来暂时没有多大用处。
但随着医院的发展，这些需求有可能会使医院的管理多了一种选择。
◆涉及技术上的问题，为了进行准确到位的分析，查阅了大量资料，力求能通俗地表述出来，以便让医院更深入地了解软件。
◆进行总结时，大体上是按照本人测试软件时的日志顺序展开的，所以有的归类可能不是十分准确。
◆由于软件的试用时间不是很长，加之部分演示工程师本身对软件不是十分熟悉，所以不排除部分软件的优点或缺点还没有完全被发现，也可能存在理解上的偏差。
不过，软件的主要功能和特点已经十分清楚，应该不会影响对软件的了解。
◆对软件的功能进行分析时，力求体现一种思想“软件应用于管理的同时，必须能反过作用于管理”，以便进一步提高医院对启用软件系统的认识。
◆这个总结报告，集中了本人多年的工作经验和大量的心血，无论对医院的管理，还是对软件的开发，都是可以借鉴的。
因此建议医院作为机密信息保存，不到必要的时候，尽量缩小公开的范围。
第一部分 测试方法
一.测试依据
依据《医院信息系统基本功能规范》，按照《GB/T9386-1988计算机软件测试文件编制规范》的编制方法，我们制定了《软件测试功能项》。
在编制过程中，着重从以下几个方面加以考虑：
（1）如何有效预防漏洞的出现；
（2）如何方便快捷地使用，提高操作人员的工作效率；
（3）如何应对可能出现的各种特殊情况；
（4）如何尽可能地适应医院的长远发展；
（5）如何最大程度地服务于管理。
二.测试方法
1.从演示、安装、调试、培训等方面综合考察软件公司的技术支持能力，并分析软件是否存在安全隐患。
2.按照《软件测试功能项》，逐项对试用软件进行测试。
在测试过程中与演示工程师深入讨论，了解软件的技术细节。
3.考察数据库的内部结构，软件与数据库的连接方式，前后台数据的一致性，数据的备份与恢复等。
4.在休息、就餐过程中，与工程师进行多方面的交流，从侧面了解软件公司的经营和发展情况，以及软件的设计思想。
第二部分 西安天网软件公司
试用的版本为V11，数据库采用了SQL SERVER。
演示的版本为V12，数据库为DB2。
由于V11存在太多的缺点，所以这里只对V12加以说明。
一、与其它试用软件相比，一些特色功能比较实用。
1.前台程序与数据库的连接采取了分布式处理，可以明显优化服务器和网络的资源占用，所以系统的整体性能会有一定的提升。
2.软件的消息提示功能比较实用，可以根据使用功能的不同，提示与当前操作相关的提示信息。
如：
在挂号界面可以提示当前的值班专家的名单；住院处登记了入院病人，在相关病区的护士站就会有提示。
3.软件的医疗一卡通模块，功能比较丰富，可以使用IC卡、磁卡、条码。
（1）用磁卡标识病人，可以明显提高挂号、收费、入院登记的效率。
（2）利用条码进行药品管理，可以提高药品入库、出库的效率。
如果增加了条码扫描枪，药房可以按药店的模式进行卖药。
4.软件的查询功能相对独立，只要系统管理员对数据库足够熟悉，可以自己定义特殊要求的查询模块，并挂接到软件系统中，这是其它软件做不到的。
二、演示工程师介绍软件时说，“软件采用了WEB方式的B/S结构”，实际上并非如此，只不过是在传统的C/S结构上增加了分布式处理功能，与B/S结构的应用存在本质的区别。
B/S结构的应用有二个主要的特点：
一是客户端不需要安装任何程序，使用“浏览器”调用软件，即Browse；二是必须有“发布信息的服务器”，即Server。
在试用软件时，既不使用浏览器，也未见到发布信息的服务器。
我理解工程师这样介绍他的软件，只不过是很好地利用了新技术作为卖点。
本人有一种感觉，该公司的产品推销艺术十分高明，可以将软件没有的功能说得一无是处，用一大套话将软件的缺陷让你听起来好像是优点。
三、软件使用的数据库明显不适合医院的规模。
1.DB2是一种数据仓库式的数据库。
据相关资料报道，85%以上的世界500强企业使用该数据库，国内的电信、银行、石油等大型企业也多采用DB2数据库。
保守地讲，全区所有医院的数据量加起来，可能不及一个世界500强企业的1/1000，使用这样的数据库岂不是大材小用，浪费资金。
2.由于DB2数据库的海量存贮特性，决定了其对服务器的配置要求十分高，一般推荐使用在“大型机、中型机、小型机”和“UNIX环境”下，因为只有这样才能充分发挥其性能。
可以这么打个比方，在医院现有的普通PC服务器上运行如此庞大的数据库，类似于10吨的拉煤车超载到40吨，服务器和数据库的性能不仅不会很好，反倒可能更容易出现问题。
四、软件的功能相对完善，能够完整地保持数据间的逻辑关系，各方面的限制也相对齐全，但存在少量的漏洞和使用上的不方便之处，也缺少个别特殊的使用要需求。
选用此软件后，需要开发工程师到现场进行多方面的个性化修改和功能补充。
1.医疗一卡通的发卡、维护、查询等功能全部集成在一个单独的模块中，没有很好地与挂号、划价收费、住院登记结合在一起，挂号人员操作时必须来回切换界面，这势必影响挂号的速度。
2.当病人未挂号直接去就诊，在交费时的补号功能存在问题。
软件只能以“收挂号费”的方式补号。
很明显，这样补过的号，在进行挂号人次统计时不算在内，会造成统计数据的不实。
3.由于软件的执行科室设置中没有“上班时间”的概念，所以收费处不能按医院的上下班时间自动对应值班药房，必须手动切换，这会带来工作上的不便。
4.门诊和住院均不支持“记帐方式”收费（即先用药或检查，后定期结帐），这与实际使用要求存在很大的差距。
5.收费优惠功能相对比较灵活，可以设置多种方式，但限制不是十分严格，所有操作员均可进行优惠，而且可以任意选择优惠方式。
如果审核不严，将产生漏洞。
6.收费员向财务科的交款功能十分不健全，存在巨大的漏洞。
1）交款时只有一张收费员的交款报表。
财务科没有任何凭据，。
财务科要想知道应交款项是否收齐，还必须进行其它方面的查询，再手工进行计算和比较后才能知道。
2）没有退费、记帐、优惠的明细
3）没有收费员交款和财务科收款的相互制约
7.由于没有专门的药品帐务处理功能，所以药品的“进销存”，只能靠计算“入库单、出库单的药品数量和病人的处方”，这样药品的管理方式缺少逻辑关系的制约，存在一定的漏洞。
8.没有完整的药品跟踪查询功能。
比如：
想了解某个药品的销售是否受医药代表的操控，就必须知道一段时间内“该药品从哪个供应商购进的；什么时候进的货；哪几个药房出了库；哪些科室使用过此药；哪些医生开了此药，开了多少”。
软件只能分段、部分查询，要想知道还必须进行手工比对。
9.由于软件没有配药功能，所以只能采取手动方式发药（即减库存），无法实现“候机式自动配发药”。
1）手动确认后再给病人发药：
病人来到药房后，药剂人员首先按处方配药，然后将配好的药品和处方交发药人员，发药人员再按姓名从电脑上调出病人的处方，核对配好的药品，无误后才能给病人发药。
这么烦琐的过程下来，肯定会耗时不少，高峰期排队取药肯定不可避免。
2）取药后再执行手动发药：
一是缺少了核对过程；二是即使发现有什么问题，病人已经离开，也无法挽回了。
3）候机式自动配发药：
病人交费时，收费员确认收费后，基本上在打印收费发票的同时，药房就开始打印配药单。
这样在病人从收费处到药房的过程中，药房就可以提前配药，等病人来到药房，发药人员拿到处方后就可以给病人发药。
既解决了核对的问题，也节省了时间，基本不存在排队取药的问题。
10.从药房的库存查询功能看，软件没有“可用库存、实际库存、冻结库存”等库存管理方面的概念，这将带来非常严重的问题。
1）首先存在的问题是，“如果采取了收费处同时划价收费的方式，肯定会存在交了费取不到药品的可能”。
为了便于理解，通过一个例子加以说明：
门诊药房只有10支庆大针，当三个收费员在相近的时间内同时对此药品进行划价收费，第一个收费员可以收8支，第二个收费员也可以收6支，第三个收费员还可以收8支。
但取药时，只有一个人能拿到药，其它二个病人怎么办？
由此可能引发退药、退费、补库存、重新发药等一连串问题，这恐怕是医院最不希望看到的。
2）接下来的问题更为严重，可能引起药房的库存不真实。
为了更好地理解，还是通过一个例子加以说明：
门诊药房有二个批号的相同价格的盐水20瓶，其中一个批号的为4瓶，另外一个批号的为16瓶。
当二个收费员在相近的时间内同时对此药品进行划价收费，第一个收费员划了第一个批号的2瓶，另一个收费员也划了第一个批号的3瓶。
这二个病人去取药时，都拿到所开的药。
类似这样的问题，如果长时间累积起来，药房进行盘点时，会出现“部分药品的帐面库存数量与实际盘点库存在差距”。
在帐目混乱的情况下，有人可能就会乘机“私自换药”、“发药时将同品种高价的换成低价的”等，更加剧了库存的不实。
到那时药房的库存就成了一笔糊涂帐。
“有药划不出价”、“收了费取不到药”、“盘点时虚盈”、“进销存对帐不平”、“药品收入和药品消耗差距过大”，明明知道有问题，可就是没有办法解决。
11.不能按实际使用要求进行招标药品管理。
12.软件使用“所在病区确定病人的住院科室”，这就限制了一个病区只能收一个科室的病人，不能住多个科室的病人，否则在进行统计时，将无法区分一个病区的多个科室。
13.药品的盘点功能不是十分完善，缺少特殊需求的盘点方式。
14.测试软件中没有“院长查询系统”、“触摸屏查询系统”，但宣传资料中有这些功能。
15.软件不区分初诊、复诊病人，在进行管理方面的统计时，缺少了很重要的病人来源信息。
16.产科病人，不能将婴儿附加在母亲的床位，单独进行管理。
17.不能实现同成份药品“先进先出，后进后出；近效期先出，远效期后出”的消耗原则。
五、该公司的试用工程师，先后二批来过四人次。
第一次来了一位代理公司的技术人员，带来了最早期的产品，不知是软件的问题，还是工程师的技术水平原因，软件的大部分功能不能用。
第二次来了三位，带队的讲“这次我们从总部调来一位资深的工程师，给你们演示最新版的风眼系统”，但测试时软件的部分功能仍然不可用，我们曾多次要求其调试好，一直没有结果。
从这些问题的侧面，我感觉该公司的诚实性、技术力量、软件的品质，至少在一个方面存在很大的问题。
六、软件的全线产品相对齐全，但缺少十分重要的成本核算管理。
第四部分 重庆中联软件公司
一.从互联网查询可知，重庆中联是国内第一家提倡“医院管理软件商品化”的软件公司，而且已经明显走在了其它公司的前面。
软件的商品化特点，说明了以下一些问题：
1.软件以产品的形式销售。
2.由于考虑了大部分医院的需求，所以软件具备了一定的规范性。
使用这样的软件，会对医院的管理产生较大的促进作用。
3.与项目形式的软件相比，存在诸多优势。
1）因为是统一版本，平均到每家医院的软件开发和维护成本相对较低，一定低于项目形式的软件，这对公司和用户都有好处。
2）为了适用于大多数医院，软件的背后必定有一个巨大的团队在研究“怎样满足用户的需求”，所以软件的规范程度肯定要比“软件公司按医院要求开发出来的项目形式软件”要好许多。
3）因为事先已经充分考虑了“各种用户的各种需求”，所以软件出现问题的机率要比项目形式的软件低。
4）产品形式的软件按功能模块收费，只要买了一个功能模块，它的所有的子功能全部对你开放。
而项目形式的软件，由于成本相对较高，一般是按客户计算机的点数进行收费，而且他会将你暂时用不到的功能藏起来，日后启用必须得付费。
5）对软件公司来讲，因为所有用户使用的是一个软件，出现的问题基本相似，处理方式相对固定，服务应该比较规范。
因此售后服务的费用比项目形式的软件要低。
6）由于产品形式的软件对所有用户的服务内容大致相同，用户的多少对软件公司的服务质量影响很小，所以用户越多它的盈利可能就越多。
因此商品化软件的卖点是服务，用户基本不用担心售后服务的问题。
而项目形式的软件，由于各家医院的需求大多数不一致，所以每家医院可能使用了一套软件的不同版本。
满足了一家医院的需求，另外的医院不一定适用，维护成本相对较高。
而且用户数量的多少直接影响软件公司的服务，甚至当用户扩张到一定程度后，“不同用户的个性化需求”可能会拖垮整个软件公司（原来为我院提供软件的金士达公司可能就出现了这样的问题，由于用户数量庞大，各家医院又有不同的个性化需求，服务自然就很难跟上）。
7）由于产品形式的软件预先考虑到了不同管理模式的需求，所以软件的设置应该相对多样化，一但医疗体制或医院的管理模式有所改变，通过简单地设置就能适应。
而项目形式的软件不具备这样的能力，必须修改软件。
4.商品化的软件存在种种优势，但缺点也很明显。
1）医院的个性化需求，必须具有一定的可行性，要符合大多数医院的做法。
最重要的是不能与软件的体系结构相冲突，否则他不会因为一家医院，防碍了大多数用户的使用。
2）医院提出的合理需求，可以给你修改，但必须走它的流程“过滤、分析、反馈、开发、测试、安装”，虽然质量有更好的保障，不会因为个别工程师修改局部程序对全局应用造成影响，但响应时间一般相对比较长。
二.软件的特点
（一）全面
1.软件的功能模块分类十分详细，基本细化到每项操作，而且相互关联的模块又可以十分方便地调用。
2.软件参数十分丰富，几百项设置基本上涵盖了医院可能出现的各种特殊情况，并能很好地适应管理模式的调整。
3.全线产品完整，既有以医疗为中心的“临床信息系统（CIS）、医学影像系统（PACS）、临床检验系统（LIS）”，也有以经济为中心的“财务核算软件、人事工资软件、成本核算软件、物资管理软件、卫生材料管理软件、设备管理软件等”。
（二）个性
1.软件采取了完全模块化的设计，可通过权限分配组合操作人员的使用界面，明显优于其它软件“固定的模块式设计”。
2.软件的权限分配十分详尽，可以细化到使用界面的所有操作项，明显优于其它软件“只能对所有菜单和固定的操作功能进行权限分配”的方式。
3.参数设置灵活、方便，分为全局参数和个性参数。
个性参数只对进行设置的用户生效，全局参数对系统的所有用户生效，这大大增加了软件使用的灵活性。
4.软件的“自定义报表”功能非常实用，可以满足医院特殊需求的报表。
5.软件采用了统一的启动界面，提供三种界面风格可供选择，其它软件只有一种常规的MDI风格。
6.软件的一些细小功能，可以带来使用上的极大方便。
如：
可以根据操作者的个人喜好设置桌面图片、改变图标的位置、调整显示选项（窗体大小、列表宽度高度、数据排序、习惯的输入法），还可保存操作者经常使用的医学用语、经常使用的药品、本科常见疾病、本科常见手术等，系统都将自动记忆。
这些看起来细小的功能，积累到一定程度，会给操作人员带来极大的方便。
（三）安全
1.软件的用户管理十分严格，一个帐户既是软件的用户，又是数据库的用户，这样在登录软件系统时，同时受软件和数据库的制约，安全性特别高。
这明显优于其它软件“固定用户+密码”的方式。
2.由于软件采用了Oracle数据库，在日志处理方面优于SQL SERVER，灵活的日志处理和备份功能，足以确保系统在遭受任何硬件失效或系统崩溃的情况下，完全恢复数据。
（四）中医习惯
1.提供了中医病症和证候编码。
2.针对中药处方的使用习惯提供中药煎服脚注（如：
先煎、后下）、中医给药频率（如：
每天一付）、中药煎法（如：
水煎）、中药服法（如：
分三次服）
3.在划价、收费时提供中药配方，完全按照中药处方笺格式进行划价、收费，完全符合中药处方的使用习惯
4.可以设置中药经典配方，在医生下医嘱时直接调用
（五）邮件办公与工作提醒
1.软件提供了消息收发功能，不用安装邮件服务器，属于软件系统的用户均可以使用消息收发功能向其它用户发送邮件和消息，让用户在使用软件的同时可以处理其它的事务。
2.软件提供了工作提醒功能，系统可从数据库中自动分析出每个操作员的工作情况，将需要及时处理的工作集成到工作提醒管理器中，定时对操作员进行工作提醒，如：
住院处登记了入院病人，相关的护士站就会接到提示，提前进行接病人入区的准备工作。
（六）药品管理
1.软件强调了药品的品种与药品规格之间的区别、联系、隶属关系，同时还可按药品不同的生产厂商来建立药品规格。
这种全新的药品管理方式，会给实际工作带来许多方便。
就目前试用的软件和本人了解到的其它软件，这是第一家。
2.软件体现了合理用药的特性：
在开医嘱时，将每一个药品作为一个诊疗项目，系统提供了药品的用法用量、配伍禁忌、应用参考等功能。
3.药品多名称自动识别：
对于每个药品均可以设置其商品名、拉丁名、化学名、英文名和各种别名，在输入药品定位时任何一个名称均可被识别，同时在药品输入定位时支持编码、拼音码、名称和选择输入的方式。
4.可按多种方式生成药品采购计划，而且引入了十分先进的统计学模型，这可以保证库存资金占用最少。
1）可对全院或药库的生成计划；
2）可以按月、按季、按年的计划编制；
3）生成计划时，可选择“同期线性”、“临近平均”、“药品定额储备”的科学模型。
5.多种库存报警方式：
可以对库存不足、库存超越限量、效期接近、呆滞停用等情况进行自动报警，确保药品库存合理
（七）财务管理
1.软件可以跟踪票据的领用、使用、退票、作废、重打等各个环节，有效保证票据连号；同时反映出票据的使用情况，具体统计出票据的正常使用、重打及报损张数等信息。
2.对一个病人发生的业务，能够记录该业务的开单科室、执行科室、病人所在科室和病人所在病区，为医院内部成本和效益核算打下了良好的基础。
3.软件支持一个业务人员属于多个部门的情况：
系统可以支持一个医生（人员）属于多个部门，该医生在代表不同部门进行业务的时候，可以把业务归属到不同的部门，使医院的部门核算更加真实准确。
4.对于每一个收费项目和药品均可以对其指定科室进行多种方式的范围限定，如“无明确科室全范围选定”、“从指定范围科室选定”、“病人就诊科室和病区”、“操作员所在部门”等。
5.可以对于一些有附属项目的收费项目，可设定相关联的附加项目，在收费的时候只需要输入主项目，系统即可以直接加入附加项目。
6.可以设置任意的折扣类型，同时每一折扣类型均可以对每一个收入项目单独设立分段折扣，同时还可实现动态性打折（如按节假日、性别等），为医院的竞争策略提供了多种选择。
7.软件对“钱、物”的审核功能相当完备，基本上包含了所有可能出现漏洞的方面。
本人曾经试过，在后台数据库直接修改药品的库存，结果在前台程序的多个报表出现了问题。
（八）数据提取
系统的所有报表、工作界面的数据均可以输出到Excel中，可以利用Excel强大的处理功能，对现有数据进行进一步的深加工，满足高层次的需要。
三.本人考察过该公司的内部办公网、邮件办公系统及和演示工程师在一家医院的实施记录，感觉该公司的工作流程相当规范。
1.邮件办公系统进行日常工作的通知、请求、汇报、指示等；
2.总公司、每个分公司和总部的各个部门都有自己的办公网。
3.对二级以上的医院，从签定合同开始，为每家医院建立工作网站。
1）实施工程师的所有实施文档、工作日志等全部上传至该工作网站，项目负责人、部门经理、技术副总全程跟踪工作情况。
2）工作网站记录了用户的联系方式。
3）项目负责人定期跟踪用户的软件使用情况，记载存在的问题、处理意见、处理的时间、跟踪人等。
4.该公司的技术论坛比较有特色。
1）用户可将使用中存在的问题发在上面，公司有专人负责解答。
2）用户可进行技术方面的交流。
3）管理人员可进行医院管理方面的探讨和交流。
四.软件的产品线丰富，在七软件公司中，只有该公司演示了全线产品。
五.软件的缺点
1.软件的参数和设置项繁多，在带来灵活性的同时，也增加了软件维护人员最初学习压力。
2.门诊收费优惠虽然十分灵活，只可惜不能记录优惠审批人。
3.虽然可以实现药品寄售（不办出库手续，将药品放在药房出售，卖了多少付多少款），但功能不完善，不完全符合寄售管理的要求。
4.护士站的“家庭病床”（此种床位不收固定费用），不能通过权限分配限制使用，可能会出现漏洞。
5.软件具有“单病种费用控制”功能，但必须手动操作，不能按设置的上限自动计算。
6.物资系统中没有“再加工材料”（即按原材料入库，加工为成品出库）的管理功能。
第九部分 主要功能对比
一.总体评价
西安天网：
软件的功能相对齐全，但与管理的结合不够紧密，财务监督机制也不是十分健全，还存在少量设计上的缺陷。
从代理公司营销人员和总公司技术人员的做法，好像可以嗅出一些“金士达”的味道。
重庆中联：
软件功能齐全，并且融入了较多的管理成份，财务监督机制严格有效，整个系统具有相当高的安全性。
二.安全性
1.灾难性数据恢复
重庆中联：
软件采用的Oracle数据库本身就具有极其完善的数据恢复机制，再加上Cluster集群环境的可靠性，完全能够保障灾难性数据恢复（可以恢复至毫秒级的数据更新）。
西安天网：
在实际使用中，只具有“数据库完整备份的恢复”能力。
数据库完整备份间的更新，只能依靠Cluster集群的可靠性，不能完全保证灾难性故障的数据恢复。
2.数据迁移
重庆中联：
可以按写入数据的用户和指定的时间段，进行数据迁移（即：
导出长期不用的数据进行存档）。
西安天网：
只能按时间段迁移数据。
3.帐户管理
重庆中联：
软件系统的帐户与数据库的帐户紧密结合在一起，不同的软件帐户，使用不同的数据库帐户连接，充分利用了数据库的安全机制，来增强软件系统的安全性。
西安天网：
软件的帐户管理完全由软件自行控制；软件与数据库的连接，只能使用唯一的数据库特权帐户，一但泄漏或系统遭受攻击，整个系统就失去了安全性。
三.财务管理
1.票据管理
重庆中联：
具有十分严格的票据管理功能，可以全程跟踪票据的“领用、使用、退票、作废、重打”。
西安天网：
具有相对严格的票据管理功能，可以有效管理“领用、使用、退票、作废、重打”，但缺少跟踪。
2.对帐
重庆中联：
具有完善的“帐物对帐”和“帐帐对帐”功能。
西安天网：
只能实现部分“帐物对帐”。
3.费用审核
重庆中联：
具有完善的费用审核功能。
西安天网：
没有费用审核功能。
4.经济核算
重庆中联：
可以按开单科室、执行科室、病人所在的科室、病人所在的病区进行统计，还支持一个医生分属多个科室。
西安天网：
只能按开单科室、执行科室、病人所在的病区进行统计。
5.收费员交款
重庆中联：
有二种交款方式，可选择使用“顺向交款”或“逆向交款”，且有费用的相互制约功能。
西安天网：
交款方式极不严格，存在明显的漏洞。
6.舍入舍出误差处理
重庆中联：
具有多种舍入舍出误差处理功能。
西安天网：
具有多种舍入舍出误差处理功能。
7.发票打印
重庆中联：
可以实现“一票一费制”、“一票多费制”，按执行科室打印发票。
西安天网：
可以实现“
升级会员 