His系统概要设计

1、His系统概要设计及数据流程标准山西导通信息科技第一局部概念1 .系统内部框架 错误!未定义书签.信息分类及相互关系 错误！未定义书签.贯穿系统的两条信息线 错误!未定义书签.病人信息结构 错误!未定义书签.费用信息结构 错误!未定义书签.病人在院流动过程的内部表示 错误!未定义书签.病人ID号的地位 错误!未定义书签.诊疗工程与价表工程 错误!未定义书签.2 .保证通用性的手段 错误!未定义书签.系统定义字典与用户定义字典 错误!未定义书签.可设置属性 错误！未定义书签.程序功能的划分与组合 错误!未定义书签.应用程序功能的设置 错误!未定义书签.3 .编码 错误！未定义书签.是否编码 错误

2、！未定义书签.如何使用编码 错误!未定义书签.编码方法 错误!未定义书签.内部码与输入码 错误!未定义书签.4 .输入方法 错误!未定义书签.基于词库文件的工程辅助输入法 错误!未定义书签.别名 85 .用户治理 错误！未定义书签.6 .系统结构配置 9第二局部系统流程7 .住院登记子系统 108 .挂号与预约子系统 109 .护士工作站子系统 1010 .门诊收费子系统 1111 .住院收费子系统 1212 .价表治理子系统 1313 .药库治理子系统 1314 .住院药房治理子系统 1415 .门诊药房治理子系统 14第一局部概念1 .系统内部框架1.1 信息分类及相互关系医院信息系统是围

3、绕医院的各项业务活动而建立的,其中涉及的信息大体上可以分为 四类：业务过程信息、病人信息、费用信息和治理信息.其中业务过程信息是指完成业务 所产生的过程限制信息,如预约信息、入出转信息、药品出入库信息等,都是局部信息； 病人信息和费用信息是指在病人整个在院期间甚至出院以后需要在整个系统范围内共享的 信息,是根本信息；治理信息是由根本信息和业务过程信息加工得到的,如病人流动情况、 平均住院天数、效益分析等,是派生信息.病人诊疗活动和各类信息之间的关系如下列图所 示：1.2 贯穿系统的两条信息线集成各局部系统的重要目标是保证整个系统不随着局部系统的改变而改变,不随着新 系统的参加而发生大的变化.找

4、出医院信息系统的内在联系,确立好各局部系统之间的接 口,是实现这一目标的前提.贯穿整个医院信息系统有两条信息线：病人信息线和费用信息线.以此为框架来构造 和集成整个系统.病人信息包括病人主索引、住院记录、诊断手术记录、医嘱、检查检验结果含图象wwx病程病程记录等等；费用信息包括在各个诊治环节发生的诊断、处置、手术、药品等各类费用及消耗本钱.术记录1.3病人信息结构病人信息线的开展目标是逐步建立电子化病历.记录编目这两条信息线在系统中表达为具体的数据结构,它独立于各局部系统而存在.从整体的、开展的角度来构筑好这一根底框架是本系统数据结构的核心.应易耗支出折旧勤水电处方经济住院检查检查手术手术低值

5、仪器1.4 费用信息结构1.5 病人在院流动过程的内部表示病人从入院开始,在院期间的活动,涉及多个系统之间的接口.本系统区分在院病人和在科病人.当病人在住院处进行住院登记后,即成为在院病人;当病人经入科处理后,成为在科病人；当病人从一个科转出,尚未被转向科室接收时,该病人是在院病人但非在科病人.病人流动过程的内部表不如下列图所不:1.6 病人ID号的地位病人ID号是病人在整个医院信息系统内的唯一标识,在涉及病人的数据结构的每个表中都统一使用病人ID作为病人标识,并通过病人ID与病人主索引与病人的姓名、性别、年龄等自然信息进行关联.病人ID号可以根据各医院的具体情况使用门诊号、住院号或者病案号.

6、考虑到系统的长期开展,最好能将住院病人和门诊病人一同标识.住院号、X光号、CT号等都作为病人的局部辅助标识,通过各自局部系统内部的数据 结构的对照与病人ID号关联.一般情况下,这些辅助标识只在一个表中出现,便于修改, 便于维持数据的一致性.1.7 诊疗工程与价表工程在医院信息系统的很多环节上,存在着同时为医疗和收费效劳的问题.如何平衡这两 个目标是整个医院信息系统开发的根本问题.诊断治疗用语必须符合医疗文书标准,它是描述性的,是自然语言.比方：医嘱.它 不以价表定义的工程名称为转移.一个诊疗工程可能收费,可能不收费；如果收费也可能 包含多种收费工程.比方一组液体的静滴.诊疗工程对照表价表价表工

