门诊信息系统管理论文

在医院信息化的建设过程中，患者身份（ID）是信息系统管理的基本内容。目前我国主要采用各个医院独立发行的磁卡或条码卡来解决病人的ID。也有的医院发行了IC卡或无线射频（RFID）卡，试图通过就诊卡储值的方式来解决门诊病人就诊多次交费的问题。今天小编为大家推荐《门诊信息系统管理论文(精选3篇)》的文章，希望能够很好的帮助到大家，谢谢大家对小编的支持和鼓励。

门诊信息系统管理论文 篇1：

门诊管理系统数据库的设计

摘要：医院门诊信息系统的实现是医院信息化管理的基础，在门诊管理系统中，数据库设计尤其显得重要，好的数据库设计将直接影响整个系统的性能，本文详细描述了门诊管理系统中数据库的设计。

关键词：门诊管理；数据库设计；概念；逻辑

Outpatient Management System Database Design

Liu Ying

(Xinjiang Uygur Autonomous Region Communist Youth League,Urumqi830002,China)

数据库设计是建立数据库及其应用系统的技术，是信息系统开发和建议中的核心技术。由于数据库应用系统的复杂性，为了支持相关程序运行，数据库设计就变得异常复杂，因此最佳设计不可能一蹴而就，而只能是一种“反复探寻，逐步求精”的过程，也就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。数据库技术充分体现系统的需求，数据库是为应用服务的，好的数据库设计应该首先能满足应用系统的业务需求，准确的表达数据间关系。

在医院门诊管理系统中，借助数据库技术，可以科学地保存和管理医院大量复杂的数据信息，数据库设计已经成为医院信息系统的核心和基础，数据库设计的优劣将直接影响整个系统的性能。

一、数据库设计原则

（一）一致性原则。对信息进行统一的系统的分析与设计，协调好各数据源，做到“数出一门”、“算法统一”、“度量一致”，保证系统数据的一致性和有效性。

（二）完整性原则。数据库的完整性是指数据的正确性和相容性。要防止合法用户使用数据库时向数据库加入不合语义的数据。对输入到数据库中的数据要有审核和约束机制。

（三）安全性原则。数据库的安全性是指保护数据，防止非法用户使用数据库或合法用户非法使用数据库造成数据泄露、更改或破坏。要有认证和授权机制。

（四）可伸缩性原则。数据库结构的设计应充分考虑发展的需要、移植的需要，具有良好的扩展性、伸缩性和适度冗余阵。

（五）规范化。数据库的设计应遵循规范化理论，规范化程度过低的关系，可能会存在插入、删除异常、修改复杂、数据冗余等问题，解决的方法就是对关系模式进行分解或合并规范化，转换成高级范式

二、需求分析

通过对医院门诊管理的现状进行了解，得到如下需求：

（一）门诊病人需要到门诊挂号处挂号，在此过程中，病人可对所要就诊的相应科室进行查询，对当值医生进行查询，然后再去挂号，在挂号处登记，基本信息，如姓名，年龄，性别，住址，联系方式等，再由挂号处制成IC卡发给病人。

（二）病人到门诊收费处缴挂号费，并到相应科室就诊，经医生诊疗后，开处方，检查或检验申请单，病人持收费单到门诊收费处划价缴费，然后持收费证明到检查科室或检验科室进行检查。

（三）门诊药房接到取药处方后，进行配药和发药，检查科室或检验科室接到病人申请后，对病人进行检查或检验，并将结果填入结果报告单。

三、概念结构设计

概念结构的设计，它是整个数据库设计的关键，独立于数据库逻辑结构、物理结构和DBMS。概念模型是对信息世界建模，所以概念模型能够方便、准确地表示出信息世界中的用概念模型。结合以上的需求分析结果，采用ER模型进行数据库的概念设计，说明如下：

（一）主要实体及属性。

门诊患者（患者编号、登记时用户名、密码、姓名、性别、出生日期、年龄、婚姻状况、职业、籍贯、民族、身份证号码、工作单位、联系电话、家庭住址等）

