基于ASP.NET的医院管理系统的设计

发布时间：2015-01-30 14:56

 

【摘要】 随着医院管理信息化的要求和医院服务质量提高的需要，通过计算机技术进行医院管理可以提高医院运营效率，许多医院都在探索新技术的运用，这将有效地提高医院服务质量，并且对医院的发展具有深远的影响。当前，医院需要处理很多相关服务反馈和需要跟踪病人对医院的服务的反应，在实现业务目标的同时，医院内部对于部署这些技术的人力和物力是有限的。因此，可以和在校学生进行合作，通过研究医院管理的各个方面，使用数据库技术和先进的网页技术如ASP.Net等向广大客户提供更好的服务。通过对数据库和网络技术的使用，能够有效改善提供医院服务。研究发现，一个集中的医院信息共享系统，在提高医院服务质量的同时，也方便服务器管理员和病人信息管理的工作。医院管理员可以访问实时信息，了解医院的管理情况，从而提高医院工作人员工作效率和提高生产力。该系统的应用还允许管理员简化信息的收集、保存、和共享，并且为管理员提供了切实的结果。管理员可以在服务器附近或者家里进行登录服务器，管理相关医院业务。随着新技术的飞速发展。高新科技在全球经济一体化中扮演着越来越重要的角色，集中信息系统的作用，可以帮助减少浪费，高重复，并提供更可靠的医院管理，从而提高医院管理效率，并更有效地使用医院资金。医院管理系统的界面设计需要进行具有全面的专业知识，和有效的用户调研和基准分析。本论文根据需求分析的讨论，着重于改善医院管理系统的设计。对于整个医院的工作流程和信息的需求，我进行了观察研究，从中我得到了一组功能需求，并对医院的工作过程有了深刻的了解，对医院进行了层次结构的任务分析，并制定了初步的医院信息管理系统的用户模型。在此基础上，我开发了一个界面供管理员登陆进行医院相关信息的设置。我回顾了用户测试和设计迭代进行的设计改进，根据用户的反馈意见和报告对其进行了大幅度的改进。这个系统充分利用当今信息技术飞速发展的优势，设计了管理员、医生、病人三种层次的用户，具有病人自主挂号，病人相关信息管理，病房管理，基本信息管理的模块。该系统功能很实用，能够基本满足医院基本教学管理，而且能满足不同护理级别，不同层次管理。这个系统仅是初步实现了医院管理管理系统的基本功能。能够满足医院管理的安排订房和查询顾客功能。通过测试运行，该系统使用快捷方便，对医院的管理起到了很好的促进作用。在各个功能模块，比如病人基本信息管理模块、病房管理模块等项目，以及和网络之间传输的数据没有发生错误和误报。可以说，这个医院管理系统已经基本达到我们之前预定的要求。 

第 1 章 绪 论

