医院信息管理系统.docx

精品文档 学年论文题 目 医院信息管理系统 院 系 信息与控制学院 专 业 信息工程（系统工程方向）学生姓名 项 磊 学 号 20081325040 指导教师 梅 平 职 称 讲 师 2011 11 - 5目 录摘要3第一章 系统概述41.1 医院管理信息系统的含义41.2 现有系统存在的问题41.3 系统的整体设计4第二章 可行性分析62.1 系统流程分析62.1.1 本系统业务流程基本描述62.1.2 本系统总体业务流程图72.2 软件可行性分析72.2.1 经济可行性72.2.2 技术可行性82.2.3 运行可行性9第三章 需求分析103.1本系统需求分析103.2 本系统数据流图103.3需求分析模块设计原则及一般要求12第四章总体设计144.1 系统模块总体设计144.1.1 本系统总体功能模块设计144.1.2 系统的主要功能模块描述154.2 数据库详细设计164.2.1 数据库设计概述164.2.2 本系统数据分析164.2.3 数据库的设计要求174.2.4 数据库表关系及视图184.2.5 数据库表的详细设计19第五章结论23参考文献24摘要在信息时代的今天，传统的就医程序早已远远不能适应社会的发展，因此，必须充分利用计算机的自动化、信息化等功能，开发出完整实用的医院信息系统。医院信息系统有很强的实用性，本系统主要功能在于门诊部的划价和信息生成。系统开发采用模块化方法进行分析和设计，严格遵循了需求分析，系统设计，编码，配置，维护的流程，每一步都配有详细的文档资料记录开发过程和结果。医院管理系统包括了门诊挂号，门诊收费，药房的管理等，各个部分紧密的相连，实现数据共享，不但使医生的诊断，药房出药以及其它的环节节约了大量的时间，也为病人就诊提供了极大的方便。此次开发的数据库应用系统为医院管理系统，开发平台为Powerbuilder和SQL 2000数据库，使用Powerbuilder设计操作控件和编写操作程序，完成数据输入、修改、存储、调用查询等作用；使用SQL 2000数据库形成数据表，进行数据存储。此系统覆盖了病人看病的一般流程。关键词：医院管理系统；门诊；SQL 2000；PowerbuilderAbstractIn the information age today, the tradition goes see a doctor the procedure already by far not to be able to adapt societys development, therefore, must fully use function and so on computer automation, becoming an information based society.The Hospital Information System (HIS) has the very strong usability, this system mainly uses in outpatient clinics delimiting price with the information production. The system development uses the modular method to carry on the analysis and the design, Strictly has followed the demand analysis, System design, Code, Disposition, Maintenance flow, Each step all has the detailed documents material recording performance history and the result.The hospital management system included the outpatient service to register, the outpatient service charge, the pharmacy management and so on, each part of close connected, realized data sharing, not only enable doctors diagnosis, the pharmacy to leave the medicine as well as other links saved the massive time, also received a medical examination for the patient has provided enormous convenient.The development of database applications for hospital management system, development platform for Powerbuilder and SQL 2000, designed to operate using Powerbuilder controls and the preparation of operational procedures, the completion of data entry, modification, storage, such as the role of the inquiry calls; SQL 2000 using the data to form Table for data storage. The system cover the basal business process of hospital management.Keywords：hospital management system ; outpatient; SQL 2000; Powerbuilder5欢迎下载。第一章 系统概述1.1 医院管理信息系统的含义医院管理信息系统简称HMIS，是Hospital Management Information System 的简称，是利用计算机和网络通信设备，为医院所属的各个部门提供病人诊疗和行政管理信息的收集、存储、处理提取和数据交换的能力。医院管理信息系统实现了用计算机对医院病人进行看病和药品流通的全过程管理进行动态监测，那些传统上全靠手工操作，工作量大、效率低、易出错的大量数据完全可以用计算机代替处理，大大减轻了管理人员的工作负担，同时又可向病人提供完整的数据，使病人提供方面和快捷。1.2 现有系统存在的问题伴随着社会经济的迅速发展，人们的生活水平提高的同时，也带来了许多负面影响，各种疾病的产生并入侵人体，严重伤害人们的身心健康，医院担负着保卫人们健康的负担也逐步加大，单单靠传统的手工作业，不仅工作繁琐，而且也极易出错，给医院造成不必要的损失的同时，也对病人带来许多负面作用。现在有很多计算机仍然是在老的系统下运行，而且数据库的安全性不高，容易导致数据的丢失。工作负荷：原有系统现已无法承受医院对病人看病和药品的管理需求。局限性：现有系统在处理速度和操作平台上已经适应不了实际的需要，由于操作平台的变化，对现有系统的改进性维护以不能解决所面临的问题。另外，由于医疗事业的发展，药品的不断更新，各种先进的医疗器械的涌现，医院对管理方面的不断改革，现有系统已无法满足要求。所以现急需一个能适应的管理系统来取代原有系统的不足，传统上医院信息管理系统全靠手工操作，工作量大、效率低、易出错的大量数据完全可以用计算机代替处理，大大减轻了管理人员的工作负担，同时又可向病人提供完整的数据，为病人提供方面和快捷。1.3 系统的整体设计一个方便用户使用的软件应该具备软件体积小，操作界面友好，基本功能稳定，运行速度较快，通过计算机技术开发出客户端与服务器端，以便方便快捷清晰的进行数据管理以及信息的采集。实用性：系统以用户需求为目标，以方便用户为原则。根据用户实际的需求情况，度身订造一套先进的医院管理软件，从用户角度出发尽可能的方便用户使用，满足基本的用户需要。先进性：本设计将充分应用现有成熟的计算机技术、软件开发技术。以Powerbuilder9.0为主要开发环境，利用其提供的各种面向对象的开发工具,尤其是界面窗口的可视化操作，以及大量控件的使用大大减少了代码的编写量。其面向对象的开发工具是此系统的强力支柱。可靠性：一个实用的系统同时必须是可靠的，本设计通过合理而先进的软件设计以及硬件的优化选型，可保证系统数据数用的正确性。安全性：在设计中，将充分利用软、硬件提供的各种安全措施，保证用户关键数据的安全性。采用标准技术：本系统的所有设计遵循国际上现行的标准进行，以提高系统的开放性。可维护性：系统的设计要求方便维护，包括硬件的维护，软件的维护。30欢迎下载30欢迎下载30欢迎下载30欢迎下载30欢迎下载30欢迎下载。第二章 可行性分析2.1 系统流程分析综合考虑医院事业的高速发展与信息化管理的发展过程中出现的各种情况，结合医院管理的实际情况。医院信息管理系统实施后，应能够达到以下目标。（1）系统采用人机交互方式，界面美观友好，操作简单易行，信息查询灵活、方便，数据存储安全可靠。（2）对病人的信息的登记、病人看病的情况和药品的信息、采购、调拨、退库、库存监控等数据信息进行全面的管理。（3）对用户输入的数据，进行严格的数据检验，尽可能避免人为错误。（4）通过系统实施，可提高医院对各部门的管理水平。（5）系统维护方便可靠，有较高的安全性，满足实用性、先进性的要求。（6）实现对各种信息报表的动态分析。（7）完全遵照国家的有关医院管理条例进行软件的开发与使用。2.1.1 本系统业务流程基本描述针对医院的内部情况，医院管理系统的业务主要如下描述。病人登记：病人来就诊首先对其信息进行登记。病人挂号/预约：登记了的病人可选择不同的看病方式，可现场挂号或预约挂号。病人看病：挂过号的病人可到相应的医生那就医，医生进行诊断，开药。病人退药：病人看过医生后，对不需要的药品可根据退药单进行退药和退费。病人缴费：病人看过病后到前台进行缴费。药品设置：是药库管理环节中的关键部分，医院管理人员主要是对药品的基本信息、类型、计量单位等信息进行后台管理录入。药品入库：管理人员根据药品录入的信息进行相应操作。退药信息处理：根据病人要求进行相应的处理。2.1.2 本系统总体业务流程图业务流程图是一种用尽可能少、尽可能简单的方法来描述业务处理过程的方法。本系统根据医院的具体情况，将医院的多项业务流程进行了总体的描绘，本系统的业务流程图如图2-1所示。图2-1系统业务流程图 2.2 软件可行性分析2.2.1 经济可行性软件的开发和实施必须要有经济的支持，然而开发系统所消耗的实际费用和系统运行后所能为企业产生的经济效益一直是软件开发所面临的重要问题。所以估算出新系统的开发费用和今后系统的运行、维护费用，显得尤为重要。而系统运行后给企业带来的实际经济效益也应该预先估算，并与之前估算出的实际开销费用相比较，来衡量软件的总体经济可行性。例如，系统运行后可以提供哪些以前无法及时提供的信息，用户查询和使用信息的方便程度提高多少、速度增加了多少，对于管理人员进行决策提供了多少帮助等等。下面从以下几个方面对系统的经济可行性进行具体的分析。1 货币的时间价值系统货币时间价值如表2-1所示。表2-1 医院管理系统货币时间价值年份将来值（万）（1+i）n现在值（万）累计的现在值（万）1101.059.5239.5232101.10259.0718.5933101.15768.63927.2324101.21558.22735.4595101.27637.83543.2942 投资回收期引入企业人事管理两年后，可以节省18.593万元，比最初投资还少3.407万元。但第三年可以节省27.232万元。即：3.407/27.232=0.125年2+0.125=2.125年3 纯收入43.294-22=21.294(万元)经过以上分析，医院管理信息系统的开发是可行的。2.2.2 技术可行性开发软件所需要的技术是否具备是通过该系统的目标来衡量的，一般情况下我们可以从软件的环境条件、硬件的性能要求、相应的开发及操作人员的能力水平等方面综合进行分析和考虑。从系统开发及实施的可行性和灵活性考虑，本系统的软件开发环境主要选择了当前较为流行的Powerbuilder9.0来进行前台的管理设计，而后台则选用了功能强大的SQL server 2005数据库。从硬件角度来说，要求相对较低，所以选择的空间较大，一般情况下计算机硬盘在100MB左右，内存在512M以上都是可以满足开发环境的。根据现在计算机水平的发展和普及，系统在硬件方面是可行的。当然，硬件环境的配置越高，系统的开发与运行相对就会更加高效与快捷，可行性也会大幅度提高。从软件角度来说，主要采用的是Powerbuilder9.0 和SQL server 2005，两个开发软件都是现有开发软件中较为安全，可靠和成熟的，具有较高的可行度，所以软件方面也是可行的。2.2.3 运行可行性随着计算机技术的飞速发展，计算机在企业管理中应用的普及，利用计算机实现企业人事管理很大程度上已经成为了社会发展的趋势计算机管理有着无法比拟的优点：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事管理的效率，也是企业的科学化、正规化管理、与世界接轨的重要条件。与此同时对于大部分医院来说，利用计算机帮助医院来管理药品等，可以避免很多不必要的损失提高医院看病和药品管理的高效性，而且不仅给医院带来先进的管理思想及方法、促进建立现代药品管理模式而且是适应现代企业制度要求、推动医院管理走向科学化、规范化的必要条件。因此，每一位投资者为了自身的经济效率和未来前景都会极力支持系统的开发和推广，在经济和物力上给予较大的帮助。经过以上分析，该系统在运行方面是可行的。 第三章 需求分析需求分析的主要任务是确定系统必须完成哪些工作，在用户的参与下提出目标系统的完整、准确、清晰、具体的实际要求，软件应完成的具体功能和性能。通过对软件的需求分析，为软件开发提供了一种可以向抽象数据设计、软件结构设计和过程详细设计的具体软件元素的表示。3.1本系统需求分析通过与医院管理方的沟通，经过到医院进行深入的了解之后，确认了系统将具备如下的功能。导医服务模块：提供对病人的管理，包括病人会诊的资料登记、病人的预约资料、前台交费单据、药品退费管理。医生服务模块：医生对会诊资料的开出医令的功能。包括保存医令，查看病人详细信息，添加药品、检验、检查信息，退药，打印医令和打印诊断书功能。药房服务模块：提供了对药品资料收集、发放药品及退药入库的功能。门诊统计模块：提供对门诊科室。按时间统计及交接班汇总的功能。基本设置模块：包括对医院的检验设置、检查设置、科室、用户员工设置、及折扣卡设置等功能。office快捷工具栏：主要是对用户提供一些office工具方面用户记录一些信息，包括有记事本、Word、Excel等3.2 本系统数据流图数据流图(Data Flow Diagram，简称DFD) 是一种最常用的结构化分析工具，它从数据传递和加工角度，以图形的方式刻画系统内的数据运动情况。是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。数据流表示数据的流动情况。加工表示对数据的加工处理过程，它的名字应能简明扼要地表明所完成的是什么加工。数据存贮在数据流图中起着保存数据的作用，指向数据存贮的数据流可以理解为写数据，从数据存贮引出的数据流可以理解为读数据，双向数据流可以理解为修改数据、数据源点或终点，表示图中出现数据的始发点或终止点，它在图中的出现仅仅是一种符号，并不需要以软件的形式进行设计和实现。本系统的数据流图主要反映了本系统中的数据流的走向，是对数据在系统内部的逻辑流向的具体描述。从医院管理员和病人开始，向各级流动。系统顶层的数据流图如图3-2所示。图3-2 系统顶层数据流图病人看病药品信息设置的数据流图主要体现的是病人登记，医生看诊、用药设置方面的数据的走向和流动情况，数据流图如图3-3所示。图3-3 系统病人看病用药数3.3需求分析模块设计原则及一般要求参照各模块的功能与具体的特点，我们设计的整个医院管理信息系统应达到以下目的：（1）稳定性。整个系统应能稳定运行，硬件配置的局部改变不会影响整体的正常运行，其它系统的差错不会导致医院管理信息系统无法正确运作。（2）准确性。系统管理员按操作指南操作产生的权限数据,和所有前台用户的操作与数据库原定产生变化的实际状态应严格保持一致，杜绝错误记录、数据错位等情况的出现。（3）开放性。全部模块工作于Windows平台之上，在硬件保证兼容的基础上，系统应保证在所有Windows环境下的处理能力。（4）安全性。在数据库中预留一个或多个最高权限的账户名及密码，避免用户误操作而造成不必要的损失。（5）可扩展性。如果需增加新的业务品种，再次开发不需更改原有系统的源代码，原有系统对扩展的部分一般不具有依赖性。（6）可维护性。界面风格或其它可能的参数化改变（如增加新功能等）不需要重新编写源代码，用户可以自己完成。（7）独立性。每一个功能模块尽量独立，减少与其它模块之间的耦合性，尽可能做到按客户的需求可以选择安装那些模块，不安装那些模块。（8）易使用性。办公自动化系统的界面与操作人员的交互性好，与主机间使用C/S (客户端/服务器端)结构。（9）先进性。在保证稳定的前提下，尽量使用国际上流行的技术与概念，使系统在国内处于先进水平第四章总体设计通过前面对软件的可行性的分析，以及需求分析阶段对系统功能和性能反面的合理化分析，可以总结出本系统的总体设计模块及相关的设计方法和技术。为代码的编辑和实现过程提供了指导性的思想。4.1 系统模块总体设计4.1.1 本系统总体功能模块设计层次方框图是用树形结构的一系列多层次的矩形框描绘数据的层次结构。树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表各个数据的子集，最底层的各个矩形框代表组成这个数据的实际数据元素。随着结构的精细化，层次方框图对数据结构也描绘得越来越详细，这种模式非常适合于需求分析阶段的需要。从对顶层信息的分类开始，沿着图中每条路径反复细化，直到确定了数据结构的全部细节为止。本系统具有五大模块20多个功能窗口，包括病人的导医服务、医生开医令单服务，药房管理服务，门诊统计记录及基本信息设置模块。系统功能模块图如图4-1所示：病人登记4.1.2 系统的主要功能模块描述本系统是一个小型的医院管理信息系统，一共分为六大模块所有模块之间都是紧密关联的，本系统是一个典型的数据库开发程序。每个模块的功能都是按照在调研中搜集的资料进行编排制作的。依据上述功能的分析，系统在六大块的基础上每一大模块又分为几个模块 导医服务包括四个模块：病人登记，病人预约，退药退费，前台缴费。医生诊断包括一个大模块：医生医令。药房管理包括三个模块：药品信息管理，发放药品，退药入库。门诊统计包括三个模块：科室统计，每日统计，交接班汇总。基本设置包括五个模块：检查设置，检验设置，科室设置，折扣设置，用户设置 Office快捷 包括三个模块：打开记事本，打开word，打开Excel。其他：退出系统，帮助功能。4.2 数据库详细设计4.2.1 数据库设计概述数据库设计的意义是在给定的DBMS、操作系统和硬件环境下，如何表达用户的需求，并将其转换为有效的数据库结构，构成较好的数据库模式，这个过程称为数据库设计。数据库及其应用系统开发的全过程可分为两大阶段：数据库系统的分析与设计阶段；数据库系统的实施、运行与维护阶段。数据库设计是建立数据库及其应用系统的技术，是信息系统开发和建设中的核心技术，具体的说，数据库设计是一个给定的应用环境，构造最优的用户的应用需求。这个问题是我们在进行软件开发时期的主要研究方向。数据库设计应该和应用系统设计相结合，也就是说，整个设计过程中要把结构（数据）设计和行为（处理）设计密切结合起来。由于信息结构复杂，应用环境多样，在相当长的一段时间内数据库设计主要采用手工试凑法。使用这种方法与设计人员的经验和水平有直接的关系，数据库设计成为一种技艺而不是工程技术，缺乏科学理论和工程方法的支持，软件的质量难以保证，常常是数据库运行一段时间后又不同程度地发现了各种问题，增加了系统维护的代价。十余年来，人们努力探索，提出了各种设计准则和规程，都属于规范设计法。4.2.2 本系统数据分析数据分析是数据库设计的首先步骤，数据分析过程同数据库的逻辑结构和物理结构密切相关，需要确定、编制、组织、筛选应用程序所使用的信息。它以一种能够分析和分类的方式来捕获用户的所有信息，这使得某一模型可以直接转化成数据库结构。我们使用一种信息建模技术，这种技术是通过实体、关系、属性三种基本对象来定义信息。实体是需要维护和使用的相关特性的集合体；属性是实体的特性或特征；关系是实体之间的联系，关系为实体记录（实例）之间的联系和交互作用方式建立了模型。要确定实体和关系的性质，用户必须确定单个实体和他们相关的属性。为每个对象定义一个完整的与商业相关的描述以及他单独使用的要求，这也包括确定此实体是否使用应用程序的永久需求，每种关系的基本定义使用了商业定义和与关系相连接的需求。在为实体确定相关的属性过程中，也需要确定此实体的主键和索引，并且要确定在每个实体中怎样组织这些属性，确定属性的数据类型和它是否为空值。在高层次的描述过程中，还可以确定所有扩展属性信息，包括长度、格式、编辑风格、校验规则和初始值。单独实体的属性被组织起来，用户就能够开始以某一种组织方式来给实体分类。用户必须通过关系，来为实体分组的方式确定分类模式，这是抽象化的初始层，或者说是通过隐藏模糊的信息来提高对分析的理解，通过将数据分类成组，就产生了相关分组的不同类型，这样，更加易于观察和分析。在本系统中，主要的实体就是医生和医院管理员，其通过对病人诊断的相关信息，如用药用费信息，药品管理信息等进行处理，来实现对医院管理系统的总体化。本系统选定了SQL Server 2005标准版作为数据库平台，.NET Framework 平台提供了对SQL Server 数据访问的的优化。经过对业务逻辑与业务实体进行分析，设计出系统主要由如下几个表组成。检查项目表：列出了医院的检查项目的名称、单价及说明。检验项目表：列出了医院的检验项目的名称、单价及说明。医疗折扣表：列出了医院可以接受的卡类型，不同的卡具有不同的折扣率。药品表：存储了医院药房中可供使用的药品的详细信息。用费记录表：指定的病人在医院所花费的医疗费用。检查费用表：病人在医院进行检查项目时所花费的费用表。检验费用表：病人在医院进行检验项目时所花费的费用表。用药表：病人在医院所使用的药的清单。值班表：医院工作人员的值班记录表。病人信息表：提供了对来看病的客户的基本信息记录的表。用户信息表：提供了医院管理系统的用户信息的列表。病人费用记录表：用于记录病人的付费信息，包括检验、看诊、挂号等费用，已付和未付信息病人预约表：用来记录病人预约会诊的信息。科室费用表：提供不同科室的看诊费。4.2.3 数据库的设计要求在设计数据库时，应考虑以下事项 1. 数据库的用途及该用途将如何影响设计，应创建符合用途的数据库计划。2. 数据库规范化规则，防止数据库设计中出现错误。3. 对数据完整性的保护。4. 数据库和用户权限的安全要求。5. 应用程序的性能需求，设计数据库时必须利用 Microsoft SQL Server 2005 中能够提高性能的功能。对于性能而言，在数据库大小和硬件配置之间权衡也是很重要的。4.2.4 数据库表关系及视图通过之前同用户的交流和咨询、对系统整体的需求分析和总体模块的设计，对本系统的数据库进行了详细的设计，根据各实体之间的相互联系和各实体之间的相互管理，得出了本系统的数据库各表的关系。本系统的数据库的检验项目与病人及付费关系图如图4-2所示。图4-2 数据库检验项目与病人及付费关系图打印医令时为了得到不同表之间的信息本系统数据库创建的一个医令视图如图4-3所示。图4-3 视图doccommand4.2.5 数据库表的详细设计本系统创建了名为Hospital_MIS 的数据库，主要用来存储医院药品的相关信息和病人的基本信息。在本数据库中主要包含了15张信息表，主要的表如下所示。（1） 病人信息表: 用于记录前来看病的病人的详细信息，详细情况如表4.1所示。表4.1 病人信息表(Patient)字段名称数据类型及大小是否主键是否为空说明patientnoint(N/A)是否病人编号namechar(20)否是名称sexchar(2)否是性别birthdaynvarchar(20)否是生日sidnonvarchar(15)否是证件编号sidtypenvarchar(20)否是证件类型celladdressnvarchar(50)否是联系地址cellphonenvarchar(20)否是联系电话homeaddressnvarchar(50)否是家庭地址homephonenvarchar(20)否是家庭电话companynameaddnvarchar(50)否是公司名称地址companyphonenvarchar(50)否是公司电话e_mailnvarchar(50)否是电子邮件firstmanchar(10)否是紧急联系人firstquerychar(10)否是关系firstphonechar(10)否是紧急联系电话firstaddressnvarchar(20)否是紧急联系地址recorddatechar(10)否是登记日期cardtypenvarchar(10)否是过敏史hispassnvarchar(20)否是手术史hisoperatenvarchar(20)否是信用卡类型cardnoint否是卡号balancenvarchar(20)否是余额creditlimtnvarchar(20)否是透支额（2）病人费用记录表：用于记录病人的付费信息，包括检验、看诊、挂号等费用，已付和未付信息，详细情况如表4.2所示。表4.2病人费用记录表(PayRecord)字段名称数据类型及大小IDint是否病人编号PiaoHaochar(10)否是票号Binlihaochar(10)否是病历号Namechar(10)否是姓名Doctorchar(20)否是医生Deptnvarchar(50)否是科室CardIDchar(10)否是卡名medicalPaynumeric(18,0)否是药费CheckPaynumeric(18,0)否是检验费patientPaynumeric(18,0)否是看诊费registerPaynumeric(18,0)否是挂号费CurrentPaynumeric(18,0)否是本次付Amountpaynumeric(18,0)否是总计CurrentDatedatetime否是日期paymentMethodnvarchar(10)否是付款方式deliverMedicaltinyint否是发药（3）病人预约表：用来记录病人看病后预约会诊的信息。详细信息如表4.3表4.3 病人预约表（appointment）字段名称数据类型及大小是否主键是否为空说明appointmentidint是否预约IDpatientnamenvarchar(50)否是病人姓名patientnonvarchar(10)否是病历号thistypenvarchar(10)否是类型doctornvarchar(10)否是预约医生disciplinenvarchar(10)否是预约科室thisdatechar(10)否是预约日期thistimechar(10)否是预约时间reg_namenvarchar(20)否是挂号名称reg_feenumeric(5,2)否是挂号费reg_donebit(100)否是是否挂号完成dia_namechar(10)否是诊疗名称dia_feenumeric(18,0)否是看诊费paymentint否是付款方式symptomnvarchar(500)否是症状notenvarchar(500)否是医令appointment_dint否是是否预约完成（4）药品信息表：用于记录医院管理系统的药品管理的医药信息，详细情况如表4.4所示表4.4 药品信息表（Medica）字段名称数据类型及大小是否主键是否为空说明IDint是否流水IDnamevarchar(50)否是药品名Unitvarchar(10)否是单位pricenumeric(18,4)否是价格Stylevarchar(50)否是规格Chinesevarchar(50)否是拼音码Classvarch