门诊医生（医生编号、登录时密码、姓名、性别、年龄、职称、所属科室、专家门诊科目、联系电话、电子邮件）

医务人员（医务人员编号、登录时密码、姓名、性别、年龄、类别、联系电话、电子邮件）

挂号单（挂号单编号、患者编号、挂号科室、主治医生编号、挂号时间）

门诊病历（门诊病历记录编号、患者编号、主治医生编号、患者症状、诊断结果、处理方案、就诊开始时间、就诊结束时间、诊断是否结束）

处方单（处方记录编号、门诊病历记录编号、处方内容）

检查项目（检查记录编号、门诊病历记录编号、检查内容）

检验项目（检验记录编号、门诊病历记录编号、检验内容）

划价单（划价记录编号、处方记录编号、检查记录编号、检验记录编号、处方划价、检查划价、检验划价）

收费单（收费记录编号、划价记录编号、患者编号、收费员编号、总收费数目、患者是否缴费、门诊收费时间）

发药单（发药单编号、收费记录编号、患者是否缴费、患者编号、处方记录编号、处方内容、患者是否取到药品、发药时间、发药员编号）

药品（药品编号、名称、生产批号、生产日期、有效日期、价格、数量）

（二）联系说明及其相应属性。

支付（支付金额、支付时间、支付项目）

生成（门诊处方------药品提领单）

发生（门诊医生-------处理方案）

对应（门诊病人-------门诊病历）

（三）主要的E-R图。

门诊挂号E—R图

四、逻辑数据库设计

概念结构是现实世界的数据模型，必须将其转换为逻辑结构后才能进行数据库应用的设计。根据关系数据库规范化理论，关系数据库中的关系必须要满足一一定的范式，包括第一范式，第二范式，第三范式，第四范式，第五范式，规范化的目的是为了消除插入、删除异常，降低数据的冗余度，但是，数据的冗余度越低，查询越困难，因此，合理的数据冗余是必要的。对一般的信息系统，能达到第三范式已能满足要求。在确定联系实体的主键时，对1：1关系，任选相关两实体的主键之一作为联系实体的主键；对1：M关系，选“M”的主键作为联系实体的主键；根据以上原则，门诊管理数据库部分关系表的设计如下：

（一）挂号单（挂号号、挂号类别、挂号日期、科室、病人号、医师号）。说明：由实体型生成的关系模式，由于门诊医师和挂号单的联系是1：1，因而将其加入门诊医师的主码加入到挂号单所形成的关系模式中。

（二）门诊病历（病历号、病人号、病历内容、诊断时间、医师号、处方号）。说明：由门诊病历形成的关系模式，而门诊病历与门诊处方的联系为1：1，故将门诊处方的主码处方号加入到门诊病历关系模式中。

（三）门诊收费项目（门诊收费项目号、挂号号、支付时间、项目类型、收费金额、收费人中、病人号）。说明：由门诊收费项目形成的关系模式，门诊收费项目与挂号单为1：1，故将挂号号加入到其中。

（四）门诊医师（医师号、科室、当值日期）。说明：门诊医师中的属性：姓名、专业技术职称，性别，出生日期，出生地，民族，身份证号等。

（五）挂号收费（挂号号、门诊收费项目号、收费金额）。说明：由挂号单与门诊收费项目之间形成的一种联系，收费金额是挂号收费的属性。

（六）缴费（病人号、门诊收费项目号、缴纳金额）。说明：由门诊病人和门诊收费项目之间形成的一种联系，缴纳金额是缴纳的属性。逻辑设计如图所示：

数据库逻辑设计图

五、数据表设计

医院门诊系统数据库中每个表格表示数据库中的一个表。主要表格的设计结果如下所示：

字段名 数据类型 可否为空 说明

yhm varchar（4） Not Null 员工号（主键）

dlkl varchar（8） Null 登录口令

dlql varchar（2） Null 登陆权利

登录信息表

字段名 数据类型 可否为空 说明

