《【长篇单元】《七十二小时速通大学各科》》防爆灯蔻

14、数据库（医院信息管理系统HIS）

　　第1章软件功能描述

　　1.1选题背景

　　90年代中期，HIS已经逐步在我国各级医院中得以应用，功能主要为财务和统计信息处理，着重对数据流进行处理和分析。

　　近年来，随着网络技术的飞速发展和医院“以病人为中心”改革的需要，国外第三代HIS正在向广域网，一体化方向进行研究开发。充分吸收基于WEB的INTERNET技术转嫁于传统的HIS，满足全院乃至社会对医疗以及费用信息不断增长的需求，已成为现代医院信息管理系统改造的重点课题。

　　一、介绍医院信息系统
　　（一）、组成
　　1、医院信息系统的组成主要由硬件系统和软件系统两大部分组成。

　　在硬件方面，要有高性能的中心电子计算机或服务器、大容量的存储装置、遍布医院各部门的用户终端设备以及数据通信线路等，组成信息资源共享的计算机网络；

　　在软件方面，需要具有面向多用户和多种功能的计算机软件系统，包括系统软件、应用软件和软件开发工具等，要有各种医院信息数据库及数据库管理系统。

　　2、从功能及系统的细分讲，医院信息系统一般可分成三部分：
　　一是满足管理要求的管理信息系统；
　　二是满足医疗要求的医疗信息系统；
　　三是满足以上两种要求的信息服务系统，各分系统又可划分为若干子系统。

　　此外，许多医院还承担临床教学、科研、社会保健、医疗保险等任务，因此在医院信息系统中也应设置相应的信息系统。

　　（二）、功能
　　医院信息系统应具备以下基本功能：
　　（1）收集并永久存储医院所需全部数据。
　　（2）由于医院信息尤其是病人信息具有动态数据结构和数据快速增加的特性，医院信息系统应具有大容量的存储功能。
　　（3）数据共享。
　　（4）要能快速、准确地随时提供医院工作所需要的各种数据，支持医院运行中的各项基本活动。
　　（5）具有单项事务处理、综合事务处理和辅助决策功能。
　　（6）具备数据管理和数据通信的有效功能，确保数据的准确、可靠、保密、安全。
　　（7）为了保证医疗活动和医院动作不间断地运转，系统应具备持续运行的功能。
　　（8）具有切实有效的安全、维护措施，确保系统的安全性。
　　（9）具备支持系统开发和研究工作的必要软件和数据库。
　　（10）具有良好的用户环境，终端用户的应用和操作应简单、方便、易学、易懂。
　　（11）系统具有可扩展性。

　　（三）、分类
　　医院信息系统是对医院的各科室的各项业务及各种医疗活动进行数字化及网络管理和数据处理，它涉及全部信息管理，主要包括以下四类子系统。

　　1.行政管理系统
　　在医院信息系统中，医院行政管理子系统涉及医院的各科室的行政管理，主要包括人事管理系统、财务管理系统、后勤管理系统、药库管理系统、医疗设备管理系统、门诊和手术及住院预约系统、病人住院管理系统等。

　　2.医疗管理系统
　　医疗管理系统主要是医院涉及的医疗业务方面的信息处理，主要包括门诊、急诊管理系统，病案管理系统，医疗统计查询系统，血库管理系统等。

　　3.决策支持系统
　　决策支持系统主要是有关医疗业务质量等方面的处理，包括医疗质量评价系统、医疗质量控制系统等。

　　4.其他各种辅助系统
　　除了以上的行政管理系统、医疗相关业务处理系统，还有其他的辅助系统，如医疗情报检索系统、医疗数据库系统等。

　　（四）、建设流程
　　建设医院信息系统一般都必须经过几个基本的阶段：准备项目计划书；选择软件及软件供应商、硬件及网络集成商和合作伙伴；需求分析；系统设计与软件客户化；数据准备与装入；系统测试；用户培训、系统上线与维护。