7、程有自身的规律性,不应以临床的诊疗操作为转移.比方：普通细菌培养、普 通备皮、特殊备皮、各类皮试等.要实现自动划价,它必须严格标准.在本系统中从整体上区分诊疗工程和收费工程,以满足各自的需要.建立诊疗工程与价表工程对照表,以实现各类诊疗操作的自动划价.2 .保证通用性的手段2.1 系统定义字典与用户定义字典系统定义字典是系统内部固定的工程,用于对输入工程进行标准,是系统间数据交换的根底,不需要也不允许用户修改.如：性别字典、诊疗工程分类字典、病情状态字典.用户定义字典是为了保证系统的通用性而设置的由用户自行定义和修改的字典表.如:医院根本情况字典、费别字典、科室字典、价表等.用户在使用本系统时

8、,首先要对这些表进行初始化和剪裁,使其符合本医院的情况.完善的字典才能保证整个系统的正常运行.2.2 可设置属性系统通过充分标识对象的各种属性,增强了系统的灵活性和适应性.如：对床位设置 所属护理单元和所属科室两种属性,允许一个病区包含多个科室的床位,护理上统一治理, 而统计和核算分别进行；对费别和费用种类设置收费系数属性,允许用户自行定义费别及 对应的折扣系数；对收费工程定义其对应的价表分类、收据分类、会计科目、核算分类, 允许用户根据不同的需要进行分类统计.2.3 程序功能的划分与组合整个系统程序的划分是基于用户角色进行的.角色是指承当某种业务的一类用户.每 个程序完成特定角色用户的功能.

9、比方：收费类的价表治理程序、住院收费程序、收费管 理程序、会计记帐程序；涉及病案治理的主索引录入程序、住院登记程序、病案编目程序、 病案流通程序.它们分别面向不同角色的用户.这样划分利于流程的调整、利于程序性能 的提升.利用Windows的多任务执行水平,可以将多个应用程序集成到一台机器上同时运行, 以满足不同医院不同流程的需要.为适应不同医院不同的应用规模,设置中间数据录入点.如集中入出转程序.2.4 应用程序功能的设置所有系统采用客户/效劳器结构,前台应用程序都通过初始化文件 .INI 进行的相 应参数进行设置,这些设置可以从功能上、流程上、屏幕格式上、运行环境上对程序功能 进行剪裁.用户

10、可根据需要调整.比方：护士工作站各种执行单的设置不同的科室可以 有不同的设置,病房是否治理药柜,门诊收费是否与挂号系统联合使用等等.3 .编码3.1 是否编码过去采用编码的理由：占用存贮空间少、输入方便、标准.在今天占用空间和输入手 段已不是主要矛盾.编码的弊端：不直观,输入/输出转换造成系统开销大.标准化不等于代码化.整个系统采取了适度编码的思想,在可能的情况下,尽可能采用标准化的正文取代编 码.如：性别、费别、病情等等.对作为分类统计条件的工程,才使用编码.3.2 如何使用编码传统的系统在编码的使用上往往是一个工程一个代码,这在某些情况下对系统的应用 造成了很大限制.本系统中对编码的使用突

11、破了这一观念.编码在系统种的用途可分为两 类：一类是代替工程本身,与工程一一对应.如价表工程与代码,医嘱类别与医嘱类别代 码.一类是对描述工程的分类,用于分类统计.如医生所开手术对应的ICD10码.3.3 编码方法系统从设计上尽可能与代码结构无关,允许用户根据需要自行定义编码以及编码的结 构.但在涉及需要分层统计的场合,规定编码的结构.如会计科目编码使用分层的结构.3.4 内部码与输入码系统从整体上区分工程的内部表示码与对应的外部输入码.外部码编码方案可以任意 由用户定义,可以同时存在多种外部输入码.而记录信息时使用内部码.4 .输入方法4.1 基于词库文件的工程辅助输入法在医院信息系统中存在

12、大量的需要提供辅助工程录入方法的场合.程序启动后检索到 前端,整个输入转换工作在前端完成.具有处理分布合理,系统整体性能高的特点.4.2 别名系统允许同一个工程具有多个名称,如一种药品的不同名称.不同的名称对应不同的输入码,可以通过任一别名将一个工程输入.在内部存贮时,使用工程的标准名称或代码.与工程字典相对应,系统设置了工程名称字典用于描述别名.5 .用户治理系统提供统一的用户治理方法,每个用户拥有一个唯一的帐号.不管他使用哪个程序,都使用同一个帐号.防止了帐号治理各自为政的混乱局面.用户治理是基于数据库用户进行的,用户的登录和校验直接由数据库系统完成.这样 保证了用户不管通过什么样的程序或

13、工具,都不能访问未经授权的数据.用户口令甚至连 系统治理员以及开发者也不知道,从而保证了系统的平安.所有用户由DBA集中治理,为了便于对用户授权,引入角色概念,将数据按角色授权.比方护士、收款员、编目人员等等.除了提供数据库级的平安性外,系统还提供了程序级的平安性.即哪些人可以使用某 个程序.6 .系统结构配置系统由前端客户机、数据库效劳器、文件效劳器组成.用户程序位于客户机方,效劳 器上不运行用户程序,用户程序主要负责界面和一定的输入输出处理,所有共享的数据位 于后端数据库效劳器中,统一治理,前端机不运行数据库治理系统,既便于维持数据的一 致性,又降低了前端机的开销.数据库效劳器和文件效劳器