mzh varchar（14） Not Null 门诊号（主键）

brxm varchar（8） Null 病人姓名

brxb varchar（2） Null 病人性别

brnl varchar（4） Null 病人年龄

brlx varchar（2） Null 病人类型

ghksh varchar（4） Null 挂号科室

ghlb varchar（2） Null 挂号类别

ghysh varchar（7） Null 挂号医生

zhjzhj numeric（5.2） Null 专家诊金

zhjghf numeric（5.2） Null 专家挂号费

ghfhj numeric（5.2） Null 挂号费合计

ghy varchar（4） Null 挂号员

ghshj varchar（20） Null 挂号时间

挂号信息表

字段名 数据类型 可否为空 说明

mzhblbh varchar（8） Not Null 门诊病历编号（主键）

hzhbh varchar（8） Null 患者编号

zhzhiyshbh varchar（8） Null 主治医生编号

yj varchar（8） Null 诊治意见

门诊病历信息表

数据库是信息系统的核心和基础，它将大量的数据按一定的模型组织起来，提供存储、维护、检索数据的功能，只有对数据库进行合理的逻辑设计和有效的物理设计，才能开发出完善而高效的信息系统，用户才能方便、及时和准确地从数据库中获取所需的信息。

参考文献：

[1]张瑞丽.门诊信息系统在医院管理中的作用[J].医学信息,2005,18:8

[2]张京.基于Web Service的医院信息系统的设计与实现[J].成都:电子科技大学,2006

[3]祝福锋.医院管理信息系统分析与设计[D].武汉:华中科技大学,2004

[4]陈卓.基于Windows DNA的门诊挂号系统的研究与应用[D].长春:吉林大学,2004

[5]王安平,李燕燕,陈季妍.医院信息系统投资分析[J].山西财政税务专科学校学报,2001,17(5),51-52

[作者简介]刘英（1974-），女，回族，新疆奇台人，自治区团校讲师，硕士，研究方向：软件工程。

作者：刘英

门诊信息系统管理论文 篇2：

国内外就诊卡比较分析

在医院信息化的建设过程中，患者身份（ID）是信息系统管理的基本内容。

目前我国主要采用各个医院独立发行的磁卡或条码卡来解决病人的ID 。也有的医院发行了IC卡或无线射频（RFID）卡，试图通过就诊卡储值的方式来解决门诊病人就诊多次交费的问题。

随着以病人为中心的医院管理理念越来越受到重视，优化门诊流程、缩短病人在门诊的滞留时间、减少病人排队次数等已经成为各个医院需要重点解决的问题。与此同时，各个医院独立发行就诊卡越来越多地受到批评，其中最主要的原因是患者在不同医院需要重复办卡，浪费患者的时间和医院的人力、物力。因此，由政府主管部门统一发行就诊卡的呼声越来越高。

国内需建立统一ID

目前，解决患者ID问题受到了各级政府主管部门的高度重视，很多地区都进行了不同的尝试。

从目前的情况来看，国内解决患者ID问题的方案主要有两种：一些地区试图通过发行市民卡，统一解决全体居民的ID问题，市民卡兼备持卡支付的功能，如杭州的市民卡工程就是如此。一些地区在医疗行业内部发行就诊卡（健康卡），如厦门模式。这类卡的功能主要是解决患者ID问题和储值付费问题（电子钱包）。

不管是政府主管部门统一发卡，还是医院自行发卡，医疗卡的用途主要包含以下几个方面。

解决患者ID问题这是任何类型的医疗卡的首要功能。医疗工作主要是处理病人信息，处理医疗信息的第一要务是区分清楚是哪一个病人，这就需要解决患者电子ID问题。在医疗的整个过程中，患者人人必须拥有自己的ID，才能支持医院使用信息系统处理病人各类信息。国内很多地区已经发行了医保卡，医保卡主要覆盖参保人员，只占门诊就诊病人的一部分，因而医保卡不能完整解决医院病人就诊的ID问题。国内有些地区采用医保卡+就诊卡的方式，没有医保卡的病人由医院发给就诊卡，以解决就诊ID问题。