1.1 研究背景
信息技术在医疗保健方面发展的比较慢，为了提高操作过程和结果的准确性，医疗方面迫切需要信息技术的支持。令人惊讶的是，绝大多数的医生的工作仍使用手工完成。在加拿大电子健康记录(EHRs)已经在省内和联邦政府内部得到采用。然而，使用电子医疗纪录还处于初级阶段，面临许多挑战。为什么它在医疗方面发展如此缓慢，患者信息管理如何在医院得到落实?现在，让我们通过下面的研究来回答这些问题。
医生的工作与在其他领域的工人,如金融等其他领域是不同的,因为信息是物理上位于不同的地方并且信息的处理分别发生在各自的位置,在内部经常用不同的程序和格式。回顾之前的研究，信息处理具有其独特的特点,这影响了临床工作信息系统的发展。我认为临床工作的这些特征和现有的 IT 解决方案在医疗方面的影响，证明我们需要改进对患者的要求和信息管理系统的设计的理解。
在这个研究中我把精力集中于急诊医学，这是个对精确实时等要求相当高的领域。医疗保健在一个对时间要求严格的和工作紧张的环境如急诊室(ED)， 如果医生们的利益不会立即显现，医生很快拒绝这种技术解决方案。因此,新系统和接口需要精确实现，以帮助而不是阻碍医师的工作。
设计一个有效的软件接口需要考虑用户的环境、任务、需要、能力和局限性。在医疗领域,用户界面的有效性不仅影响用户的工作效率也影响着病人的健康。在下面的研究报道中我采用一个以用户为中心的设计过程，并充分的关注前期用户研究和迭代用户反馈，以提出一种改进的方法来检索、记录医师，沟通和管理病人的信息。
1.1.1 急诊医学工作的特点
急诊科临床工作有很多特征，这使得信息化管理成为了一个挑战，但同时对医生的工作也十分有益。一些与设计相关的信息系统有关的临床环境主要特征包括:
1. 非例行紧急情况：例外和特殊情况经常发生在医院，这使得预先安排的活动困难（Xiao，2005 年）。在急诊室，病人数量，条件，时间和到达时间相差很大，医生都需要适应突发情况。此外，医生的工作经常被病人和其他医生打断，一项研究发现，主治医师或住院医师平均每 9 和 14 分钟工作就会被打断（Laxmisan 等，2007）。
2. 移动情况：医生在患者，医疗设施，和其他医生之间不断移动，以收集或报告信息。医生的工作流动性很强，因为“信息位于最常用的地方（Bardram宝森，2002 年）。”这表明需要访问关键，时间敏感的信息，这些信息往往是最需要的。
3. 上下活动连续性：医生经常从一个病人到另一个，一个设备到另一个这样去工作（Mu ozet 等，2003 年）。因此，他们的活动不断地暂停和恢复，这就需要不断地调整和处理非连续的信息。此次活动与上次活动的信息需要被清楚地显示在两个信息显示屏幕上，方便数据输入屏幕。
4. 高度协作性：照顾一个病人往往涉及多个照顾者，例如，心脏科，放射科，急诊医师，实验室技术人员和护士都要参与治疗病人的疾病。临床医生之间的有效沟通，在不同的角色，变化的位置，并有一个明确的信息需求（Bardram和宝森，2005 年，宝森，2002 年）。这需要高度协作的（Mu ozet 人，2003年），这同时需要得到支持，这是对信息系统的要求。
5. 多任务处理性：每个临床医生提供了并行对多个患者的护理。医生会跟踪每个病人的病情的发展，这对于医生和患者都是至关重要的。工作流分析由Laxmisan 等。（2007）显示，多任务处理和位置的变化导致病人信息的差距和医生的认知负荷增加，严重的会导致医疗差错和危及病人的安全。
.............................

1.2 研究意义
信息技术在医疗保健方面发展的比较慢，为了提高操作过程和结果的准确性，医疗方面迫切需要信息技术的支持。令人惊讶的是，绝大多数的医生的工作仍使用手工完成。在加拿大电子健康记录(EHRs)已经在省内和联邦政府内部得到采用。然而，使用电子医疗纪录还处于初级阶段，面临许多挑战。为什么它在医疗方面发展如此缓慢，患者信息管理如何在医院得到落实?现在，让我们通过下面的研究来回答这些问题。
医生的工作与在其他领域的工人,如金融等其他领域是不同的,因为信息是物理上位于不同的地方并且信息的处理分别发生在各自的位置,在内部经常用不同的程序和格式。回顾之前的研究，信息处理具有其独特的特点,这影响了临床工作信息系统的发展。我认为临床工作的这些特征和现有的 IT 解决方案在医疗方面的影响，证明我们需要改进对患者的要求和信息管理系统的设计的理解。

1.3 研究现状
1.3.1 目前的医疗信息系统的弱点上一节介绍了加拿大的医疗信息化低的原因。在本节中，我们从人的角度来考虑对现有系统的阻碍。确定与目前的互联网的很多的问题，也观察到有关的医疗信息系统。
1.3.2 异构信息的格式
在医疗保健，信息记录在异构的格式，主要使用纸张或电子系统。由于不同格式的信息记录，信息检索变得具有挑战性和费时。医生是在不确定的地方找到所需要的信息。为了克服这一挑战，一些系统扫描和存储文件为基础的电子病历出现了。然而，Sujansky（1998）认为，利用计算机捕捉信息将快于扫描纸张文件为基础的记录。信息输入到系统，由临床医生临床记录，订单，处方，出院小结，然后信息就可以立即被搜索到。另一项研究（Dale & Hagen，2007 年）相比，患者使用 PDA 的数据采集与笔和纸的方法，并得出结论，尽管在研究中遇到了技术困难，PDA 方法优于笔和纸的方法。研究指出上述基于计算机的系统收集病人的数据和倡导数字整合患者的数据具有明显的优势。但是，也存在临床环境中实施这些系统所面临的挑战，特别是相对于输入的数据的问题。
...........................

