发布时间：2023-09-22 10:37:53
绪论：一篇引人入胜的卫生信息的基本功能，需要建立在充分的资料搜集和文献研究之上。搜杂志网为您汇编了三篇范文，供您参考和学习。
电子病历系统的几个定义
实际上，HL7 在开发《电子病历系统功能模型（EHR System Functional Model，EHR-S FM）》之前，电子病历系统的定义已经有了很多种，分别来自美国医学会（IOM）、国际标准化组织（ISO）和欧盟标准组织（CEN）。
1．电子病历系统是产生、使用、储存和检索病人健康信息纪录的一套机制和装置，通常设在卫生服务机构内，包括人员、数据、规章制度、操作规范、处理和储存设备（如纸张、笔、硬件和软件）、通信和其他为之服务的设施。（IOM，1997）
2．电子病历系统纵向采集个体的电子化健康信息（包括个人健康情况和卫生服务），只有经过授权的用户才可以随时获得相关的个体信息或群体信息，提供改善卫生服务质量（安全、效率）的知识和辅助决策信息，提高卫生服务机构的工作效率。（IOM，2003）
3．电子病历系统是记录、检索、处理电子健康信息的系统。（ISO/TS 18308，CEN 13606）
HL7 开发《电子病历系统功能模型》的目的是要明确电子病历系统应该具备的功能，这些功能按用户的视角描述，使电子病历系统的功能表达标准化; 同时，通过建立特定服务单元（care settings）和区域（realms）的功能范例（Functional Profiles，FP），使不同国家、不同卫生机构电子病历系统的功能描述有统一的方法和共同的理解。这些特定的服务单元和区域可以是同一个国家的不同卫生机构（如重症监护室、心脏病区、诊察室），也可以是不同国家的卫生机构（如某些国家的初级卫生保健机构）。
功能模型的基本内容
HL7开发的电子病历系统功能框架（functional outline，FO）由直接医疗功能（DC）、支持信息功能（SP）和基础架构功能（IN）三个部分组成，用来概括所有可能用到的电子病历系统功能（共140个）。功能范例（functional profiles，FP）只包含准备使用的电子病历系统功能。功能范例必须受功能框架的三个组成部分的约束（参见图1）。
功能列表最多有4级目录，如图2所示。例如DC1为直接医疗的一级目录，表示医疗管理功能; DC1.1为二级目录，表示医疗管理功能中的记录管理; DC1.1.1为三级目录，表示医疗管理功能记录管理标识和维护患者记录; DC1.1.3.1为四级目录，表示医疗管理功能记录管理来自外部的数据和文档从外部临床来源获取数据和文件。最底层的目录为功能构件名称，如图2中的DC1.1.1、DC1.1.2、DC1.1.3.1、DC1.1.3.2、DC1.1.3.3。
直接医疗功能列表有3个一级目录、65个基本功能构件（参见表1）。
支持信息功能列表有3个一级目录，分别是: S.1临床支持，S.2测量、分析、研究和报告，S.3 管理和财务，共有50个基本功能构件（略）。
基础架构功能列表是电子病历系统生产厂商关心的内容，有7个一级目录、25个基本功能构件（参见表2）。
创建功能范例
功能模型的具体应用要通过创建功能范例来实现。功能范例是为了适应特定目的、特定用户、特定保健机构、区域等而选择的一套功能，用来管理功能主列表，每个单独的电子病历系统只用到整个功能框架包含的部分功能。所以，电子病历系统不直接遵从功能模型，而是遵从功能范例。创建功能范例的步骤:
1. 提供一般的范例信息。所有范例都需要有一个唯一的标识来说明该实例的一般信息，包括标识该实例和作为该实例产生基础（该实例将要遵从）的功能模型说明为何要创建该功能范例、如何使用该范例等。还包括该功能范例拟应用场合（应用软件）的描述和定义，说明其理念、范围、目标读者，可举例说明。
2. 创建一致性条款。一致性条款要回答如下问题: 用什么表明该功能范例与功能模型具有一致性？该问题为在功能范例创建者、电子病历系统开发、认证和测试组织者、用户之间提供了沟通的可能性，使得在本领域内使用“一致性系统”、“兼容性系统”或“一致实例”等词汇时有明确的标准。一致性等级表达方式有三种:
必须（shall）: 表示强制性，是必须的行为;
应该（should）: 指特别适用的推荐行为;
可以（may）: 表示可选择、可允许的行为。
所有功能都被设置了三个优先程度，即目前必需、将来必需或可选。
3. 选择功能。从功能模型中选择满足所要创建的范例的功能构件; 尽量使用与功能构件一样的ID号和功能的名称、陈述，只允许有限的、可控的本地化。允许增加新的子功能或将一个功能分解或增加一个新的子功能; 为所选的功能设置优先; 为所选的功能或添加的功能创建一致性标准。
4. 创建一致性标准。一般情况下，功能范例直接从功能模型继承一致性标准或者从功能模型中的一致性标准派生出一致性标准。范例必须继承所有功能模型中的强制性条款。
功能范例示例
急诊部信息系统（Emergency Department Information System, EDIS）功能范例（EDIS-FP）是HL7急诊医疗兴趣小组(EC-SIG)的项目，目的是按照HL7电子病历系统功能模型，为急诊部的信息系统提出标准的功能范例。通过产生一个稳定的、可用的功能范例，勾勒出EDIS的基本功能，包括对其评价的一致性标准，以期为急诊部门建设、优化和评价其信息系统制定出一个开放的、客观的标准。EDIS-FP是目前HL7电子病历功能模型包中提供的唯一功能范例。EDIS功能范例列举的功能103个直接来自电子病历系统 FM的功能构件，其中直接医疗层次有50个，支持信息层次有30个，基础架构层次有23个，在功能框架下自定义的功能37个。
总体说来，HL7电子病历功能模型是电子病历产品开发的高层框架标准，通过创建功能范例，可以用标准的方法描述特定电子病历产品所具有的功能。很显然，只有在明确功能的基础上，才能进一步开发电子病历的下层标准，如为了实现某一个功能需要开发哪些子系统，需要采用哪些电子病历的内容标准、编码标准、信息模型、子系统之间的互操作标准，以及系统与系统之间的互操作标准，寻找能满足产品功能的开发商和合作伙伴。
（本文作者王才有的工作单位为卫生部统计信息中心，其他作者的工作单位均为第四军医大学）
作者简介 徐勇勇
教授，博士生导师，第四军医大学卫生统计学教研室主任，第四军医大学卫生信息研究所常务副所长。担任军队“十五”重大课题《网络条件下医院统计的深化与标准化》首席专家，主持完成了国家自然科学基金及国家“863”项目多项，是《国家卫生信息标准基础框架》项目负责人。参与了军内外多项标准制定工作，发表学术论文近100篇，主编国家级教材2部，培养博士研究生16人、硕士研究生11人。现任中国卫生信息学会卫生信息标准化专业委员会主任委员、全军卫生信息学专业委员会副主任委员。
链接一:HL7与HIPAA
谈到美国的医疗制度和卫生信息化，不能不提到《健康保险接替和责任法案》（Health Insurance Portability and Accountability Act, HIPAA）。这是1996年美国国会通过的联邦法律，目的是保证美国人的健康权益:
1. 工作变动或失业时健康保险不能中断;
2. 病人有权决定如何使用保存在医疗机构的个人健康信息;
3. 要求医疗机构在绝对保障病人隐私的前提下，通过统一标准和信息技术传递医疗信息，延续病人的医疗保险所需要的各种信息传递。
从卫生信息化的角度，HIPAA可以称为“美国卫生信息的国家大法”。从1996年起HL7参与美国HIPAA，成立了专门的特别兴趣组，实施了一系列工作项目，制定了支持健康保险及其他索赔附件电子报文处理的标准。该兴趣组是HIPAA指定的标准维护组织中HL7的代表。不过，值得注意的是HIPAA费用补偿的交易方式主要采用的是HIPAA/EDI交换标准，而不是我们想象中的HL7交换标准。
链接二:电子病历系统的研究热点
完整的电子病历系统是非常复杂的，需要有一个不断完善和发展的过程。目前，电子病历的研究主要集中在以下几个技术环节：
1. 电子病历的结构。病历是一个人的健康历史。它包含的内容种类很多：首页、医嘱、病程记录、各种检查检验结果、手术记录、护理信息等。这些信息产生于各个就诊环节和多个不同的系统中，既有结构型数据，也有非结构型数据，要把这些信息组织起来，在计算机内部需要建立病历的描述结构或者说电子病历的数据模型，这是电子病历的基础。
随着卫生体制改革的深入发展，大部分省市、自治区逐步建立了社区卫生服务组织、综合医院和专科医院合理分工的医疗服务新体系。社区卫生服务组织主要从事预防、保健、健康教育、计划生育和常见病、多发病、诊断明确的慢性病治疗和康复；综合医院和专科医院主要从事疾病诊治，其中大型医院主要从事急危重症、疑难病症的诊疗，并结合临床开展教育、科研工作。随着社区卫生服务组织和综合医院、专科医院双向转诊制度的不断建立与完善，也进一步明确了社区卫生服务组织和综合医院及专科医院存在着密切的双向转诊、指导培训、信息反馈等关系［1］。这就需要医院信息系统与社区卫生服务信息系统之间能够实现资源共享，以尽快满足医疗卫生服务模式的转变及实现医疗卫生管理信息化的需要。
1研究背景及存在问题
HIS是由计算机和一系列通信设备组成的，支持对医疗信息和管理信息的采集、存储、处理和交换，并满足各授权用户功能需求的医院局域网络。信息科学的发展，使医院信息系统的开发逐步向产业化方向发展。20世纪60年代，美国、西欧及日本等一些发达国家，相继将计算机引入到医院管理方面。其中有代表性的有美国的分布式医院计算机程序、日本北里大学附属医院综合信息医院等。发达国家已广泛应用医院信息系统。这些医院信息系统多数是在20世纪80年代开发的，大多以大型机或微小型机为主机，采用集中形式处理。医院计算机网络设施齐全，通讯方便，同时，还可与院外局域网、广域网互联，主要应用于医院信息系统，支持医疗信息的实时处理［2］。
我国的医院信息系统开发应用还处于初级阶段，主要侧重于事物处理和经济管理方面。目前，在各医院已建立的医院信息系统中主要包括的功能子系统有：门急诊挂号系统、门急诊计价收费系统、住院病人（入、出、转）管理系统、病房医嘱处理系统、药品管理系统、财务核算系统、人事工资管理系统［3］。目前，我国正在建立的医院信息系统基本上涵盖了医院大部分的事务性的管理，但是，它目前只是以医院的管理信息为中心，还需在功能上不断地完美和扩充，并逐步过渡到以病人信息为中心的临床诊疗信息系统，如可加入医学影像系统(PACS)、电子病历功能、计算机辅助诊断功能、科研管理子系统及多媒体辅助教学功能等，并为社区、医疗保险等其他卫生服务信息系统提供标准规范的接口功能。
社区卫生信息系统包括医疗、预防、保健、康复、健康教育和计划生育技术指导等六位一体的服务管理信息，可概括为社区卫生服务管理、社区卫生服务、社区卫生服务评价和决策支持四大信息系统，适用于社区卫生服务中心、社区卫生服务站、社区医院及有关社区医疗服务机构的管理。我国社区卫生信息系统的开发正处于起步阶段，表现为地域性强，条块分割，多头开发严重，各系统缺乏统一的信息分类标准和数据元素标准。
分析以上两大信息系统，笔者认为主要存在的问题是：(1)社区卫生信息系统与医院信息系统在总体设计时没有考虑共网设计，造成目前各自为政百花齐放的格局，不利于信息资源共享；(2)两大系统的标准化建设程度不够，系统的数据格式大都采用自己的格式，缺乏统一的标准和协议；(3)两大信息系统的网络结构各异，运行平台和数据库不统一，而且系统之间也没有为对方提供规范化、标准化的数据接口，无法直接互联实现信息共享。现有系统不适应医疗服务模式的转变。因此，研究双向转诊系统中信息资源的利用，探讨如何实现医院信息系统和社区卫生信息系统之间的资源共享具有深远的现实意义。
2资源共享系统的建设原则
随着科技的发展，信息管理系统功能不断完善，一般管理信息系统具有如下特点：可识别性、可传输性、可存储性、经济性和信息可共享性。信息可共享性是指信息在输出的过程中，只能使输入一方的信息量增加，不会使输出一方的信息量减少，从而实现“信息共享”。信息的共享性主要表现在不同的管理领域和管理层次都可共同使用同一信息。所以，医院信息系统和社区卫生信息系统之间的信息共享性程序对管理信息系统的水平起着决定性的作用。医院信息和社区卫生信息资源共享系统应该具有目的性、整体性、相关性和环境适应性等一般系统的特征，并应遵循以下原则［4］。
2.1面向用户原则这是系统目的性的体现。医院信息系统和社区卫生信息系统是为医疗卫生服务与医疗卫生管理工作服务的，建成的系统要由管理人员（用户）来使用。系统开发的成功与否取决于是否符合用户的需要，满足用户的要求是开发工作的出发点和归宿；用户是否满意是衡量系统开发质量的首要标准。因此，在系统建设的整个过程中，应该始终与用户保持密切的联系，不断地、及时地了解用户的要求和意见，这是系统建设工作取得成功的必要条件之一。
2.2整体性原则系统的整体性，主要体现在功能目标的一致性和系统结构的有机化。为此，首先要坚持统一规划、统一标准、统一规范，严格按阶段分步实施的原则，采用先确定逻辑模型，再设计物理模型的开发思路；其次，要坚持继承与发展相结合的原则，强调管理集成、信息集成和系统集成。
2.3相关性原则医院信息系统和社区卫生信息系统是由多个子系统（功能）组成的，整个系统是一个不可分割的整体。整个系统的功能并不是各子系统的简单加总，而是1+1>2。组成管理信息系统的各子系统各有其独立功能，同时又相互联系、相互作用，通过信息流把它们的功能联系起来。如果它们之中的一个子系统发生变化，其他子系统也要相应地改变和调整。因此，不能不考虑其他子系统而设计某个子系统。整个系统为层次结构，可分解为多个子系统；子系统同样又可分解为更细一级的子系统。系统、子系统均有自身的目标、界限、输入、输出和处理内容，但它们不应该被孤立地看待和处理。
2.4动态适应性原则医院和社区自身条件及其外界环境是不断发展变化的。为了适应这种变化，卫生管理信息系统中的这两大系统必须具有良好的可扩展性和易维护性。能够经常与外界环境保持最佳适应状态的系统，才是理想的系统。开发信息系统必须具有开放性、超前性的眼光，应立足当前，充分利用现有设备、人员和工作基础，兼顾卫生信息化长远发展的需要，使系统具备较强的动态适应性。
2.5工程化、标准化原则系统的建设管理必须采用工程化和标准化的管理，即科学划分工作阶段，制定阶段性考核标准，分步组织实施。所有文档和工作成果要按标准存档，以便修改、升级、维护和重用。
2.6系统数据库的统一性为了使两个系统具有良好的资源共享性，必须对两个系统中的共同部分制定统一的数据结构和存储格式，以便使两个系统通过最为简单的数据通信接口，便可实现系统间的数据共享。
3资源共享系统的组成与实现
资源共享系统的组成主要由硬件系统和软件系统两大部分组成。硬件系统由高性能的中心计算机或服务器、大容量的存储装置、遍布医院和社区卫生机构各部门的用户终端设备以及数据通信线路等组成信息资源共享的计算机网络。软件系统采用具有面向多用户和多种功能的计算机软件系统，包括系统软件、应用软件和软件开发工具以及各种医院信息和社区卫生信息数据库与数据库管理系统。
资源共享系统采用客户机/服务器（C/S）模式和组件程序设计。C/S结构是构成分布式应用系统的良好方式。这种结构和运行方式将应用分工，客户机执行前台功能，服务器执行后台功能，有效地发挥了客户机的处理功能和作用，从而减少了服务器的压力，形成了多CPU分工处理的环境，提高了速度和效率。数据库采用ORACLE，操作平台则采取跨平台方式，能够在多种平台上（如Windows，Unix，Linux）运行，支持微机系统、小型机系统等多个硬件平台，采用光缆、10/100Mb网络线路、PSTN、DDN等多种通讯手段，以形成高速交换带宽，达到快捷的网络速度，建立以城域网为骨干的资源共享系统网络结构，客户端分布在医院和社区卫生服务的各个机构部门。通讯协议采用TCP/IP网络通讯协议，能与各种开放网络良好衔接。
软件开发必须依照医疗行业规范，从实际出发，密切结合当前医院管理体制和社区卫生服务体制的改革趋势，严格遵循软件工程规范。各子系统互相连接、交织成网，应充分考虑整个系统的模块化和可拆卸性，模块接口简单清晰，充分考虑和医疗保险系统的统一规范，提供与医疗保险系统的收费结算系统的良好接口，便于医院医疗服务和社区卫生服务的管理。采用诱导式编码输入法，并提供编码查询功能，具有完备字典功能。采用的标准及规范严格执行国家现行的医院管理制度、卫生部《医院信息系统（HIS）软件基本功能规范》、国家标准《计算机软件工程规范》及国家、行业及系统级的信息分类与代码。
4资源共享系统的内容构架与基本功能
随着社会化、信息化步伐的加快，医院信息系统建设速度也在迅速提高。我国各级医院都在不同程度地建设具有各自特色的管理信息系统，但由于医院规模、地理位置、管理部门等差别，医院信息系统建设仍然千差万别。较完整的和先进的系统较少，大多数仍处于部分网络化，部分手工化的低水平、小规模层次，还仅限于信息的输入、统计阶段。虽然国内有众多家IT厂商参与医院信息系统的建设，但是仍没有一个统一的标准，所以医院在实施医院信息系统时还具有一定难度。
医院信息系统是管理系统（MIS）在医院环境的具体应用，因此，具有一些其他MIS系统共有的特性，比如它们均是以数据库为核心，以网络为技术支撑环境，具有一定规模的计算机化的系统；都是以经营业务为主线，以提高工作质量与效率和辅助决策为主要目的，可以提高综合管理水平；在系统内部按一定原则划分为若干子系统等。但是医院信息系统的推出又有许多不同于一般MIS系统的独有特点，信息系统在医院的实现又具有其特殊的功能要求。例如要有一个大规模、高效率的数据库管理系统的支持；要有很强的联机事务处理支持能力；具有易学易用的友善人机界面；具有可剪裁性和可伸缩性，能适应不同医院的发展计划需求；具有开放性与可移植性，能适应不同硬软件平台；采用模块化结构，具有可扩充性等。参照卫生部信息化工作领导小组的《医院信息系统基本功能规范》中的要求［5］，医院管理信息系统主要由以下5个部分组成，从而构成完整的医院信息系统，见图1。
图1医院信息系统基本内容构成
临床诊疗部分主要以患者信息为核心，将整个患者诊疗过程作为主线，医院中所有科室将沿此线展开工作；药品管理部分主要包括药品的管理与临床使用；经济管理部分属于医院信息系统中的最基本部分，它与医院中所有发生费用的部门有关，处理的是整个医院中各有关部门产生的费用数据，并将这些数据整理、汇总、传输到各自的相关部门，供各级部门分析、使用并为医院的财务与经济收支情况服务；综合管理与统计分析部分主要包括病案的统计分析、管理，并将医院中的所有数据汇总、分析、综合处理，供领导决策使用；外部接口部分包括医疗保险接口、社区卫生服务接口和远程医疗咨询系统接口。
随着卫生体制改革的深入发展，大部分省市、自治区逐步建立了社区卫生服务组织、综合医院和专科医院合理分工的医疗服务新体系。社区卫生服务组织主要从事预防、保健、健康教育、计划生育和常见病、多发病、诊断明确的慢性病治疗和康复；综合医院和专科医院主要从事疾病诊治，其中大型医院主要从事急危重症、疑难病症的诊疗，并结合临床开展教育、科研工作。随着社区卫生服务组织和综合医院、专科医院双向转诊制度的不断建立与完善，也进一步明确了社区卫生服务组织和综合医院及专科医院存在着密切的双向转诊、指导培训、信息反馈等关系［1］。这就需要医院信息系统与社区卫生服务信息系统之间能够实现资源共享，以尽快满足医疗卫生服务模式的转变及实现医疗卫生管理信息化的需要。
1 研究背景及存在问题
HIS是由计算机和一系列通信设备组成的，支持对医疗信息和管理信息的采集、存储、处理和交换，并满足各授权用户功能需求的医院局域网络。信息科学的发展，使医院信息系统的开发逐步向产业化方向发展。20世纪60年代，美国、西欧及日本等一些发达国家，相继将计算机引入到医院管理方面。其中有代表性的有美国的分布式医院计算机程序、日本北里大学附属医院综合信息医院等。发达国家已广泛应用医院信息系统。这些医院信息系统多数是在20世纪80年代开发的，大多以大型机或微小型机为主机，采用集中形式处理。医院计算机网络设施齐全，通讯方便，同时，还可与院外局域网、广域网互联，主要应用于医院信息系统，支持医疗信息的实时处理［2］。
我国的医院信息系统开发应用还处于初级阶段，主要侧重于事物处理和经济管理方面。目前，在各医院已建立的医院信息系统中主要包括的功能子系统有：门急诊挂号系统、门急诊计价收费系统、住院病人（入、出、转）管理系统、病房医嘱处理系统、药品管理系统、财务核算系统、人事工资管理系统［3］。目前，我国正在建立的医院信息系统基本上涵盖了医院大部分的事务性的管理，但是，它目前只是以医院的管理信息为中心，还需在功能上不断地完美和扩充，并逐步过渡到以病人信息为中心的临床诊疗信息系统，如可加入医学影像系统(PACS)、电子病历功能、计算机辅助诊断功能、科研管理子系统及多媒体辅助教学功能等，并为社区、医疗保险等其他卫生服务信息系统提供标准规范的接口功能。
社区卫生信息系统包括医疗、预防、保健、康复、健康教育和计划生育技术指导等六位一体的服务管理信息，可概括为社区卫生服务管理、社区卫生服务、社区卫生服务评价和决策支持四大信息系统，适用于社区卫生服务中心、社区卫生服务站、社区医院及有关社区医疗服务机构的管理。我国社区卫生信息系统的开发正处于起步阶段，表现为地域性强，条块分割，多头开发严重，各系统缺乏统一的信息分类标准和数据元素标准。
分析以上两大信息系统，笔者认为主要存在的问题是：(1)社区卫生信息系统与医院信息系统在总体设计时没有考虑共网设计，造成目前各自为政百花齐放的格局，不利于信息资源共享；(2)两大系统的标准化建设程度不够，系统的数据格式大都采用自己的格式，缺乏统一的标准和协议；(3)两大信息系统的网络结构各异，运行平台和数据库不统一，而且系统之间也没有为对方提供规范化、标准化的数据接口，无法直接互联实现信息共享。现有系统不适应医疗服务模式的转变。因此，研究双向转诊系统中信息资源的利用，探讨如何实现医院信息系统和社区卫生信息系统之间的资源共享具有深远的现实意义。
2 资源共享系统的建设原则
随着科技的发展，信息管理系统功能不断完善，一般管理信息系统具有如下特点：可识别性、可传输性、可存储性、经济性和信息可共享性。信息可共享性是指信息在输出的过程中，只能使输入一方的信息量增加，不会使输出一方的信息量减少，从而实现“信息共享”。信息的共享性主要表现在不同的管理领域和管理层次都可共同使用同一信息。所以，医院信息系统和社区卫生信息系统之间的信息共享性程序对管理信息系统的水平起着决定性的作用。医院信息和社区卫生信息资源共享系统应该具有目的性、整体性、相关性和环境适应性等一般系统的特征，并应遵循以下原则［4］。
2.1 面向用户原则 这是系统目的性的体现。医院信息系统和社区卫生信息系统是为医疗卫生服务与医疗卫生管理工作服务的，建成的系统要由管理人员（用户）来使用。系统开发的成功与否取决于是否符合用户的需要，满足用户的要求是开发工作的出发点和归宿；用户是否满意是衡量系统开发质量的首要标准。因此，在系统建设的整个过程中，应该始终与用户保持密切的联系，不断地、及时地了解用户的要求和意见，这是系统建设工作取得成功的必要条件之一。
2.2 整体性原则 系统的整体性，主要体现在功能目标的一致性和系统结构的有机化。为此，首先要坚持统一规划、统一标准、统一规范，严格按阶段分步实施的原则，采用先确定逻辑模型，再设计物理模型的开发思路；其次，要坚持继承与发展相结合的原则，强调管理集成、信息集成和系统集成。
2.3 相关性原则 医院信息系统和社区卫生信息系统是由多个子系统（功能）组成的，整个系统是一个不可分割的整体。整个系统的功能并不是各子系统的简单加总，而是1+1>2。组成管理信息系统的各子系统各有其独立功能，同时又相互联系、相互作用，通过信息流把它们的功能联系起来。如果它们之中的一个子系统发生变化，其他子系统也要相应地改变和调整。因此，不能不考虑其他子系统而设计某个子系统。整个系统为层次结构，可分解为多个子系统；子系统同样又可分解为更细一级的子系统。系统、子系统均有自身的目标、界限、输入、输出和处理内容，但它们不应该被孤立地看待和处理。
2.4 动态适应性原则 医院和社区自身条件及其外界环境是不断发展变化的。为了适应这种变化，卫生管理信息系统中的这两大系统必须具有良好的可扩展性和易维护性。能够经常与外界环境保持最佳适应状态的系统，才是理想的系统。开发信息系统必须具有开放性、超前性的眼光，应立足当前，充分利用现有设备、人员和工作基础，兼顾卫生信息化长远发展的需要，使系统具备较强的动态适应性。
2.5 工程化、标准化原则 系统的建设管理必须采用工程化和标准化的管理，即科学划分工作阶段，制定阶段性考核标准，分步组织实施。所有文档和工作成果要按标准存档，以便修改、升级、维护和重用。
2.6 系统数据库的统一性 为了使两个系统具有良好的资源共享性，必须对两个系统中的共同部分制定统一的数据结构和存储格式，以便使两个系统通过最为简单的数据通信接口，便可实现系统间的数据共享。
3 资源共享系统的组成与实现
资源共享系统的组成主要由硬件系统和软件系统两大部分组成。硬件系统由高性能的中心计算机或服务器、大容量的存储装置、遍布医院和社区卫生机构各部门的用户终端设备以及数据通信线路等组成信息资源共享的计算机网络。软件系统采用具有面向多用户和多种功能的计算机软件系统，包括系统软件、应用软件和软件开发工具以及各种医院信息和社区卫生信息数据库与数据库管理系统。
资源共享系统采用客户机/服务器（C/S）模式和组件程序设计。C/S结构是构成分布式应用系统的良好方式。这种结构和运行方式将应用分工，客户机执行前台功能，服务器执行后台功能，有效地发挥了客户机的处理功能和作用，从而减少了服务器的压力，形成了多CPU分工处理的环境，提高了速度和效率。数据库采用ORACLE，操作平台则采取跨平台方式，能够在多种平台上（如Windows，Unix，Linux）运行，支持微机系统、小型机系统等多个硬件平台，采用光缆、10/100Mb网络线路、PSTN、DDN等多种通讯手段，以形成高速交换带宽，达到快捷的网络速度，建立以城域网为骨干的资源共享系统网络结构，客户端分布在医院和社区卫生服务的各个机构部门。通讯协议采用TCP/IP网络通讯协议，能与各种开放网络良好衔接。
软件开发必须依照医疗行业规范，从实际出发，密切结合当前医院管理体制和社区卫生服务体制的改革趋势，严格遵循软件工程规范。各子系统互相连接、交织成网，应充分考虑整个系统的模块化和可拆卸性，模块接口简单清晰，充分考虑和医疗保险系统的统一规范，提供与医疗保险系统的收费结算系统的良好接口，便于医院医疗服务和社区卫生服务的管理。采用诱导式编码输入法，并提供编码查询功能，具有完备字典功能。采用的标准及规范严格执行国家现行的医院管理制度、卫生部《医院信息系统（HIS）软件基本功能规范》、国家标准《计算机软件工程规范》及国家、行业及系统级的信息分类与代码。
4 资源共享系统的内容构架与基本功能
随着社会化、信息化步伐的加快，医院信息系统建设速度也在迅速提高。我国各级医院都在不同程度地建设具有各自特色的管理信息系统，但由于医院规模、地理位置、管理部门等差别，医院信息系统建设仍然千差万别。较完整的和先进的系统较少，大多数仍处于部分网络化，部分手工化的低水平、小规模层次，还仅限于信息的输入、统计阶段。虽然国内有众多家IT厂商参与医院信息系统的建设，但是仍没有一个统一的标准，所以医院在实施医院信息系统时还具有一定难度。
医院信息系统是管理系统（MIS）在医院环境的具体应用，因此，具有一些其他MIS系统共有的特性，比如它们均是以数据库为核心，以网络为技术支撑环境，具有一定规模的计算机化的系统；都是以经营业务为主线，以提高工作质量与效率和辅助决策为主要目的，可以提高综合管理水平；在系统内部按一定原则划分为若干子系统等。但是医院信息系统的推出又有许多不同于一般MIS系统的独有特点，信息系统在医院的实现又具有其特殊的功能要求。例如要有一个大规模、高效率的数据库管理系统的支持；要有很强的联机事务处理支持能力；具有易学易用的友善人机界面；具有可剪裁性和可伸缩性，能适应不同医院的发展计划需求；具有开放性与可移植性，能适应不同硬软件平台；采用模块化结构，具有可扩充性等。参照卫生部信息化工作领导小组的《医院信息系统基本功能规范》中的要求［5］，医院管理信息系统主要由以下5个部分组成，从而构成完整的医院信息系统，见图1。
图1 医院信息系统基本内容构成
临床诊疗部分主要以患者信息为核心，将整个患者诊疗过程作为主线，医院中所有科室将沿此线展开工作；药品管理部分主要包括药品的管理与临床使用；经济管理部分属于医院信息系统中的最基本部分，它与医院中所有发生费用的部门有关，处理的是整个医院中各有关部门产生的费用数据，并将这些数据整理、汇总、传输到各自的相关部门，供各级部门分析、使用并为医院的财务与经济收支情况服务；综合管理与统计分析部分主要包括病案的统计分析、管理，并将医院中的所有数据汇总、分析、综合处理，供领导决策使用；外部接口部分包括医疗保险接口、社区卫生服务接口和远程医疗咨询系统接口。
