His系统概要设计Word文档格式.docx

His系统概要设计Word文档格式.docx

《His系统概要设计Word文档格式.docx》由会员分享，可在线阅读，更多相关《His系统概要设计Word文档格式.docx（13页珍藏版）》请在冰豆网上搜索。

3.3编码方法8

3.4内部码与输入码8

4.输入方法8

4.1基于词库文件的项目辅助输入法8

4.2别名8

5.用户管理8

6.系统结构配置9

第二部分系统流程

7.住院登记子系统10

8.挂号与预约子系统10

9.护士工作站子系统10

10.门诊收费子系统11

11.住院收费子系统12

12.价表管理子系统13

13.药库管理子系统13

His系统概要设计3

14.住院药房管理子系统14

15.门诊药房管理子系统14

1.系统内部框架

1.1信息分类及相互关系

医院信息系统是围绕医院的各项业务活动而建立的，其中涉及的信息大体上可以分为

四类：

业务过程信息、病人信息、费用信息和管理信息。

其中业务过程信息是指完成业务所产生的过程控制信息，如预约信息、入出转信息、药品出入库信息等，都是局部信息；

病人信息和费用信息是指在病人整个在院期间甚至出院以后需要在整个系统范围内共享的信息，是基本信息；

管理信息是由基本信息和业务过程信息加工得到的，如病人流动情况、平均住院天数、效益分析等，是派生信息。

病人诊疗活动和各类信息之间的关系如下图所示：

管理信息

病人信息费用信息病人信息费用信息

1.2贯穿系统的两条信息线集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变，不随着新系统的加入而发生大的变化。

找出医院信息系统的内在联系，确立好各局部系统之间的接口，是实现这一目标的前提。

贯穿整个医院信息系统有两条信息线：

病人信息线和费用信息线。

以此为框架来构造和集成整个系统。

病人信息包括病人主索引、住院记录、诊断手术记录、医嘱、检查检验结果（含图象）病程记录等等；

费用信息包括在各个诊治环节发生的诊断、处置、手术、药品等各类费用及消耗成本。

门诊

病房

检查

手

手术

检验

术

收入

室

辅诊

疗

经济

核算

门诊收费

医嘱病程

药品

器

仪器

供

低值

后

营房

支出

械处

折旧

应室

易耗

勤

水电

库

这两条信息线在系统中体现为具体的数据结构，它独立于各局部系统而存在。

从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。

1.3病人信息结构

病人信息线的发展目标是逐步建立电子化病历。

图象

检验项目

诊断

分类

1.4费用信息结构

医嘱

费用

住院病人费用明细

1.5病人在院流动过程的内部表示病人从入院开始，在院期间的活动，涉及多个系统之间的接口。

本系统区分在院病人和在科病人。

当病人在住院处进行住院登记后，即成为在院病人；

当病人经入科处理后，成为在科病人；

当病人从一个科转出，尚未被转向科室接收时，该病人是在院病人但非在科病人。

病人流动过程的内部表示如下图所示：

1.6病人ID号的地位

病人ID号是病人在整个医院信息系统内的唯一标识，在涉及病人的数据结构的每个表中都统一使用病人ID作为病人标识，并通过病人ID与病人主索引与病人的姓名、性别、年龄等自然信息进行关联。

病人ID号可以根据各医院的具体情况使用门诊号、住院号或者病案号。

考虑到系统的长期发展，最好能将住院病人和门诊病人一同标识。

住院号、X光号、CT号等都作为病人的局部辅助标识，通过各自局部系统内部的数据结构的对照与病人ID号关联。

一般情况下，这些辅助标识只在一个表中出现，便于修改，便于维持数据的一致性。

1.7诊疗项目与价表项目在医院信息系统的很多环节上，存在着同时为医疗和收费服务的问题。

如何平衡这两个目标是整个医院信息系统开发的基本问题。

诊断治疗用语必须符合医疗文书规范，它是描述性的，是自然语言。

比如：

医嘱。

它不以价表定义的项目名称为转移。

一个诊疗项目可能收费，可能不收费；

如果收费也可能包含多种收费项目。

比如一组液体的静滴。

价表项目有自身的规律性，不应以临床的诊疗操作为转移。

普通细菌培养、普

通备皮、特殊备皮、各类皮试等。

要实现自动划价，它必须严格规范。

在本系统中从整体上区分诊疗项目和收费项目，以满足各自的需要。

建立诊疗项目与价表项目对照表，以实现各类诊疗操作的自动划价。

2.保障通用性的手段

2.1系统定义字典与用户定义字典系统定义字典是系统内部固定的项目，用于对输入项目进行规范，是系统间数据交换的基础，不需要也不允许用户修改。

如：

性别字典、诊疗项目分类字典、病情状态字典。

用户定义字典是为了保证系统的通用性而设置的由用户自行定义和修改的字典表。

如：

医院基本情况字典、费别字典、科室字典、价表等。

用户在使用本系统时，首先要对这些表进行初始化和剪裁，使其符合本医院的情况。

完善的字典才能保证整个系统的正常运行。

2.2可设置属性系统通过充分标识对象的各种属性，增强了系统的灵活性和适应性。

对床位设置所属护理单元和所属科室两种属性，允许一个病区包含多个科室的床位，护理上统一管理，而统计和核算分别进行；

对费别和费用种类设置收费系数属性，允许用户自行定义费别及对应的折扣系数；

对收费项目定义其对应的价表分类、收据分类、会计科目、核算分类，允许用户按照不同的需要进行分类统计。