第 2 章 相关技术介绍

现代科学的加速发展促进了人与人之间沟通的方式的不断演进，这使得系统之间可以更加容易的发送与接受信息。互联网有效的改变了这一切，不同系统之间可以畅通的通信。这使得不同的网络和系统之间信息整合到了一起。Web 服务为人们提供了新的使用方法，和新的手段。Web 服务是互联网为用户提供的更好的服务方式。
Web 服务提供了很多优良的解决方案：在网络通信中，我们通过特定的格式进行通信。这些格式通过 Web 服务的支持，确保了上层应用的正确执行。Web 服务具有很多模块化的功能，并且具有很好的跨平台性。这不同于某些公司设计的单一平台下运行的程序。并且这种应用具有不在同一处进行计算的特点。通过组件的功能，人们可以根据不同的组建开发不同的功能。
Web 服务是一种使用网络完成应用程序的功能，采用分布式计算，在此基础上完成其他相关功能。Web 服务可以实现程序间信息共享，我们通过在此基础上创建应用。使用与底层不同的标准和格式，通过使用不同的方法，进行跨平台通信，多组建共同完成功能。使得用户方便使用 Web 服务。
...............................

第 3 章 需求分析................................... 11
3.1 数据需求................................. 11
3.1.1 数据的获取.................................... 11
3.1.2 具体数据分析................................... 12
3.1.3数据分类............................ 13
3.2 技术需求..................................... 13
3.2.1 患者管理模块................................. 13
3.2.2 记录患者信息................................ 15
3.2.3 获取病人信息.................................. 16
3.2.4沟通病人信息.................................... 18
3.2.5 有关更新的通知................................... 19
3.3 阶段任务需求.................................... 20
3.3.1 诊断决策模型................................. 21
3.4 方案进展................................... 22
3.4.1 软硬件需求.................................... 22
3.4.2 未来情景........................................ 23
3.5 软件使用范围.................................. 24
第 4 章 系统总体设计与实现................................. 25
4.1 框架结构设计.............................. 25
4.2 数据库设计.................................... 26
4.3 主要功能实现.................................... 27
4.3.1 列表视图实现....................................... 27
4.3.2 进度查看实现................................... 28
4.3.3 患者视图实现................................... 30
4.4 本章小结.......................................... 33

第 5 章 系统测试

5.1 参与者的选择
满足以下三个需求的人才能被邀请参加可用性测试：
 必须能够读，写，懂英语
必须年满 25 岁或以上
作为一个急诊室医生，必须有一年或一年以上的工作经验。
这是为了确保自己的知识和经验对于急诊医学是足够的，他们是能够提供值得一提的反馈。每位参与调研者都给予了 100 元的报酬。

5.2 用户测试
模糊的临床病例说明，为与会者提供一个受控的情况下，激发他们的临床决策过程。参与者被要求使用的界面原型完成一系列的任务，并提供口头反馈他们完成任务时的决策。基于共同的信息管理活动中观察到初始研究阶段的任务。
现实意义，前进的障碍
一个记录员记录参加者的反馈，结构，布局，工作流程，实用性，易学性，美学的接口。与会者的任务和它们表达的表现也被密切观察和记录。并没有对这些用户拍摄照片或者拍摄视频。由于是典型的用户测试，重点放在质的反馈，如用户的意见和用户的表达方式，而不是在完成一项任务所采取的量化绩效，如：时间，点击次数，和错误的数量。
最初的设计迭代共享三名医师和用户测试的结果，使用一个成本低廉的方式，但由于以下各节产生了具体的改进建议，再向描述的调查结果，建议及改进设计的解决方案。
5.2.1 登录功能测试
一位与会者建议，登录不是必要的，除非有需要的与个别病人互动的病历，在急诊室的患者名单，因为掌握了可用的信息。另一位与会者提到，“如果只登陆一次，再也不登陆就最好了。”
5.2.2 病人名单功能测试
CTAS 被优先考虑患者的分流和控制等待时间。所有参加者表示，他们并没有考虑CTAS 分数是其决策中的一个重要因素。他们解释说：CTAS 分数分配和使用主要由护士进行，而且往往是主观的。医生“听的是故事，而不是成绩，”特别在情况紧急的病人。分数对于分配病人到各自的区域以及确定目标离开时间是有用的。
据悉，从需求分析来看，医生们更专注于管理，诊断和治疗已分配给他们的，而不是管理在急诊室的病人，但他们始终记住等待时间和空床位。所有三个参与者寻找方法来降低患者照顾数量，这比工作列表重要得多。一位与会者建议，个性化的列表应该是默认的登录页面登录后，在主列表看到一个选项。与会者还建议增加“未分配的患者”选项，列出病人正在等待观察。
...............................