　　1、准备项目计划书。项目计划书是医院信息系统实施过程中第一个最重要的文件。它勾画了医院要建设的医院信息系统总轮廓。
　　通常是委托一家咨询公司完成一份项目计划书的标书，该标书的内容为医院准备建设医院信息系统的动机和全面、具体、细致的需求。然后将标书发给参加竞标的厂商，在收到各厂商的计划书后，进行认真的评价，决定最终执行方案。

　　2、选择软硬件的集成商、供应商和合作伙伴，通常委托有资质的咨询公司或特别的专家小组进行方案评估。

　　3、需求分析。首先通过对目标医院使用者的访问、调查，详细了解用户的流程与需求，最后形成文档：《项目结构》文档、《目标范围说明书》文档、《用户需求说明书》文档、初步的《用户界面说明书》文档、《测试战略》文档、《测试规范与通过标准》文档。

　　4、系统设计与软件客户化。设计阶段要做的工作：
　　a.把用户的需求变成技术上可实现的步骤；
　　b.完善用户界面演示程序，让用户完全接受系统的界面形式；
　　c.制订《客户沟通计划》，收集和控制用户需求；d.完成《功能规格说明书》的签署并冻结；
　　e.初步完成《测试规格》文档；
　　f风险评估。要完成的文档：《用户界面说明书》、《概念设计》、《逻辑设计》、《物理设计》、《功能规格说明书》、《测试计划和时间表》、《测试规格》文档和大部分的《测试用例》文档、《项目时间表》。

　　5、数据准备与装入。数据准备是指将医院的基础数据按照系统的要求统一、规范、格式化的表达出来，并录人系统基础数据库。这些是系统赖以正常运作的基础。

　　6、系统测试。在系统测试阶段要做的工作：
　　a.代码错误修改；
　　b.进行ALPHA测试、BETA测试和RELEASE测试；
　　c.继续保持与客户/用户的紧密联系，控制用户的期望值；
　　d.编写联机帮助和用户使用手册；
　　e.进行用户培训和项目验收；
　　f.风险评估。要完成的文档：《用户操作手册》、《实施维护手册》、《测试报告》、《验收报告》、《联机帮助》。阶段到达标准后进行审核。

　　7、用户培训。供应商应该有事先安排好的计划，专门的教师与教材，要准备设备完善的培训教室和环境。对用户的培训可以为对医院计算机技术人员的培训和对最终用户的培训。

　　二、具体分析医院信息系统数据库结构
　　医院信息系统不是一个简单的、封闭的、静止的软件，而是一个复杂的，开放的，在应用的深度和广度上逐步变化和发展的软件系统。

　　1、需求分析
　　需求分析分为三部分：需求的文字表述、数据流图、数据字典。

　　2.调查用户需求

　　本系统最终的用户为医院，可以得出以下用户的实际要求。

　　3.医院的组织机构情况

　　医院的主要构成分为两部分：一、门诊部门，二、住院部门。门诊部门和住院部门各下设若干科室，如门诊部们下设口腔科、内科、外科、皮肤科等，住院部门下设内科、外科、骨科等，

　　住院部门下设的部分科室是交叉的，各科室都有相应的医生、护士，完成所承担医疗工作，医生又有主治医生、副主任医师、普通医生或教授、副教授、其他之分。

　　除此之外，另设药库、中心药库、门诊药房、制剂室、设备科、财务科、后勤仓库、门诊收费处、门诊挂号处、问讯处、住院处、检验科室、检查科室、血库、病案库、手术室，以及为医院的日常管理而设置的行政部门等。

　　4.用户对系统的要求

　　信息要求：
　　由于系统的使用主体是医院的管理人员，对系统信息要求可分为以下几方面。
　　（1)、病人信息
　　（2)、医生信息
　　（3)、各种单据，证明信息
　　（4)、各种库存信息