2.3程序功能的划分与组合整个系统程序的划分是基于用户角色进行的。

角色是指承担某种业务的一类用户。

每个程序完成特定角色用户的功能。

收费类的价表管理程序、住院收费程序、收费管理程序、会计记帐程序；

涉及病案管理的主索引录入程序、住院登记程序、病案编目程序、病案流通程序。

它们分别面向不同角色的用户。

这样划分利于流程的调整、利于程序性能的提高。

利用Windows的多任务执行能力，可以将多个应用程序集成到一台机器上同时运行，以满足不同医院不同流程的需要。

为适应不同医院不同的应用规模，设置中间数据录入点。

如集中入出转程序。

2.4应用程序功能的设置所有系统采用客户／服务器结构，前台应用程序都通过初始化文件（.INI）进行的相应参数进行设置，这些设置可以从功能上、流程上、屏幕格式上、运行环境上对程序功能进行剪裁。

用户可根据需要调整。

护士工作站各种执行单的设置（不同的科室可以有不同的设置），病房是否管理药柜，门诊收费是否与挂号系统联合使用等等。

3.编码

3.1是否编码过去采用编码的理由：

占用存贮空间少、输入方便、规范。

在今天占用空间和输入手段已不是主要矛盾。

编码的弊端：

不直观，输入／输出转换造成系统开销大。

标准化不等于代码化。

整个系统采取了适度编码的思想，在可能的情况下，尽可能采用规范化的正文取代编码。

性别、费别、病情等等。

对作为分类统计条件的项目，才使用编码。

3.2如何使用编码传统的系统在编码的使用上往往是一个项目一个代码，这在某些情况下对系统的应用造成了很大限制。

本系统中对编码的使用突破了这一观念。

编码在系统种的用途可分为两类：

一类是代替项目本身，与项目一一对应。

如价表项目与代码，医嘱类别与医嘱类别代码。

一类是对描述项目的分类，用于分类统计。

如医生所开手术对应的ICD10码。

3.3编码方法系统从设计上尽可能与代码结构无关，允许用户根据需要自行定义编码以及编码的结构。

但在涉及需要分层统计的场合，规定编码的结构。

如会计科目编码使用分层的结构。

3.4内部码与输入码系统从整体上区分项目的内部表示码与对应的外部输入码。

外部码编码方案可以任意由用户定义，可以同时存在多种外部输入码。

而记录信息时使用内部码。

4.输入方法

4.1基于词库文件的项目辅助输入法在医院信息系统中存在大量的需要提供辅助项目录入方法的场合。

程序启动后检索到前端，整个输入转换工作在前端完成。

具有处理分布合理，系统整体性能高的特点。

4.2别名系统允许同一个项目具有多个名称，如一种药品的不同名称。

不同的名称对应不同的输入码，可以通过任一别名将一个项目输入。

在内部存贮时，使用项目的标准名称或代码。

与项目字典相对应，系统设置了项目名称字典用于描述别名。

。

5.用户管理

系统提供统一的用户管理方法，每个用户拥有一个唯一的帐号。

不管他使用哪个程序，都使用同一个帐号。

避免了帐号管理各自为政的混乱局面。

用户管理是基于数据库用户进行的，用户的登录和校验直接由数据库系统完成。

这样保证了用户不管通过什么样的程序或工具，都不能访问XX的数据。

用户口令甚至连系统管理员以及开发者也不知道，从而保证了系统的安全。

所有用户由DBA集中管理，为了便于对用户授权，引入角色概念，将数据按角色授权。

比如护士、收款员、编目人员等等。

除了提供数据库级的安全性外，系统还提供了程序级的安全性。

即哪些人可以使用某个程序。

6.系统结构配置

系统由前端客户机、数据库服务器、文件服务器组成。

用户程序位于客户机方，服务器上不运行用户程序，用户程序主要负责界面和一定的输入输出处理，所有共享的数据位于后端数据库服务器中，统一管理，前端机不运行数据库管理系统，既便于维持数据的一致性，又降低了前端机的开销。

数据库服务器和文件服务器可以共用一个服务器。

数据库服务器可以为多台分布结构，以分担系统负荷。

当数据由一台向多台分布时，只需要数据库管理员改变一下数据定义。

对用户而言，整个分布式数据库逻辑上为一个整体，数据位置透明，应用程序无需修改。

10

目标：

了解医院信息系统各部分的功能特点，数据流程，与其他部分的依赖关系，使用前需要做的数据准备。

7.住院登记子系统

功能：

对需住院的病人进行登记，建立病人的住院记录。

该系统是住院病人信息的入口点。

流程：

依赖的其他系统：

病房入出转或集中入出转子系统（可选）

8.门急诊挂号与预约子系统

对门诊病人进行挂号或者预约号处理，为门诊病人的后续活动以及门诊工作量统计提供信息。

特点：

每周出门诊的安排表，并据此自动生成每日号表的功能。

允许对号表手工调整。

支持按时间段挂号，时间段由用户自行定义。

支持有病人ID号和无病人ID号的病人挂号。

允许一个病人同时挂多个号。

提供每周出门诊安排表，直观，一目了然。

9.护士工作站子系统

11

护士工作站是为临床服务的一个重要子系统，信息系统在临它以护士的日常工作为目标，包含病人入出转和医嘱处理等主要功能，也是实现住院病人收费的重要前端。

该系统广泛吸取了临床应用的经验教训，提出了新的设计思想，是一个成熟实用的系统。

医