医学影像信息系统：医院信息系统的功能分析和系统划分.doc

医学信息系统讲义 医院信息系统的功能分析和系统划分(第二章)第二章 HIS系统的功能分析和系统划分2.1 HIS系统功能分析概念系统功能是HIS在医院所能实现的各种业务活动，包括管理活动，医疗活动等。系统功能在逻辑上是有层次的，一个上层功能包括若干项下层功能，一个下层功能又包括若干像更下一层的子功能。这种层次，在系统实现时，就对应于系统-子系统-更下一层的子系统或模块的层次结构。2.1.1 HIS系统功能分析的基本任务系统功能分析，其基本任务就是要为了实现医院信息系统的总体目标，分析并确定系统应该具有哪些功能，确定系统的功能模型。系统功能分析是系统分析的一个关键的环节，是系统设计、模块化分的依据。它基本上确定了系统的规模和结构。HIS的系统功能分析，应该本着以病人医疗信息为核心，财务管理信息为纽带，分析决策为主导的原则；本着以病人为中心，为病人服务为宗旨的指导思想。一个HIS必须符合上述的指导思想，必须具有它所应该具有的功能，满足现阶段医院信息化工作的基本需求，才能很好的是应 用并受到医院的欢迎和好评，才是一和好的HIS，才能通过有关部门的鉴定和评审，成为一个合格的HIS软件产品。2.1.2 HIS系统功能分析的主要特点u 多元性和复杂性由于医院自身的性质和业务的多元性和复杂性，决定了HIS的系统功能比期一般的MIS系统种类更多，内容更复杂，是至今世界上MIS中最为复杂的一类，通过分析HIS系统功能的内容和范畴可以很好说明这一点。u 高可靠性系统所支持的医疗工作与服务对象病人的生命健康密切相关，所以对HIS各项功能以及这些功能的正确性、严密性、可靠性的要求比期一般的MIS系统更高更严格。如果一般的MIS运行中出现了差错，如票打错了或者钱收错了可能不会发生特别严重的后果。但是如果HIS与医疗业务紧密相关的功能，如诊疗医嘱处理功能，检查结果报告功能等出现了差错，就有可能发生难以挽回的后果。所以HIS从数据的录入、加工处理，传输，存储到数据的汇总输出过程均要保证各级各类数据的合法、准确、可靠、完整、安全的要求。u 合法性HIS各项功能的法规性要求比其一般的MIS系统更高更严格。医院信息系统首先必须保证与我国现行的有关法律、法规、规章制度相一致，并能满足医院和卫生行政机关对信息的要求。2.1.3 HIS系统功能分析的主要依据u 依据系统目标系统功能分析的依据是系统目标，系统范围，是医院以及各个业务部门承担的任务和处理的各项业务，以及计算机系统支持这些业务的可行性。从技术上而言，系统功能的分析离不开系统流程图和数据流程图。u 依据各项政策法规HIS系统的功能分析必须在医政法、药政法、财务制度、隐私权保护法等各项政策法规以及医院的规章制度的基础上进行各项功能的分析。u 依据专业法规HIS系统的功能得设计还应依据卫生部制订的医院信息系统基本功能规范作为行业参考标准。2.2. HIS系统功能分析的内容医院信息系统应满足现阶段医院信息化工作的基本需求，为人们的管理决策提供各式各样报表和汇总数据，尽可能满足所有授权用户对信息的各种功能要求。2.2.1 系统功能分析的完整性和实用性u 完整性HIS不仅要像其他管理系统一样追踪并管理那些伴随人流、财流、物流所产生的管理信息，从而提高整个系统的运行效率，而且还应该支持以病人医疗信息记录为中心的整个医疗、教学、科研活动。HIS及其下属的各级子系统，均具有各自不同的丰富的业务功能。同时还必须具有各级别（系统级、子系统级）的尽可能完善的系统初始化功能和系统维护功能。系统初始化功能包括建立医院和部门的工作环境，定义初始化参数。系统维护功能包括数据字典的维护，用户及其操作权限的维护等。HIS应能满足各上级卫生行政部门对信息的要求，为地区卫生信息系统提供所需的信息。所以系统分析必须全面、详细，系统功能应该完善。这时系统功能分析的基本点。u 实用性系统功能应该完整，但更应该强调其实用性，实用性是评审HIS的主要标准。它应该符合医院现有的组织机构、管理和应用模式，能满足当前和今后一定时期内的信息需求，在提高医院的医疗服务质量、工作效率、管理水平和综合效益等诸方面产生积极的作用。所以要分析那些功能是主要的，必需的；那些功能是次要的，可有可无的。要抓住那些与系统总体目标关系密切的功能，主要功能、核心功能，而不是包罗万象。否则，开发的周期很长，成本很高，系统规模过大，另外那些不必要的功能还会造成系统的模块和数据容量过大，过于臃肿，增加系统不必要的开销，从而降低系统整体的运行效率。HIS系统功能多而复杂，但各项功能的操作使用应该简易方便；提供规范化汉字显示人-机会话操作界面，提示输入项内容显示等是系统实用性的一个重要方面。所以综合的说，系统功能应该是完整而不臃肿，实用而不奢华，这才是系统功能的完整性和实用性的完美结合。2.2.2 系统功能分析的规范性前面已提到，HIS各项功能的法规性要求比起一般的MIS系统更高更严格。不规范的功能会造成管理上的漏洞，引起医疗纠纷。所以在系统功能分析时必须分析那些功能是规范的，那些功能是可以根据医院要求修改的。同时，还应该分析系统不应该具有哪些功能，或者说不允许提供那些功能。例如：系统不应该在遇到病人欠费时就拒绝医嘱录入和自动停止执行，或拒绝发药的功能；不应该提供收费员任意更改发票金额的功能；不应该提供库管员不通过入出库事务而直接修改库存量的功能等。HIS至少在现阶段不允许医院信息系统代替人们做出任何决策。医院信息系统只能为人们的管理决策提供各式各样尽可能可靠的数据信息，然后由人们作出最终的选择和决策。无论这种管理决策是直接或者间接影响病人医疗事务，还是直接或间接影响医院管理事务。现阶段医院信息系统不能代替医护人员和行政管理人员做出决策，也不应该限制人的决策行为。对于重要数据的修改，系统必须提供有完整日志记录的修改功能，预防利用计算机犯罪。同时还要具有相关数据的同步修改功能。对这些数据的删除，系统一般只提供逻辑删除功能（如注册删除标记），而不做物理删除。2.2.3 系统功能分析的科学性医院信息系统不仅仅是用计算机代替了手工，更重要的是将医院管理提高到一个新的阶段、新的层次。所以，医院信息系统并不完全是旧的手工系统在计算机上的复制，而是一个新的、更具强大功能的，更加科学的系统。所谓更加科学，就是根据系统的总体目标和要求，确定系统的管理模型，对业务操作流程进行优化，以求更加合理，更有效率，能更好地为医院和患者服务。所以说，HIS是一项综合工程，系统功能分析应由多方面专业人员共同参与研究。其中，业务方面的人员和专家是主体；计算机方面的人员和专家实现和配合分析；双向复合型人员和专家是二者的桥梁。三位一体才能使系统的管理模型和对业务操作流程的优化方案真正做到更加科学。有时，这两方面既是统一的，有时又是矛盾的。有时系统实施要求更改，而因为各种各样的原因，管理上一时难以改变。这时需要大家坐下来，有关领导参与（重大问题往往一把手亲自出马），认真分析问题的性质和程度，研究决定最佳综合解决办法。这时候不能简单化，走向两个极端；或者过分激进，改不了也得该；或过分保守，能改也不改。2.2.4 系统功能分析的数据关联性HIS是一个整体，一般来讲，所有硬件上是运行于同一网络，同一组中心服务器，客户端应用软件是运行在同一种操作系统与同一种DBMS进行连接。HIS的应用软件中不同层次，不同类型的各种功能运行于医院中有千丝万缕的联系的密切相关的部门之间。因此，这些功能相互之间直接或间接地有着许多联系。从系统工程的角度，如果在系统功能上，这些联系过紧，相互之间过分制约，过分依赖是不利的。从功能分析时就要分析好，描述好这些关系。并将联系限制于数据相关的级别，常见的联系主要又以下几种：u 互相依存。有时两项功能之间是互相依存的，必须有A功能，才能有B功能。例如在门诊用药处方划价收费处理过程中，如果具有按照当前门诊药房的库存量是否满足本处方的需求量来判断是“有药收费病人药房取药”？还是“缺药让医生修改处方”的判断功能，则在门诊药房必须同时具有完善的库存管理功能，特别是窗口发药时，具有实时销减库存的功能，否则前面的判断功能无法实现。又如药品会计的帐务、统计、报表、核算等功能的实现依赖于药库、药房的各项事务处理功能提供的几乎全部数据；病区系统（住院管理、医生工作站、护士工作站）与病案管理功能之间也是类似的关系。u 互相排斥。有时两项功能之间是互相排斥的，有了A功能，就不能有B功能。如有了全院的收费标准统一维护功能，就不能在窗口收费功能中提供收费标准的增、删、改功能，否则将会造成数据的不一致和混乱。u 数据共享。例如所有的子系统都共享着系统内部的全部标准字典。2.2.5 系统功能分析的时序性医院因资源如经费的限制，近期内无力建设一个完整的HIS，这时候，我们必须先实现一部分功能，暂时放弃另一些。即使全部功能都要实现，也还有先后安排的计划。所以，系统功能分析时不仅要分析系统应该具有那些功能，还要从以下几方面分析这些功能的时序性，哪些是必须在先，哪些是必须在后。这项分析也是今后制定系统实施计划的重要依据。u 医院管理的需要时序性首先要服从医院管理的需要和条件。如医院刚改造好门诊大楼，病区尚待整理调整。医院从管理上 要求先上门诊系统，那么，毫无疑问，照办。u 先抓住那些与系统当前目标关系最直接，影响最大的功能一般，在实施HIS 项目时，门急诊信息管理，住院病人信息管理，病房医嘱处理，财务信息管理，医院药品信息管理等功能往往会排在前，而其它功能尽管在医院管理中也很重要，同系统的主要目标均有联系，但由于资源的限制，或者其信息可以从其它子系统间接的获取，因此，这些功能往往会放在后面上。u 从系统功能之间的依存性分析如上所说，有时两项功能之间是互相依存的，必须有A功能，才可能有B功能。那么，应该先实现A功能，再实现B功能。例如：药名、规格、药价的管理功能必须在先，库管功能可以在后，否则，库管无从管起；住院病人信息管理、病房医嘱处理在先，病案管理在后，否则病案这一头什么数据都接收不到，都要重复录入，不仅费事，还会造成系统内部数据不一致；一线窗口事务和部门级管理功能必须在先，院长级综合查询功能必须在后，否则院长什么也查不到。2.2.6 系统功能分析的单元性u 系统功能分析的单元系统功能分析时不仅要分析应该具有哪些功能，还要细分这些功能的基本单元。例如：药品调价这项功能由负责药品调价的人（多为药品会计或库管员）全部负责，这是一个基本的功能单元，而有的医院会把这项功能分为：西药调价由西药库管理人员负责，中药调价由中药库管理人员负责。那么，系统功能分析时就要将这项功能细分为西药调价和中药调价两项功能单元。今后系统设计，模块划分时也同样处理。u 分析各个操作单元应具备的功能分析系统的各个操作单元应该分别具有哪些功能，这个操作单元可能是一个班组，也可能是一个人。这不仅是今后系统设计、模块划分的依据，而且是用户组划分和用户权限定义的依据。2.2.7 系统功能分析的地域性HIS的功能，具有普遍性，即全国的医院都有这些功能，这是分析系统的基本点。但同时也要分析系统功能的地区性差别。无论是开发一个HIS，还是推广一个HIS，都不能忽略这一点。例如：有的地区，对药品的管理要求管到产地，同一种药，不同产地的，要作为不同的药来管理，有的地区就不需要；还有，不同地区的医保和公费医疗政策运作方式不同，系统处理功能和方式也有相应的差别。不仅不同地区有差别，不同医院间也有差别。例如：儿童医院，对药品的最小单位（片，支）还要进一步拆分，经常有用几分之一支的药量，收几分之一支的药费的处理要求。而在一般医院，都是按最小单位来计价收费的。所以，在推广一个HIS时，在符合标准和规范的前提下，认真做好地区化，个性化的分析工作非常重要。不可能有一个放之四海而皆准的HIS系统。2.2.8 系统功能分析的适应性u 用户要求变化的适应性系统功能都是基于医院的管理模式，其中很多是与政策有关的，随着时间的推移和政策的变化，会对系统提出新的要求，相应的功能就得及时调整。所以，系统要具有一定程度的灵活性，尽可能多的提供客户可定义的功能，以方便适应这些变化。u 与手工管理方法互相并存的适应性医院信息系统与手工管理方法是互相并存，互为支持的。医院中不可能一下子全部实现计算机管理，总是有些部门实现了计算机管理，而有些部门仍为手工方式；在信息系统的建设工程中，即使同一部门，也可能是一部分人或一部分工作实现了计算机管理，而另一部分人或另一部分工作仍为手工方式；所以，HIS应具有能适应上述两种方式间相互协调的能力。如接收手工单据录入；输出供手工操作的文本、卡片、单据等数据衔接功能。2.2.9 系统功能分析的容错性系统功能分析，就其本质而言，系统应该能处理些什么事情、完成什么任务是问题的基本点。但在系统的操作运行过程中，难免会有这样那样的问题和错误，这些问题和错误，有的是人为的，有的是设计是没有考虑到的。如果不及时排除纠正，就会闹笑话，还会传递到下一环节，例如，一个人的属性中没有性别，年龄达到4位数等。所以，系统在执行特定的功能时，检测数据的合法性、逻辑合理性，应及时地提示，排除这些问题和错误是必要的，这就是系统功能的容错性。系统容错功能应从多方面采取措施实现。u 程序的容错性程序对所有的录入数据应具有逻辑合法性检查与控制的功能，还应具有供录入者核查的功能。由录入者确认无疑后，再存入计算机。u 数据定义的容错性1) 数据表字段值域的定义（规则的定义）2) 数据表外键的使用操作人员在使用系统时，不小心可能会发生一些误删除的操作，删除一些不该删除的条目，造成数据的不完整。为此，可在表结构上设置外键的方法进行牵制。如图2-1，数据表2的外键是数据表1的主键，这样这两张表就互相制约着，如在数据表2中有一条字段外键的值为0001的记录，则在数据表1中，不能删除主键值为0001的记录，这样就防止了误删除记录的问题。它们之间的关系如下图：PKTable-1Patient_idTable-2Patient_idFee_idPKFK图2-13) 触发器的使用触发器的使用可以起到自动容错作用。例如表A中有insert_trigger、delete_trigger两个触发器。这两个触发器是作用于表B的。在应用中，如果表A中增加一行数据，则表B中自动增加相应的一行，删除时同样。这是表A的触发器用于表B的例子。有的触发器用于自己。例如有个物资名称字典表C，该表中有触发器TRIGGER_FOR_DELETE_FLAG，当该种物资不用时，可以置其为停用标记，今后出库事务不再处理此物，当置此标记时，触发器会自动去检查库存表，如果还有库存，则不允许置此标记，否则这些库存则会永远滞留在库中。这些都是通过触发器防止误操作的容错实例。u 系统环境的容错性除了上述的系统功能的容错性以外，还有系统一级的运行环境的容错性措施如数据备份、双机Cluster热备份等。u 规范管理和严格操作要靠系统的容错性来解决出现的所有问题和错误是不可能的，管理上的规范操作人员的严格细致与熟练是必要的。2.2.10 系统分析的安全保密功能在系统分析、系统实施时必须高度重视系统安全功能。u 维护操作权限的功能1. 具有为所有不同级别不同部门的操作单元设置和维护操作权限的功能。2. 具有设置和修改用户身份，操作口令或密码的功能。3. 具有用户身份识别的功能。识别用户的身份，最常用的方法时通过键盘录入用户名和操作口令或密码，系统予以识别。用各种信息卡（如医保卡）来验证病人身份的方法已开始被广泛使用。另外还有诸如指纹识别等方法。u 加密处理的功能对于重要保密的数据，系统应具备对数据进行加密处理后存入机内的功能。u 数据备份功能可分为自动定时数据备份、程序操作备份和手工操作备份。备份场所有机内备份和机外备份；本地备份和异地备份。u 故障应急及恢复功能a) 故障应急功能。 系统一般均为联机网络运行，但在一些特殊情况，某些部门也具有脱网独立运行的功能。如北京协和医院，针对网络故障等特殊情况，制定了一整套脱网独立运行的方案，这绝不是杞人忧天，而是防患于未然。在一些特殊情况下，系统停止工作，由手工代替处理后再转回计算机处理。此时系统应具备快速恢复功能。b) 数据恢复和数据衔接功能。 可分为程序操作恢复和手工操作数据恢复。c) 运行环境恢复功能。 可分为程序操作恢复和手工操作恢复。d) 计算机病毒防范功能2.3 HIS的基本功能HIS 作为一个计算机系统，作为一种MIS而言，本质上具有对数据和信息的收集、存储、处理、传递和提供的五个基本功能，满足所有授权用户对信息的需求，满足各种业务处理的功能需求。2.3.1 数据和信息的采集功能系统必须具备数据和信息的收集的功能。系统中任何处理功能，乃至分析决策无不依赖这些数据资料，如果把系统看作是一个工厂，那么，数据资料就是原材料。原始数据和信息的收集主要是在各项业务处理的第一线，如收费窗口、库房、病房、医技科室等等，国外多年来一直流行的所谓ORDERING的系统设计的思想核心，就是数据在何处发生，就在何处采集。只有在一线采集，才能保证数据的实时性和真实性。采集的原始数据和信息要真实、正确，系统的处理结果才会正确，才有价值。否则，进来的是垃圾，出去的也只能是垃圾。原始数据和信息的采集要实时、及时，管理和监控措施才能及时有效，否则，利用信息的领导只能永远做马后炮。原始数据和信息的采集，根据其性质和形式不同，采集的方法和手段也不同。大部分是通过键盘录入。还有各种形式的卡，如磁卡、IC卡、条码卡等。近年来，随着大型自动化仪器设备的智能化，实验室系统（LIS），图像处理系统（PACS）的建设，HIS可从这些仪器的输出端直接将检查结果的数据和图像接收进来。由于计算机读入技术的长足进步，诸如数码照相，缩微照相的图像也可直接接收进来。随着INTERNET、INTRANNET的广泛使用，网上的许多信息，也可下载接收到系统中来。2.3.2 信息的存储功能系统必须具备存储信息的功能。医院的数据资料是非常宝贵的资源，甚至是财富。它对医疗、管理、科研和教学都有着不可估量的价值。数据资料中除原始资料外，还包括人和系统对原始数据进行处理后所得到的结果。若干年前，国外曾有一个计算中心失火烧掉了，该中心的领导非常伤心，但他最伤心的不是那么多的机器设备，而是存放在里面的大量的数据资料。数据资料不仅当前工作要利用，在今后工作中也要利用，对它的利用将不受时间与空间的限制。医院的各项业务每天都在产生大量的数据。这些数据要保留一定时期，有些则是要永久保留的，所以数据量极其巨大，且是与日俱增的。因此，要高度重视数据资料的存储管理。系统应该有很完善的存储管理功能、措施和制度。在涉及信息的存储问题时，要考虑存储量、信息格式、存储方式、使用方式、安全保密等问题。当前工作在用的数据，应保存在当前工作机内，一般都用硬盘。由于医院数据量大，经常会因此而降低系统的运行速度，出现数据量与日俱增，速度与日俱慢的情况。所以应采取分库存放的办法，即建两个数据库，一个是当前工作库，日常运行的所有功能都是对着这个库；一个是历史工作库，历史数据的查询功能对着历史库。系统应提供数据自动转移的功能。一般是在每天夜间运行这项功能，每天转走一批数据，使当前工作库的数据量基本保持在一个定量，以保证系统运行的速度。对当前工作要利用的数据一般都用硬盘、光盘保存；历史数据处硬盘外还可以使用磁带保存，系统应具有完善的数据复制功能，为防止以外备份数据要求异地存放。这一点，很多医院没有意识到，也为做到，该项工作是必需的，一旦发生数据不可恢复的事故，后果极其严重。2.3.3 信息的加工处理功能系统必须具有对数据的各种加工处理功能。此项功能是整个系统功能的主体。对已经收集到的信息进行各种各样的加工处理，已完成系统承担的各项业务，使信息更有意义，更能利用。对数据各种加工处理功能，几乎囊括了从原始数据资料-输出到机外的处理结果之间的全部处理功能。HIS对数据的各种加工处理功能的要求与方式各种各样。各个部门，各子系统不仅对数据加工处理的逻辑功能要求不同，而且，对加工处理的性能要求也不同，各事务处理的第一线，如窗口、病房对加工处理的速度要求较高。对同一批数据，由于使用的目的不同，加工的方式也不同，得到的结果也不同。如同样是对药品的采购数据，为库管员所提供的加工处理的功能和结果与院长查询系统提供的加工处理的功能和结果就很不一样。2.3.4 信息的传递功能系统必须具有对数据的传递功能。HIS是在全院范围的大规模的网络环境上运行的一个整体，各个部门，个个子系统在系统上处理自身的业务，实现自身的功能时，时刻都在为系统提供各种各样的信息，又时刻都从系统得到各种各样的信息，也就是说，系统时时刻刻都在进行着数据信息的传输。信息的传输问题解决的不好，经常成为系统运行效率的瓶颈。在涉及信息的传输问题时，要考虑传递量、传递方式、传递速度等问题，所以信息的传递是与信息的存储、系统的结构结合在一起统筹考虑的。2.3.5 信息的提供系统必须具备向用户提供信息的功能。医院耗费大量资金，建设信息系统，其目的就是要利用信息系统为各项工作服务。它必须具备提供信息的手段、机制、以供使用者利用，否则它就不能实现其自身的价值。2.4 HIS的业务功能体系医院信息系统的五个基本功能作用于医院的各个部门，各种性质的业务活动，实现着多种多样的业务功能，支持医院以及各个业务部门承担的任务和处理的各项业务，我们通常所说的HIS的系统功能，实际上是指的这些业务功能，而不是计算机系统的五个基本功能。HIS的功能不但丰富而且错综复杂，绝不是一张二维表或三维表所能概括的。它是一个十分庞大的业务功能体系。传递录入接收传递传递传递使用者存储提供加工采集 传递五项基本功能以及联系2.4.1 按处理的信息大类分析：HIS有两大类功能管理信息的处理功能。如物资管理功能，财务处、经营办的物价审核修改功能。临床信息处理功能。如病区医生工作站功能，检验科室接收医嘱和检验结果采集发送功能。2.4.2 按功能的层次分析：HIS具有三个层次的功能窗口一线事务处理功能。如门诊挂号功能。部门级管理功能。如药剂科采购计划审核功能。院长决策支持功能。如提供上年财务核算结果的功能。2.4.3 按专业深度分析：HIS有三个级别的功能一般日常事务处理功能。如入院通知功能，划价收费功能。专业业务支持功能。如药理咨询功能。专业知识处理功能。如疾病诊疗支持功能。2.4.4 按任务分工（职能）分析：HIS有四大类功能医疗支持与管理功能。如医嘱处理功能。管理支持功能。如经济核算功能。科研支持与管理功能。如科研成果一览表功能。教学支持与管理功能。如进修人员安排计划功能。2.4.5 按运作阶段分析：HIS有四个阶段的功能计划功能。如制订各科开诊时间和就诊人数计划功能。执行功能。如按上定计划进行挂号的功能。管理功能。如按上定计划加强开诊医生出勤管理的功能。控制功能。如根据实际就诊人数调整开诊极化的功能2.4.6 按系统前后台分析：HIS有两大类功能前台应用系统功能，如上述功能。后台系统支持与系统管理功能，如服务器端的双机热备功能，数据库维护和备份功能等。2.4.7 按空间范围分析：HIS有两大类功能院内信息处理功能。如上述功能。院外系统衔接功能。如予医保系统接口功能，与卫生厅以及卫生部等系统的接口功能。2.5 HIS子系统的划分与选择2.5.1 HIS子系统的划分系统概要设计的重要任务之一是划分子系统。如前所述，医院信息系统是不同任务不同层次的部门间互相交叉的网状系统。每个部门的功能与数据之间的逻辑关系复杂、凌乱、头绪较多，因此仔细认真的分析系统的信息加工过程，按照系统总体目标的需求，依据上述的原则和总体要求，兼顾上述得多各方面，运用一定的方法，对系统所有功能谨慎地、科学地划分和选择子系统是十分重要的一环。划分子系统是系统的宏观划分，下面讲到的模块划分是微观划分。必须先进行宏观的子系统划分，才能进一步作微观的模块划分。好比医院先要划分大科，然后才能更细的班组的道理一样。一个子系统通常包含一群关系密切得功，一个高层模块对应其中的一组功能，而一个地层模块则对应其中的一项功能。子系统的划分要遵循高内聚、低耦合的原则，即尽量保持每个子系统的相对独立性。每个子系统内部应该有着较大密切的逻辑联系，而各个子系统只见则是关联性越弱越好。只能容许其保持共享数据库的关系。子系统的划分要尽量不打破现有的组织体制，要尽量而行照顾手工处理时的组织形态。这与以往的文献观点有所不同，以往的文献经常强调子系统的划分要尽量摆脱现有的组织体制的约束，实现“理想化的划分”。但事实上，这是不可能的，也会给今后工作带来很多麻烦。在实施HIS的过程中，遇到医院的管理方式、组织体制上有不合理、不规范的地方时，要与医院的领导商量，进行调整。不能调整的，在不违反有关法规、原则的前提下、酌情处理。子系统的划分要便于HIS的分阶段开发与是线，便于系统的剪裁与组合，要为今后包括病人医疗信息管理在内的完整的HIS的开发工作打下基础，给模块的添加留下余地。2.5.2 HIS子系统的选择子系统的选择是指在某一具体医院建设HIS时，选择（更确切的说是暂时选择那些子系统）哪些子系统。子系统的选择应遵循下述原则：u 系统总体目标的实现。基本功能的覆盖是我们选择子系统应遵循的基本出发点。医院信息系统所包含的内容是渗透到医院所属的一切科室。从行政到医疗，从教学到科研，没有一个单位不同其它部门进行信息沟通，系统应选择那些与系统总体目标关系密切的子系统，即与医疗、决策管理、财务、经济核算密切有关的子系统。u 追踪信息流。子系统的选择应该包括从信息发生元数据采集经过加工处理直至满足最高管理需要的全过程。u HIS的目标是建立一个完整的医院信息系统，因此，要实现信息发生地一次性的数据录入，或者说，无论就财务与经济核算管理还是医疗动态与医疗管理，系统应能直接处理与此有关的最主要的窗口业务，达到数据的实时、实地的一次性录入。u 系统规模要适当。子系统的选择要符合系统开发适度的原则。过大的系统规模，投资大，环境复杂，开发工作难于控制，其效果不如实用强、规模适中的系统。2.6 HIS子系统的组成医院信息系统（HIS）应由以下系统组成：2.6.1 管理信息系统1) 门急诊管理系统u 门急诊导医系统u 门急诊挂号系统u 门急诊划价收费系统u 门急诊药房管理系统2) 住院病人管理系统u 入、出、转管理系统u 费用管理系统u 床位管理系统3) 病房（医嘱）管理系统4) 病区药房管理系统5) 医院药事管理系统u 药库管理系统u 制剂管理系统u 药品会计管理系统6) 护理管理系统7) 病案管理系统8) 医疗统计系统9) 人事工资管理系统10) 医院财务管理系统u 会计核算系统u 经济核算系统11) 物资管理系统u 固定资产管理系统u 物资材料管理系统12) 医院办公自动化系统13) 医院文献管理系统14) 远程医疗系统15) 远程教育系统16) 医疗管理与质量监控系统17) 区域卫生信息系统2.6.2 临床信息系统1) 门急诊医生工作站系统2) 病区医生工作站系统3) 电子病案信息系统4) 实验室信息系统（LIS）5) 医技科室信息系统6) 手术室信息系统7) 放射科信息系统8) 病理科信息系统9) PACS系统10) 临床决策支持系统2.6.3 系统支持与维护系统1) 数据备份与恢复2) 系统配置管理3) 用户管理及授权医院信息系统的功能组成HIS管理信息系统临床信息系统系统管理与维护财务管理综合查询于决策医疗管理综合查询于决策医院管理信息系统的功能组成管理信息系统门急诊管理系统病房医嘱管理护理信息管理住院病人管理病区药房管理医院药事管理医疗统计系统人事工资管理财务核算管理设备物资管理远程医疗管理办公自动化管理其它管理功能门急诊导医系统门急诊挂号系统门急诊划价收费门急诊药房管理入出转管理费用管理床位管理药库管理制剂管理药品会计系统固定资产管理物资材料管理病案管理系统医院临床信息系统的功能组成临床信息系统门集镇医生工作站系统病区医生工作站系统电子病案信息系统实验室信息系统LIS医技科室信息系统手术室信息系统放射科信息系统病理科信息系统医学影像信息系统系统维护的功能组成系统维护用户管理级授权系统配置管理数据备份与恢复2.6 实施HIS的一般步骤当一家医院决定实施一个完整的医院信息系统计划后，一般来说，它一定要经过下述的几个基本阶段。每个阶段所花费的时间长短和资源多少依医院的大小、情况不同有所不同。u 准备项目计划书u 挑选软件和硬件供应商u 需求分析u 系统设计与软件客户化u 数据准备于安装u 系统测试u 用户培训u 系统上线与维护u 系统验收20