论文部分内容阅读
摘 要：患者信息管理系统是在医院的运营环境中对患者资料管理的计算机应用系统。其基本功能是：构造医院全部患者信息的统一视图；为医院以及不同层次分支机构的运营系统提供实时的、一致的患者信息访问服务。医院的患者信息管理系统日益成为医院信息化管理必不可少的一环。系统的测试和初期的试运行表明该系统达到了设计要求，能满足本医院对患者信息管理的日常需求。
关键词：患者信息管理；数据库；
1. 系统开发背景与意义
当今社会，随着医院规模不断扩大，有关服务的各种信息也成倍增长，特别是一些比较大的综合性质的医院，而面对庞大患者的信息量，有必要开发一套与之相适应的信息管理系统来提高管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量。
2.系统分析与设计
在对系统进行整体的需求分析和模块设计之后，就要对整个系统的各个模块进行具体设计。各个功能模块的说明如下。
2.1系统功能模块设计
在对系统进行整体的需求分析和模块设计之后，就要对整个系统的各个模块进行具体设计，各个功能模块的说明如下。
2.1.1 患者专员模块功能设计
该模块的设计旨在帮助患者专员提升后期服务效果。（1）在线咨询：针对线上线上咨询。此页面应仅对患者专员、超级管理员开放可见。患者专员可将患者在线信息录入并进行信息管理。（2）门诊：针对现在就医患者。列出患者信息、医生和患者姓名等信息。此页面应仅对患者专员、超级管理员开放可见。患者专员可将患者门诊信息录入并进行信息管理。
2.1.2 患者服务模块功能设计
本模块实现的目标应是提高与患者支持、现场服务和相关问题反馈的相关业务流程。
（1）本系统应仅对管理员、患者可见。
（2）患者在就医后，应享受到相应的服务支持。支持明细将以表单的形式呈现给用户作为参考。
（3）病例作为医院与患者就医的总要依据，病例管理在该模块中也是必不可少的。病例管理功能应实现病例的概要查看和管理以及病例文档的上传下载，供患者和相关人员参考。
（4）患者可以通过患者问题反馈模块，针对就医期间存在的问题或改进建议。患者专员则应通过此功能与患者取得直接联系，并在线回复。患者服务模块主要供患者和患者专员进行操作和管理。
2.1.3 系统管理模块功能设计
本模块实现的目标应是帮助超级管理员对人员的相关信息进行添加和管理操作。（1）操作员信息应包括编号、姓名、登录名、密码、权限（可以以权限代码表示）。（2）超级管理员可以对角色密码进行修改。 系统模块主要供操作员对人员权限进行管理。
2.2 数据库设计
数据库作为计算机信息系统的核心，在DBMS的支持下，进行着信息的收集、存储、检索、更新、整理、加工、统计和传播等工作。当今信息系统的基础与核心部分绝大多数都依赖数据库。因此，数据库设计的好坏将会直接影响到整个系统的开发质量和运行效率。
2.2.1 数据库概念结构设计
概念模型的设计是为了将现实世界信息进行抽象，实现信息世界的建模，是进行数据库设计的有力工具。数据库概念模型设计可通过E-R图来描述现实世界的概念模型。本系统的E-R图表现了系统中各个实体之间的联系。
（1）实体和属性的定义：
①管理员用户类别（用户名，密码，权限，注册时间等）②患者信息类别（疾病种类，发病时间，病情，服药历史等）③患者信息类别（系统编号，患者编号，患者姓名，联系方式，添加时间）④注册会员类别（系统编号，用户名，密码，电话，姓名，注册时间等）④全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余.
2.3.2 数据库逻辑结构设计
数据库逻辑结构设计是如何设计和开发系统的数据库，以及对系统的数据库进行描述的过程。利用数据库管理工具SQL Server2008来建立和医院患者信息管理的数据库，首先利用SQL语言建立一个数据库，然后在这个数据库里面设计了数据库表
2.4数据流程分析
下面对系统的数据流向画出系统的数据流图，来描述系统，以便于数据库的设计。数据流图（data flow diagram， DFD）是利用外部项、数据流、处理逻辑和数据存储四种基本成分以及若干规则来描述系统逻辑模型的。
2.5 数据字典
数据字典是对数据流图的说明，主要有以下四类条目：数据流、数据项、数据存储、处理逻辑。（1）数据项条目：数据项是不可再分的数据单位。对数据项的描述通常包括以下内容：数据项目，简述、取值定义。（2）数据流条目：数据流是数据结构在系统内传输的路径。在数据词典中对数据流的定义要包括：数据流的来源、数据流的去向、数据流的组成等。（3）文件条目：文件条目是数据保存或保留的地方，也是数据流的来源和去向之一，一般是计算机文档。应包括以下内容：文件名，简述，编号，组成。（3）文件条目：文件条目是数据保存或保留的地方，也是数据流的来源和去向之一，一般是计算机文档。应包括以下内容：文件名，简述，编号，组成。
此次针对患者信息管理系统的开发，着眼于提升患者就医体验与医务人员的便利性，以及增进医患关系，因此在各方的数据和交互逻辑上，力求展现出合理且清晰的逻辑性与联系性，且操作简单直观，易于上手。基于这种理念，此次患者信息系统的设计，将以实现基本信息管理系统功能为主要目标的基础上，尽可能添加为用户增添更多的能够提升体验与操作效率的功能。同时，针对此类系统最为核心的角色权限划分问题，则将作为系统开发关注的焦点问题，力求做到合理分配，避免人员配置混乱，为医院人员和患者带来良好的体验。
3 系统实现
系统实现就是在系统详细设计的基础上，用一种程序设计语言来将设计转换为程序，得到的结果就是源程序代码。因此在系统实现前，一定要熟练程序设计，了解程序设计的特色及编码，以及应当注意程序设计风格。
3.1 系统登录功能模块
本模块主要包括会员用户登录模块、超级管理员登录模块和患者专员登录模块。因管理员的权限不同，不同的管理员显示的界面都不同，当管理员输入登入信息时，Action类通过getter和setter方法获取页面的登录信息，然后调用相应的方法与数据库中管理员信息表进行比对，若数据库中存在此信息，则登录成功。
3.2 会员用户管理功能模块
会员成功登陆以后可以进行查看我的订单获取订单信息对订单进行评价，用户还可以对订单进行投诉反馈并且查看自己的投诉意见是否被受理。
3.3 超级管理员功能模块
超级管理员的主要功能权限是权限的分配和患者患者信息管理系统中的患者专员用户、患者用户、超级管理员个人信息维护的操做，管理员个人信息维护的操作界面和管理员用户管理的操作界面。
3.4 患者专员用户管理功能模块
患者专员用户可以进行销售信息管理、现场销售管理、销售佣金管理、技术支持管理、订单管理以及系统维护的权限。当有注册会员用户时，患者專员可以对其进行审核，通过审核方可登录。具体功能较多，因空间有限在此不一一列举。
4. 系统测试
因此，一个软件系统的测试基本上由以下步骤组成： （1）测试模块，编码和详细设计错误往往在本测试程序中找到。（2）在此测试步骤中遇到测试系统软件错误的设计，规范要求的错误也可以找到。 （3）系统需求规格说明书的错误也是在这个测试程序进行验收测试发现。本系统的测试过程中，按照需求设计的测试用例覆盖了所有的功能点。经过测试，所有的功能点全部满足系统设计及用户使用需求，通过系统测试，以及测试结果的分析，测试结果在预计的范围内，运行效果良好。
关键词：患者信息管理；数据库；
1. 系统开发背景与意义
当今社会，随着医院规模不断扩大，有关服务的各种信息也成倍增长，特别是一些比较大的综合性质的医院，而面对庞大患者的信息量，有必要开发一套与之相适应的信息管理系统来提高管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量。
2.系统分析与设计
在对系统进行整体的需求分析和模块设计之后，就要对整个系统的各个模块进行具体设计。各个功能模块的说明如下。
2.1系统功能模块设计
在对系统进行整体的需求分析和模块设计之后，就要对整个系统的各个模块进行具体设计，各个功能模块的说明如下。
2.1.1 患者专员模块功能设计
该模块的设计旨在帮助患者专员提升后期服务效果。（1）在线咨询：针对线上线上咨询。此页面应仅对患者专员、超级管理员开放可见。患者专员可将患者在线信息录入并进行信息管理。（2）门诊：针对现在就医患者。列出患者信息、医生和患者姓名等信息。此页面应仅对患者专员、超级管理员开放可见。患者专员可将患者门诊信息录入并进行信息管理。
2.1.2 患者服务模块功能设计
本模块实现的目标应是提高与患者支持、现场服务和相关问题反馈的相关业务流程。
（1）本系统应仅对管理员、患者可见。
（2）患者在就医后，应享受到相应的服务支持。支持明细将以表单的形式呈现给用户作为参考。
（3）病例作为医院与患者就医的总要依据，病例管理在该模块中也是必不可少的。病例管理功能应实现病例的概要查看和管理以及病例文档的上传下载，供患者和相关人员参考。
（4）患者可以通过患者问题反馈模块，针对就医期间存在的问题或改进建议。患者专员则应通过此功能与患者取得直接联系，并在线回复。患者服务模块主要供患者和患者专员进行操作和管理。
2.1.3 系统管理模块功能设计
本模块实现的目标应是帮助超级管理员对人员的相关信息进行添加和管理操作。（1）操作员信息应包括编号、姓名、登录名、密码、权限（可以以权限代码表示）。（2）超级管理员可以对角色密码进行修改。 系统模块主要供操作员对人员权限进行管理。
2.2 数据库设计
数据库作为计算机信息系统的核心，在DBMS的支持下，进行着信息的收集、存储、检索、更新、整理、加工、统计和传播等工作。当今信息系统的基础与核心部分绝大多数都依赖数据库。因此，数据库设计的好坏将会直接影响到整个系统的开发质量和运行效率。
2.2.1 数据库概念结构设计
概念模型的设计是为了将现实世界信息进行抽象，实现信息世界的建模，是进行数据库设计的有力工具。数据库概念模型设计可通过E-R图来描述现实世界的概念模型。本系统的E-R图表现了系统中各个实体之间的联系。
（1）实体和属性的定义：
①管理员用户类别（用户名，密码，权限，注册时间等）②患者信息类别（疾病种类，发病时间，病情，服药历史等）③患者信息类别（系统编号，患者编号，患者姓名，联系方式，添加时间）④注册会员类别（系统编号，用户名，密码，电话，姓名，注册时间等）④全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余.
2.3.2 数据库逻辑结构设计
数据库逻辑结构设计是如何设计和开发系统的数据库，以及对系统的数据库进行描述的过程。利用数据库管理工具SQL Server2008来建立和医院患者信息管理的数据库，首先利用SQL语言建立一个数据库，然后在这个数据库里面设计了数据库表
2.4数据流程分析
下面对系统的数据流向画出系统的数据流图，来描述系统，以便于数据库的设计。数据流图（data flow diagram， DFD）是利用外部项、数据流、处理逻辑和数据存储四种基本成分以及若干规则来描述系统逻辑模型的。
2.5 数据字典
数据字典是对数据流图的说明，主要有以下四类条目：数据流、数据项、数据存储、处理逻辑。（1）数据项条目：数据项是不可再分的数据单位。对数据项的描述通常包括以下内容：数据项目，简述、取值定义。（2）数据流条目：数据流是数据结构在系统内传输的路径。在数据词典中对数据流的定义要包括：数据流的来源、数据流的去向、数据流的组成等。（3）文件条目：文件条目是数据保存或保留的地方，也是数据流的来源和去向之一，一般是计算机文档。应包括以下内容：文件名，简述，编号，组成。（3）文件条目：文件条目是数据保存或保留的地方，也是数据流的来源和去向之一，一般是计算机文档。应包括以下内容：文件名，简述，编号，组成。
此次针对患者信息管理系统的开发，着眼于提升患者就医体验与医务人员的便利性，以及增进医患关系，因此在各方的数据和交互逻辑上，力求展现出合理且清晰的逻辑性与联系性，且操作简单直观，易于上手。基于这种理念，此次患者信息系统的设计，将以实现基本信息管理系统功能为主要目标的基础上，尽可能添加为用户增添更多的能够提升体验与操作效率的功能。同时，针对此类系统最为核心的角色权限划分问题，则将作为系统开发关注的焦点问题，力求做到合理分配，避免人员配置混乱，为医院人员和患者带来良好的体验。
3 系统实现
系统实现就是在系统详细设计的基础上，用一种程序设计语言来将设计转换为程序，得到的结果就是源程序代码。因此在系统实现前，一定要熟练程序设计，了解程序设计的特色及编码，以及应当注意程序设计风格。
3.1 系统登录功能模块
本模块主要包括会员用户登录模块、超级管理员登录模块和患者专员登录模块。因管理员的权限不同，不同的管理员显示的界面都不同，当管理员输入登入信息时，Action类通过getter和setter方法获取页面的登录信息，然后调用相应的方法与数据库中管理员信息表进行比对，若数据库中存在此信息，则登录成功。
3.2 会员用户管理功能模块
会员成功登陆以后可以进行查看我的订单获取订单信息对订单进行评价，用户还可以对订单进行投诉反馈并且查看自己的投诉意见是否被受理。
3.3 超级管理员功能模块
超级管理员的主要功能权限是权限的分配和患者患者信息管理系统中的患者专员用户、患者用户、超级管理员个人信息维护的操做，管理员个人信息维护的操作界面和管理员用户管理的操作界面。
3.4 患者专员用户管理功能模块
患者专员用户可以进行销售信息管理、现场销售管理、销售佣金管理、技术支持管理、订单管理以及系统维护的权限。当有注册会员用户时，患者專员可以对其进行审核，通过审核方可登录。具体功能较多，因空间有限在此不一一列举。
4. 系统测试
因此，一个软件系统的测试基本上由以下步骤组成： （1）测试模块，编码和详细设计错误往往在本测试程序中找到。（2）在此测试步骤中遇到测试系统软件错误的设计，规范要求的错误也可以找到。 （3）系统需求规格说明书的错误也是在这个测试程序进行验收测试发现。本系统的测试过程中，按照需求设计的测试用例覆盖了所有的功能点。经过测试，所有的功能点全部满足系统设计及用户使用需求，通过系统测试，以及测试结果的分析，测试结果在预计的范围内，运行效果良好。