解决支付问题就诊需要多次排队付费一直是备受批评的问题。医院各级主管部门也做了很多尝试来改变这种状况。目前比较多见的是医院发行IC卡来做为就诊卡，病人可以在IC卡中存钱，门诊就诊过程中直接刷卡收费，避免病人多次到收费处交费。在技术上，为了避免交费刷卡时需要病人录入密码，储值卡大多采用电子钱包方式。目前一些地区发行的医保卡也提供了电子钱包的功能。

存储病人的基本信息一般来讲，在网络环境下，没有必要在病人的ID卡上存储病人ID之外的其他信息。因为有了病人的ID，相关人员可以很容易在计算机上查找出病人的其他相关信息。如果是储值卡，则需要严格按照中国人民银行的有关规定建卡，并有严格的安全和保密措施。目前有一些地区或单位希望在卡上保存一些病人的基本信息，尤其是血型、过敏信息等。也有一些地区为了解决不同医疗单位之间病人信息交换的需求，在就诊卡上保存较多的医疗信息，甚至保存病人的病历。这种卡的成本很高，与ID卡的设计原则有一些矛盾。ID卡是普及性卡，由于发行数量极大，因此一定采用尽量简单和便宜的方案解决。比较理想的方案是，解决病人ID跨医疗机构使用问题（地区发行医疗卡），通过联网交换共享病人信息。

每个医疗机构在给病人发放ID的时候，都会碰到一个问题，就是一个病人拥有多个ID。发生这种问题，医院发卡人员负有主要责任——没有认真询问、查对病人既往就诊情况，病人自己也有责任——重复办卡。解决这种问题的一个通用方法就是建立一个统一的病人ID系统，通过匹配病人的其他信息，如姓名、性别、年龄、身份证号、住址等，来判断该病人是否拥有其他ID，并同时提供给需要的访问者。

国外更加关注隐私

国外建立卫生信息系统的主要目标是实现医疗机构之间共享病人信息，而我国区域卫生信息系统建设的一个重要意义在于为各级领导部门提供统计数据，为不同的公共卫生服务部门提供共享信息。这要求区域卫生信息系统必须解决病人惟一ID的问题，否则各个管理部门无法得到准确的统计数据。

2004年1月，时任美国总统的布什在美国众议院发表国情咨文时提出，要在10年内为全体美国公民建立电子健康档案，以避免严重的诊疗失误，降低成本，并提高医疗水平。美国政府以此作为解决美国看病贵、看病难的主要手段。这其中最关键的就是建设美国国家卫生信息网络，实现病人医疗信息的共享。

2005年，英国政府与多家跨国医疗信息化巨头签署了为期10年、总金额逾60亿英镑的合同，建设英国的国家卫生信息系统，其目标同样是在全国范围内实现病人电子病历的共享。

目前，发达国家都在积极建设自己的国家/区域卫生信息系统。美国市场分析专家认为，医疗卫生信息技术（HIT）市场是未来全球软件业的最后一个大市场。全球GDP的10%将被用于医疗服务，约为4.5万亿美元。如果其中5%用于信息化建设，每年将有2000亿美元投入医疗卫生信息技术市场。

在建设区域/国家卫生信息系统的过程中，能否解决好医疗健康ID问题非常重要。尤其在欧美国家，医疗健康管理体系的复杂性、人们对健康隐私的敏感性等，使得医疗健康ID政策和实现技术变得更为复杂。

2006年3月，在多个国际组织的倡导下，荷兰卫生部组织召开了医疗健康ID管理国际研讨会，来自21个国家的80多位专家参会。与会专家一致认为，能否解决好医疗健康ID问题，是考验区域/国家卫生信息系统建设的一块试金石。