　　系统应该完成以下的处理要求：
　　（1）、存储病人信息，医生信息，各种单据，证明信息，供相应的人员查询。
　　（2）、对病人信息进行及时的更新和统计。
　　（3）、对医生信息进行及时的更新和统计。
　　（4）、各种单据，证明以及记录，根据实际需要，进行更新，统计，自动处理等。
　　（5）、对各种库存信息的及时更新和统计以及相关的自动处理，系统应根据库存量，入库量出库量，自动得?出新的及时的库存量，完成更新。
　　（6）、所有原始数据和统计数据进行相关分析，如门诊收入，住院收入等
　　（7）、对医院所需的各种报表，分析报告，各种单据进行打印，以供相关的使用。

　　安全性与完整性要求：
　　安全性要求：系统应对不同的数据设置不同的访问级别，设置访问用户的标识以鉴别是否是合法用户，对不同用户设置不同的权限。
　　完整性要求：各种信息记录的完整性，记录内容不为空；各种数据间相互的联系的正确性；相同数据在不同记录中的一致性。
　　系统功能的设计和划分
　　（1）根据以上得到的用户需求，将功能分为以下几个子系统：
　　（2) 门诊管理子系统
　　（3) 药品管理子系统
　　（4) 住院管理子系统
　　（5) 行政管理子系统

　　一、概念模型设计

　　二、逻辑结构设计

　　1、实体及其相对的属性
　　（1）、门诊医生，（科室号，工作时间，性别，职称，出生日期，年龄）

　　（2）、挂号单（挂号类别，挂号日期，主治医生，挂号科室，病人号）

　　（3）、处方（处方号，病人号，病人性别，病人年龄，医师号，处方内容，附注）

　　（4）、收费项目（收费项目号，项目类型，相应序号，收费金额，收费人员，病人号）

　　2、三范式检验
　　经检验满足三范式结构
　　物理结构设计
　　建立索引的依据：
　　一个属性经常在查询条件下出现。
　　一个属性经常作为最大值或最小值等聚集函数的参数。
　　一个属性经常在连接操作的连接条件出现。

　　需要建立索引的属性:
　　属性名
　　对应实体
　　属性名
　　对应实体

　　病历号
　　门诊病历
　　检验序号
　　检验项目

　　处方号
　　门诊处方
　　收费项目号
　　收费项目

　　医师号
　　门诊医师
　　病历号
　　门诊病历

　　病人号
　　门诊病人
　　医师号
　　工作时间安排

　　3、确定数据库的存储结构
　　（1）、确定数据的存放位置
　　为了提高系统的性能，根据应用情况将数据的易变部分与稳定部分、经常存取部分与存取效率较低部分分开存放。
　　考虑到目前许多计算机都有多个磁盘，因此将表和索引放在不同的磁盘上，在查询时，两个磁盘驱动器并行工作，可以大大提高I/0读写的效率;而对于较大的表（如门诊子系统的表）则分放在两个磁盘上，这样可以加快存取速度，在多用户环境下的作用更有效;为了改进系统的性能，将日志文件与数据库对象（表、索引等）放在了不同的盘上。

　　(2)、确定系统配置
　　在数据库设计初始阶段，为了对以后的数据库进行物理优化，提供了一些系统配置变量、存储分配系数，并对这些变量赋予了合理的缺省值。但是这些值不一定适合每一种应用环境，在进行物理设计时，对这些变量重新赋值，以改善系统的性能。对系统配置的变量，

　　例如:同时使用数据库的用户数，同时打开的数据库对象数，内存分配参数，缓冲区分配参数（使用的缓冲区长度、个数)，存储分配参数，物理块的大小，物理块装填因子，时间片大小，数据库的大小，锁的数目等。

　　这些参数值直接影响存取时间和存储空间的分配，在物理设计时应根据应用环境确定这些参数值，以使系统性能最佳。

　　两类缴费病人的对比
　　表1-1 病人（病人本人及其家属）在收费处排队时间统计（单位：分钟）
　　排队时间
　　1~10
　　10~20
　　20~30
　　30~40
　　40~50
　　50以上

　　人数
　　25
　　77
　　82
　　52
　　14
　　0

　　所占比例
　　10.4%
　　29.6%
　　33%
　　20%
　　7%
　　0