资源预览内容
第1页 / 共14页
第2页 / 共14页
第3页 / 共14页
第4页 / 共14页
第5页 / 共14页
第6页 / 共14页
第7页 / 共14页
第8页 / 共14页
第9页 / 共14页
第10页 / 共14页
亲,该文档总共14页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
His系统概要设计及数据流程规导通信息科技第一部分概念1.系统部框架1.1信息分类及相互关系 41.2贯穿系统的两条信息线 41.3病人信息结构 51.4费用信息结构 51.5病人在院流动过程的部表示 61.6病人ID号的地位 61.7诊疗项目与价表项目 62.保障通用性的手段72.1系统定义字典与用户定义字典 72.2可设置属性 72.3程序功能的划分与组合 72.4应用程序功能的设置 73. 编码73.1是否编码 73.2如何使用编码 83.3编码方法 83.4部码与输入码 84. 输入方法 84.1基于词库文件的项目辅助输入法 84.2别名 85.用户管理86.系统结构配置9第二部分系统流程7. 住院登记子系统 108. 挂号与预约子系统 109. 护士工作站子系统 1010. 门诊收费子系统 1111. 住院收费子系统 1212. 价表管理子系统 1313. 药库管理子系统 1314. 住院药房管理子系统 1415. 门诊药房管理子系统 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程序功能的划分与组合整个系统程序的划分是基于用户角色进行的。角色是指承担某种业务的一类用户。每 个程序完成特定角色用户的功能。比如:收费类的价表管理程序、住院收费程序、收费管 理程序、会计记帐程序;涉及病案管理的主索引录入程序、住院登记程序、病案编目程序、 病案流通程序。它们分别面向不同角色的用户。这样划分利于流程的调整、禾U于程序性能 的提高。利用Windows的多任务执行能力,可以将多个应用程序集成到一台机器上同时运行, 以满足不同医院不同流程的需要。为适应不同医院不同的应用规模,设置中间数据录入点。如集中入出转程序。2.4应用程序功能的设置所有系统采用客户/服务器结构,前台应用程序都通过初始化文件(NI )进行的相应参数进行设置,这些设置可以从功能上、流程上、屏幕格式上、运行环境上对程序功能 进行剪裁。用户可根据需要调整。比如:护士工作站各种执行单的设置(不同的科室可以 有不同的设置),病房是否管理药柜,门诊收费是否与挂号系统联合使用等等。3. 编码3.1是否编码过去采用编码的理由:占用存贮空间少、输入方便、规。在今天占用空间和输入手段 已不是主要矛盾。编码的弊端:不直观,输入/输出转换造成系统开销大。标准化不等于代码化。整个系统采取了适度编码的思想,在可能的情况下,尽可能采用规化的正文取代编码。如:性别、费别、病情等等。对作为分类统计条件的项目,才使用编码。3.2如何使用编码传统的系统在编码的使用上往往是一个项目一个代码,这在某些情况下对系统的应用 造成了很大限制。本系统中对编码的使用突破了这一观念。编码在系统种的用途可分为两 类:一类是代替项目本身,与项目一一对应。如价表项目与代码,医嘱类别与医嘱类别代 码。一类是对描述项目的分类,用于分类统计。如医生所开手术对应的ICD10码。3.3编码方法系统从设计上尽可能与代码结构无关,允许用户根据需要自行定义编码以及编码的结 构。但在涉及需要分层统计的场合,规定编码的结构。如会计科目编码使用分层的结构。3.4部码与输入码系统从整体上区分项目的部表示码与对应的外部输入码。外部码编码方案可以任意由 用户定义,可以同时存在多种外部输入码。而记录信息时使用部码。4. 输入方法4.1基于词库文件的项目辅助输入法在医院信息系统中存在大量的需要提供辅助项目录入方法的场合。程序启动后检索到 前端,整个输入转换工作在前端完成。具有处理分布合理,系统整体性能高的特点。4.2别名系统允许同一个项目具有多个名称,如一种药品的不同名称。不同的名称对应不同的 输入码,可以通过任一别名将一个项目输入。在部存贮时,使用项目的标准名称或代码。 与项目字典相对应,系统设置了项目名称字典用于描述别名。5. 用户管理系统提供统一的用户管理方法,每个用户拥有一个唯一的。不管他使用哪个程序,都 使用同一个。避免了管理各自为政的混乱局面。用户管理是基于数据库用户进行的,用户的登录和校验直接由数据库系统完成。这样 保证了用户不管通过什么样的程序或工具,都不能访问未经授权的数据。用户口令甚至连 系统管理员以及开发者也不知道,从而保证了系统的安全。所有用户由DBA集中管理,为了便于对用户授权,引入角色概念,将数据按角色授权。 比如护士、收款员、编目人员 等等。除了提供数据库级的安全性外,系统还提供了程序级的安全性。即哪些人可以使用某 个程序。6. 系统结构配置系统由前端客户机、数据库服务器、文件服务器组成。用户程序位于客户机方,服务 器上不运行用户程序,用户程序主要负责界面和一定的输入输出处理,所有共享的数据位 于后端数据库服务器中,统一管理,前端机不运行数据库管理系统,既便于维持数据的一 致性,又降低了前端机的开销。数据库服务器和文件服务器可以共用一个服务器。数据库服务器可以为多台分布结构,以分担系统负荷。当数据由一台向多台分布时, 只需要数据库管理员改变一下数据定义。对用户而言,整个分布式数据库逻辑上为一个整 体,数据位置透明,应用程序无需修改。第二部分系统流程目标:了解医院信息系统各部分的功能特点,数据流程,与其他部分的依赖关系,使用前 需要做的数据准备。7. 住院登记子系统功能:对需住院的病人进行登记,建立病人的住院记录。该系统是住院病人信息的入口 点。流程:依赖的其他系统:病房入出转或集中入出转子系统(可选)8. 门急诊挂号与预约子系统功能:对门诊病人进行挂号或者预约号处理,为门诊病人的后续活动以及门诊工作量统计提供信 息。特点:每周出门诊的安排表,并据此自动生成每日号表的功能。允许对号表手工调整。 支持按时间段挂号,时间段由用户自行定义。支持有病人ID号和无病人ID号的病人挂号。允许一个病人同时挂多个号。提供每周出门诊安排表,直观,一目了然。流程:9. 护士工作站子系统功能:护士工作站是为临床服务的一个重要子系统,信息系统在临它以护士的日常工作为目标,包含病人入出转和医嘱处理等主要功能,也是实现住院病人收费的重要前端。该系统广泛 吸取了临床应用的经验教训,提出了新的设计思想,是一个成熟实用的系统。特点:医嘱处理部分以首先满足临床需要为前提,完全符合临床规的医嘱系统,允许自由格式医嘱,彻 底解决了医嘱项目字典收集不全带来的问题。自动生成各种治疗执行单,既可以提供分工护理模式下分类执行单,也可以提供责 任制护理模式下的单病人综
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号