会上，i2-Health的雷敏·塔瓦科赖恩（Ramin Tavakolian）认为，ID管理可以分成政治层面、法律层面、组织层面、语义层面、技术层面等5个层面。技术层面与证书、ID表示、网络结构有关，语义层面与数据模型、标识符有关。雷敏强调，使用病人基本信息作为ID存在风险，相对较好的选择是使用固定标识，如社会保险号等。如果非常强调隐私问题，则倾向于使用临时ID，因为任何有意义的信息作为ID，都有可能引发隐私问题。在组织层面，内容主要涉及哪些群体需要标识，例如医疗卫生专业人员、病人等。其中，用户注册和授权管理十分重要。雷敏建议，ID管理需求有很多，需要按照轻重缓急来逐步解决。

下面，让我们来看看一些发达国家/地区的卫生信息系统的建设情况。

欧洲

一些欧洲国家，例如丹麦、芬兰、卢森堡、荷兰、比利时、英国、爱尔兰，在建设国家/区域卫生信息系统时选择使用国民身份标识系统作为病人ID。

2004年，法国政府开始建设电子健康档案（HER）系统，使用社会保险号作为ID。但是，这让老百姓非常担心信息安全问题，因为社会保险号在法国已经广泛用于社会、经济、财务、职业等领域。为此，法国政府于2007年11月暂停该项目。

英國政府则向老百姓承诺，个人健康信息不会被滥用，因为英国的健康信息保存在单个医疗机构，没有建立统一的数据中心。这些私有数据只有在病人授权同意的情况下，医生才能够通过网络调取和阅读。

在南欧，如西班牙和意大利，病人ID通常是各地发各地的。虽然这些国家的政府正在积极组织，希望将数据集中起来建设大型数据中心，但由于没有统一的ID，这个想法无法得到实现。这样，病人敏感数据被滥用的可能性相对较小。

一般来说，一些较小的国家，使用身份识别号或社会保险号作为健康ID比较可行，较大的国家如果采用同一办法，或多或少会遇到统一发行和隐私问题。

加拿大

加拿大政府正在建立一个电子卫生信息系统，计划在2010年实现50%的加拿大公民拥有自己的电子健康档案，所有获得授权的医生或个人均可在电子健康档案数据库中检索相关内容的目标。

早在2000年9月，加拿大就成立了名为Infoway的机构以促进卫生信息网络的建设。2003年5月15日，Infoway宣布投资1.35亿美元建设电子卫生信息系统中的两个重要模块——药物信息系统和诊断影像系统，希望借助系统的应用，医生能够在线查阅病人的药物治疗史、开立电子处方并获得药物相互作用的提示，而药剂师则从网上接收处方并提前备药。

最近，Infoway将投入10亿美元用于大规模的系统建设。Infoway的项目没有采用统一ID的方法，而是采用ID匹配的方法解决不同系统的电子病历信息交换访问问题。

美国

1993年，美国Medicare和Medicaid服务中心开始建设服务提供商标识系统。该项目的目标是为了让所有的医疗保健服务提供商建设一个全国统一的身份标识系统（National Provider Identifier，NPI）。

与此同时，电子数据交换工作组和美国国家标准协会也在制定美国相应的标准，两者都充分考虑了兼容问题。

2007年，在美国国家标准协会的支持下，电子数据交换工作组发布了美国国家标准健康身份标识卡实施指南1.0版本。该标准依据ISO有关标准、美国有关标准，规定了健康卡的基本信息结构和卡型，还有实施的问题。该标准没有强制建设全国统一的健康卡，也没有强制采用统一ID，而是向全国推荐健康卡标准，允许不同的机构独立发卡，统一标准只是为了便于信息共享。

美国人对隐私问题极为敏感，因此，美国没有建设全国统一病人ID的计划。但为了规范信息格式和使用方法，美国政府还是制定了自己的一些规范，其内容基本符合国际标准。

美国政府为了指导各州建设区域卫生信息系统，在2005年前后组织了四个试点工程。这些试点系统均采用了IHE的标准规范，在没有统一病人ID的情况下，使用概率匹配算法，将不同医疗机构病人基本信息和ID进行匹配，列出相似ID的列表供访问者决定，然后再根据匹配病人ID查找病人既往相应信息。