14、可以共用一个效劳器.数据库效劳器可以为多台分布结构,以分担系统负荷.当数据由一台向多台分布时, 只需要数据库治理员改变一下数据定义.对用户而言,整个分布式数据库逻辑上为一个整 体,数据位置透明,应用程序无需修改.第二局部系统流程目标：了解医院信息系统各局部的功能特点,数据流程,与其他局部的依赖关系,使用前 需要做的数据准备.7 .住院登记子系统功能：对需住院的病人进行登记,建立病人的住院记录.该系统是住院病人信息的入口 点.流程：住院登记:病房：谋莅稽说=I1.“只出转依赖的其他系统：病房入出转或集中入出转子系统可选8 .门急诊桂号与预约子系统功能：对门诊病人进行挂号或者预约号处理,为门诊病人

15、的后续活动以及门诊工作量统计提供信息.特点：每周出门诊的安排表,并据此自动生成每日号表的功能.允许对号表手工调整.支持按时间段挂号,时间段由用户自行定义.支持有病人ID号和无病人ID号的病人挂号.允许一个病人同时挂多个号.提供每周出门诊安排表,直观,一目了然.流程:身份Il w次挂号与就诊记录9 .护士工作站子系统功能：护士工作站是为临床效劳的一个重要子系统,信息系统在临它以护士的日常工作为目标,包含病人入出转和医嘱处理等主要功能,也是实现住院病人收费的重要前端.该系统广泛 吸取了临床应用的经验教训,提出了新的设计思想,是一个成熟实用的系统.特点：医嘱处理局部以首先满足临床需要为前提,完全符合

16、临床标准的医嘱系统,允许自由格式医嘱,彻底解决了医嘱工程字典收集不全带来的问题.自动生成各种治疗执行单,既可以提供分工护理模式下分类执行单,也可以提供责任制护理模式下的单病人综合执行单.准确实现了医嘱记录单的续打、重打、打印医嘱指定页功能,满足医嘱重整等特殊 要求.与临床药局联合使用,提供摆药单的传送,并能获取药品有无的信息.巧妙地实现了临床需要与医嘱自动划价的统一.入出转局部提供符合临床习惯的病人一览卡,病人及床位状态一目了然.对入科、转科、出院提供取消功能,允许误操作或特殊情况下的恢复操作,方便了用户,减轻了维护人员负担.对入出转动作及病人病情变化的追踪记录,提供了统计任一时刻病房状态及流

17、动情况水平,彻底解决了流动日报不一致的问题.支持一个病区包含多个科室床位的情况,允许各科床位分别统计、分别核算.提供出院病人预通知功能,及时通知住院处收容病人,通知收费处进行结帐准备.流程:厂.-临床药局二10.门诊收费子系统功能: 实现门诊病人的处方、检验、检查等工程的录入划价及收费.特点:划价与收费合一,同时支持先划价后收费的模式.简单易学的输入方法,将击键次数最少化.屏幕简捷,响应速度快.支持局部退费.支持磁卡收费,支持门诊支付预交金,也将支持分散划价,集中打印收据的模式.与门诊药局连接,获取药品库存信息,防止不必要退费的产生,同时将处方传递给门诊药房.可以与门诊挂号系统联用,共享病人信

18、息.支持根本用药目录,允许定义费别及收费系数.为门诊诊室使用医生工作站,作好连接准备.流程:11. 住院收费子系统功能：对住院病人进行划价、结算.住院收费系统有多种不同的模式,有医嘱集中划价 模式,手工划价集中录入模式,分散的医嘱划价模式等等.为了最大限度地防止漏费, 本系统实现的是在哪发生的费用,在哪划价,自动与手工相结合的计价方式.特点：分散计价模式可以最大限度地防止漏费.在病房发生的费用,由医嘱和计价单计价;在检查检验科室发生的费用,由检查检验系统计价；药品费用,由临床药局摆药时 计价；手术及各种治疗费用由执行科室计价.为了适应系统的应用规模,支持分散 和集中灵活结合的方式.对医嘱,采用每天定时计价的方式,及时收集费用.提供医嘱划价检查和补划功能,对不能划价的医嘱进行手工处理,对病房医嘱的计 价情况进行检查.为防止漏费,病人出院结算时对医嘱、各种检查检验申请的检查,以保证不存在没 计价的工程.提供欠费处理功能.提供病人费用明细清单.每天根据病人的预交金、消消耗用、用户定义的阀值自动打印催费病人清单.提供收款员监督功能,可以及时了解收款员结帐情况.能自动适应将来扩充其他辅诊业务系统流程：预交金记录住院病人收据I首页费用费用明细12. 价表治理子系统功能：集中治理整个医院对病人划价使用的工程和价格.特点：完全按