His系统概要设计.docx

His系统概要设计.docx

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

His系统概要设计

His系统概要设计及

数据流程规范

山西导通信息科技有限公司

第一部分概念

1.系统内部框架4

信息分类及相互关系4

贯穿系统的两条信息线4

病人信息结构5

费用信息结构5

病人在院流动过程的内部表示6

病人ID号的地位6

诊疗项目与价表项目6

2.保障通用性的手段7

系统定义字典与用户定义字典7

可设置属性7

程序功能的划分与组合7

应用程序功能的设置7

3.编码7

是否编码7

如何使用编码8

编码方法8

内部码与输入码8

4.输入方法8

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

别名8

5.用户管理8

6.系统结构配置9

第二部分系统流程

7.住院登记子系统10

8.挂号与预约子系统10

9.护士工作站子系统10

10.门诊收费子系统11

11.住院收费子系统12

12.价表管理子系统13

13.药库管理子系统13

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.系统结构配置

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

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

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

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

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

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

第二部分系统流程

目标：

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

7.住院登记子系统

功能：

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

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

流程：

依赖的其他系统：

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

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

功能：

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

特点：

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

允许对号表手工调整。

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

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

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

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

流程：

挂号与

预约

身份

登记

就诊记录

主索引

9.护士工作站子系统

功能：

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

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

特点：

医嘱处理部分

以首先满足临床需要为前提，完全符合临床规范的医嘱系统，允许自由格式医嘱，彻底解决了医嘱项目字典收集不全带来的问题。

自动生成各种治疗执行单，既可以提供分工护理模式下分类执行单，也可以提供责任制护理模式下的单病人综合执行单。

准确实现了医嘱记录单的续打、重打、打印医嘱指定页功能，满足医嘱重整等特殊要求。

与临床药局联合使用，提供摆药单的传送，并能获取药品有无的信息。

巧妙地实现了临床需要与医嘱自动划价的统一。

入出转部分

提供符合临床习惯的病人一览卡，病人及床位状态一目了然。

对入科、转科、出院提供取消功能，允许误操作或特殊情况下的恢复操作，方便了用户，减轻了维护人员负担。

对入出转动作及病人病情变化的追踪记录，提供了统计任一时刻病房状态及流动情况能力，彻底解决了流动日报不一致的问题。

支持一个病区包含多个科室床位的情况，允许各科床位分别统计、分别核算。

提供出院病人预通知功能，及时通知住院处收容病人，通知收费处进行结帐准备。

流程：

护士

工作站

临床

药局

住院预约与登记

身份

登记

诊断记录

手术记录

医嘱

检验申请

医嘱计价项目

入出转日志

在科记录

转科病人

主索引

药品信息

住院记录

待入科病人

10.门诊收费子系统

功能：

实现门诊病人的处方、检验、检查等项目的录入划价及收费。

特点：

划价与收费合一，同时支持先划价后收费的模式。

简单易学的输入方法，将击键次数最少化。

屏幕简捷，响应速度快。

支持部分退费。

支持磁卡收费，支持门诊支付预交金，也将支持分散划价，集中打印收据的模式。

与门诊药局连接，获取药品库存信息，避免不必要退费的产生，同时将处方传递给门诊药房。

可以与门诊挂号系统联用，共享病人信息。

支持基本用药目录，允许定义费别及收费系数。

为门诊诊室使用医生工作站，作好连接准备。

门诊

收费

挂号与

预约

门诊

药房

身份

登记

处方明细

门诊收据

门诊费用明细

处方记录

主索引

病人信息

药品信息

流程：

11.住院收费子系统

功能：

对住院病人进行划价、结算。

住院收费系统有多种不同的模式，有医嘱集中划价模式，手工划价集中录入模式，分散的医嘱划价模式等等。

为了最大限度地避免漏费，本系统实现的是在哪发生的费用，在哪划价，自动与手工相结合的计价方式。

特点：

分散计价模式可以最大限度地避免漏费。

在病房发生的费用，由医嘱和计价单计价；在检查检验科室发生的费用，由检查检验系统计价；药品费用，由临床药局摆药时计价；手术及各种治疗费用由执行科室计价。

为了适应系统的应用规模，支持分散和集中灵活结合的方式。

对医嘱，采用每天定时计价的方式，及时收集费用。

提供医嘱划价检查和补划功能，对不能划价的医嘱进行手工处理，对病房医嘱的计价情况进行检查。

为避免漏费，病人出院结算时对医嘱、各种检查检验申请的检查，以保证不存在没计价的项目。

提供欠费处理功能。

提供病人费用明细清单。

每天根据病人的预交金、消耗费用、用户定义的阀值自动打印催费病人清单。

提供收款员监督功能，可以及时了解收款员结帐情况。

能自动适应将来扩充其他辅诊业务系统

流程：

12.价表管理子系统

功能：

集中管理整个医院对病人划价使用的项目和价格。

特点：

完全按价表本身的管理习惯来定义项目和管理价格，不受诊疗项目定义的影响。

提供对价格变化历史的管理，支持事后划价。

允许一个项目有多个别名，划价时可以按别名输入。

允许一个项目有多个执行科室。

提供调价通知单的自动生成和打印。

提供临床诊疗项目与价表项目对照的维护功能。

价表

管理

临床诊疗项目

诊疗项目名称

诊疗项目与价表项目对照

价表

价表项目名称

流程：

13.药库管理子系统

功能：

对药品库存、出入库进行管理，以最合理的资金占用保证药品的供应，管理药品的价格。

特点：

对药品批次进行管理，对将要过期的药品以及呆滞药品提供报警。

以最小化占用资金为目标，根据药品的贵重程度，实行分级管理，根据药品出库的历史情况，辅助人工确定药品的库存上下限以及辅助采购计划的制订。

提供多种多样的的药品统计功能。

辅助新药分类编码功能。

与价表管理子系统连用，自动调整药品价格。

流程：

14.住院药房管理子系统

功能：

管理药房药品库存，对病房药疗医嘱进行摆药，对病人处方提供录入处理手段。

特点：

与药库连用，可以直接从药库对药局的出库进行入库处理。

可以根据用户的设置，对指定给药途径的药疗医嘱生成摆药单或集中请领单，可以适应不同医院的摆药模式。

生成摆药单时自动将医嘱中药品的剂量转换为摆药的数量。

支持病人处方领药、退药的处理。

支持同时存在多个药房。

流程：

15.门诊药房管理子系统

功能：

管理药房药品库存，对处方进行确认，对门诊用药提供统计。

特点：

与药库连用，可以直接从药库对药局的出库进行入库处理。

与门诊收费连接，得到处方信息。

提供多种用药查询统计功能。

支持同时存在多个门诊药房。

流程：

门诊

收费

门诊

药房

药库

处方

药房出入库单

药房药品库存

处方

出库单

精心搜集整理，只为你的需要