2004年，国际标准化组织（ISO）制定了病人健康卡的标准（ISO 21549），对病人健康卡的内容、格式等进行了标准的定义。

我国标准化研究院也组织了相应的标准化研究，决定等同采用该标准，只在部分有国情差异的地方稍作修改。目前，该标准已经上报国家标准局等待批准生效。标准只对健康卡内容和格式进行定义，以便通用设备和软件读取。至于如何发卡，在多大范围发卡，全部由用户决定，标准不做任何规定。

总体看，国外更加重视健康卡的安全和病人隐私问题，因而普遍使用分散发卡、统一匹配ID的办法。这种办法比较适合支持医疗机构之间病人信息的共享，因为使用病人信息的医生在联机时可以进一步核实不同ID的病人是否为同一患者。

我国建设区域卫生信息系统，其中一个主要任务是给政府部门、公共卫生部门、医保部门提供及时、准确的信息和汇总统计资料，这对统一病人ID要求很高，否则无法得到准确的统计数据。而且，为了满足医保卡的支付要求，国内医保卡要实现一人一个ID。一些地区尝试发行医疗补充卡以解决没有医保卡患者的就诊问题。对于医疗补充卡，要严格管理ID发放，建立一套有效的约束机制，并组织大量的人力、物力，建设ID管理中心，以便统一病人ID。

记者手记

医保卡

全国通“卡”在哪儿

■ 本报记者 曹红丽

目前，我国很多城市都已经实现了医保卡实时刷卡结算，但问题在于，大多数医保卡只限于本地使用，甚至有些省内城市的医保卡也不通用，这给参保人带来了很大麻烦。

医保何时才能实现全国一体化，让医保卡像银行卡一样全国通用，变成一卡通呢？要实现医保卡异地联网，到底什么问题“卡”在中间呢？

首先是医保卡的技术问题。据悉，目前各个城市发放的医保卡五花八门，有的甚至还没有卡，处在手工结算阶段。卡的不统一直接就把联网刷卡的门给堵死了。

其次，国内目前尚没有一套从上到下统一使用的医疗保险结算系统，各地都是各家算各家的，涉及到城市之间的结算都很麻烦。即便各个城市都使用同一种类型的医保卡，如果系统上不兼容，那在异地照样还是刷不起来。

但技术问题并不是阻碍医保实现全国联网的关键问题，关键在于地方政策限制医保联网。

目前我国的医疗保险均实行市级统筹，各地的实施细则是根据当地经济发展水平制定的，导致政策千差万别。大病险种设置不同、医疗保险费征缴比例、支付比例、住院报销比例不同，各地医药三大目录（药品目录、诊疗目录、医疗服务設施目录）也不一致，各地互相确认困难。而且，地方政府往往依据当地财政情况为医疗保险出资，所以短时间内难以实现全国统一标准。

专家建议，国家社会保障部门和相关管理部门尽快制定统一、科学、规范的政策标准，加速实现省级医保统筹，解决政策对接上的障碍性问题。 同时，国家应开发具有类似现行银联卡多种功能的网络服务体系，加速实现全国医保联网，使参加医保的人员可以凭借医保卡，在全国各地刷卡支取和结算。

作者：何雨生

门诊信息系统管理论文 篇3：

信息管理系统的分析与设计

[摘　要]本系统采用B/S体系结构，致力于搭建起患者与医院的信息平台，进行快速的网上预约及其他服务。解决了患者看病难，排队难的问题，更大程度的缩短了患者就医的时间，也更大程度提升了医院的运作效率。

[关键词]医院门诊信息系统　ASP　SQL　server　2005

一、开发本系统的目的和意义

本系统为宁夏人民医院的门诊信息管理系统的分析与设计。主要解决的问题是：使进入宁夏人民医院的患者能够以最快的速度就医，使医院的管理者能够根据门诊信息所统计的数据进行科学有效的决策，提高医院的业绩以及运作效率。

二、系统需求分析

（1）系统功能需求：

系统的功能主要分为五部分：