第 6 章 总结与展望

6.1 总结
本文首先对小型医院信息管理系统的研究背景和研究现状做了概述，同时分析了信息管理系统在医疗卫生方面的应用意义和价值，指出信息管理系统在医疗卫生方面实施势在必行，接着，本文对实现信息管理系统的必备工具做了较为具体的介绍，包括.NET技术、Web Service 技术、软件体系结构技术和数据库管理技术；然后本文做了比较详尽的需求分析，包括系统需求、技术需求、软硬件需求和安全需求，对于各项功能做了详尽的设计，根据需求划分了三大主要功能：日常医疗管理功能、费用管理功能和药房药品管理功能，并对每一个功能做了比较具体的描述，最后实现了几个主要功能，包括住院功能、记账功能、缴费结算功能、药房发药功能和药品管理功能。

6.2 展望
这项研究描述了一个周期的迭代设计过程。通过其他用户的反馈重新设计，我们需要进一步完善设计和生产更实用和理想的接口。收集反馈意见，对原型进行修订，新一轮的可用性测试会在受控的实验室环境中进行。这些会议将招募新的参与者，以了解他们的满意程度与修改后的设计，并争取进一步的反馈意见。
我们任务需要在以下方面改进系统：
一是缺乏评估与引导机制。信息化建设的过程是卫生业务提升、工作流程再造的过程，综合运用监理、考核、绩效评价、效益预测评估等方法，对项目实施科学管理，能够有效引导项目按照预定计划和实际需求进行，，并最终满足业务应用要求。有效的评估与引导机制，在医疗信息化领域基本处于空白，亟待建立。
二是医疗信息化专业人才短缺。信息技术专业人才是推进信息化建设的重要力量，各地人才队伍参差不齐，市县（区）级基本没有医疗信息化工作专门机构。需要健全完善相应机制，调动各方面积极性，加强培训，引进专业人才，建立一支既懂卫生业务，又懂信息技术的专业队伍。
三是从长远角度看，为小型医院定制的信息管理系统确实可以大大加快基层医疗的质量和效率，系统的应用将会更加提供便捷有效的服务，它充分利用和共享了资源，通过高科技帮助全人类提高生活健康水平。
...........................

参考文献：

[1] 万秋英,毛宗福.  病人满意度与医疗服务质量的关系[J]. 湖北民族学院学报(医学版). 2010(01)
[2] 杨昕,肖茂明,陈建明,向劲松,马斌.  医疗质量管理中的“五个转变”[J]. 解放军医院管理杂志. 2009(03)
[3] 孙敏,蒋兆强,刘丹萍,雷梅.  住院病人医疗服务满意度及影响因素的分析[J]. 现代预防医学. 2007(02)
[4] 黄建始.  中国的可持续发展离不开健康管理[J]. 疾病控制杂志. 2006(03)
[5] 马中立,张凌.  医院信息化对医院现代化建设的作用[J]. 中华医院管理杂志. 2006(05)
[6] 黄建始.  美国的健康管理:源自无法遏制的医疗费用增长[J]. 中华医学杂志. 2006(15)
[7] 杜攀,徐进.  SOA体系下细粒度组件服务整合的探讨[J]. 计算机应用. 2006(03)
[8] 潘哲信,佟俐鹃.  基于Web服务的分布式异构数据库集成研究[J]. 计算机应用研究. 2006(03)
[9] 杨辉,刘峰,张拓红,Shane Thomas.  病人满意度调查研究中存在的问题及建议[J]. 中华医院管理杂志. 2005(07)
[10] 张侃,冯宗宪.  职工基本医疗保险住院医疗费用的影响因素与控制研究[J]. 统计研究. 2004(05)



本文编号：11724