1.患者挂号、网上预约，即患者账户

2.医生叫号、录入患者信息，即医生账户

3.挂号台人员挂号收费，即挂号台人员账户

4.药房人员配药维护药品数据库，即药房人员账户

5.系统管理员发布医院相关信息并建立药品数据库，即系统管理员账户

（2）系统需求分析：

1.宁夏人民医院门诊部的业务情况：

首先，门诊病人需要到门诊挂号处进行挂号，如果是初次就诊的患者要在门诊挂号处进行基本信息的登记，由挂号处根据患者所提供的信息制成患者的IC卡发放给患者，然后，出诊患者可与复诊的患者一样进行挂号和就诊排号。

其次，患者需要到门诊收费处缴纳挂号费，并持挂号单和收费证明去相应的科室就诊，患者经过医生诊疗后，由医生开出诊断结果或者处方，检查或者检验申请单，患者持就医卡缴费后持缴费证明到门诊药房取药或者持缴费证明到相关检查科室或检验室进行检查或检验。

2.用户对系统的要求：

由于本系统的使用主体是医院的管理人员和患者，因此对本系统的信息要求主要分为以下几个方面：

患者信息：主要包括患者的姓名、年龄、性别、出生年月、联系方式、家庭住址等。对于门诊部的患者还需要患者的就诊时间，就诊科室，就诊结果，医生的处方。检查（或检验）项目，检查（或检验）结果等。

医生信息：包括医生的姓名、性别、出生年月、年龄、家庭住址、联系方式、医生编号、所在科室、工龄、职称、所获奖项等。

各种单据及证明信息：包括医生的诊断书、处方单、检验（或检查）结果报告单，收费单，病人就诊记录、病人病历单、备使用记录等。

各种库存信息。

三、系统的设计

（1）系统的总体结构设计

本系统采用B/S体系结构，系统的主要功能有患者查询以及预约功能，医生子系统管理功能，挂号台处理挂号及收费功能，药房人员配药及更新药品库存功能，系统管理员进行信息发布与系统维护功能等。

（2）系统的输入和输出设计

本系统是以使用ASP技术进行Web动态网站的开发,后台数据库采用的是SQL server 2005。系统具有操作简单、安全性高、运行稳定界面清晰等特点，满足医院管理者和患者的需要。

1.输入设计

输入设计是整个系统设计的关键环节之一，它的根本任务是如何保证将资料正确地传送到系统中去，然后由计算机完成各种的后续处理工作。对系统的质量起着决定性的影响。其设计原为则：提高速度、减少错误；其输入媒介和装置：键盘。

本系统输入信息主要包括患者输入的用户名和密码以及患者基本信息录入；医生输入用户名和密码以及对患者的病历及诊断结果进行录入并开处方；药房人员输入用户名和密码登陆后，要对患者的去要单进行录入；挂号台人员输入的用户名和密码并录入患者的基本信息；系统管理员输入的用户名和密码登陆后对医生信息、收费标准等进行录入。这些信息在录入的过程中都有明确文字信息提示，大多数通过我们所熟悉的键盘和鼠标完成信息的输入，为用户的使用提供了很大方便。

2.输出设计

输出设计的目的是使系统能输出满足用户需要的有用信息。例如将输入设计中的管理员输入医生基本信息后的输出，所得界面如图1所示：

图1　系统管理员添加医生信息后的界面

四、系统的实现

首先，用户登录界面比较简单，需在登陆系统中输入用户名和密码，若与数据库中管理员表中的记录一致则可以进入该系统，否则无法进入。为防止用户的错误操作，应设置错误处理页面。用户登录页面效果如图2所示。其中包括的功能有：挂号信息管理，病人信息管理，处方信息管理和收费信息管理。该系统的实现，方便了医院的日常工作，节省了患者的等待时间。

参考文献：

[1]李威、中鸿发，商品進销存信息系统的分析与设计，北京理工大学学报，2005．

[2]ASP访问Web数据库技术及其应用，科技经济市场，2006年第6期

作者：张天凯