医院信息系统技术方案书

医院信息系统技术方案书内容摘要：

内部建立基于 Inter技术的应用如电子邮件等、建立分布式数据库和浏览器客户端应用，为医院在将来接入 Inter 实现平滑过渡作好准备，并且降低了硬件设备的投资、软件的培训和软件升级的费用。 167。 运用 医院 科学管理方法 管理是促进现代化医院文明发展的三大支柱之一。 医院管理是一门科学，它是按照医院工作的客观规律，对医院的全部医疗活动采取有计划、有组织、协调与控制，使诊断和治疗的各个环节实现相互衔接、密切配合，使人财物各种因素得到合理安排、充分利用、高质量完成诊治疾病的任务，满足社会医疗需要。 167。 医院信息系统（ ZLHIS） 技术特点 ZLHIS 秉承商品化原则，现就 医院管理信息化方面 部份人无我有，人有我 优的系统特点进行概要介绍： 中联医院信息系统技术方案书 版权所有 未经许可 不得翻印 167。 软件 商品化 的旗帜 医院信息系统（ ZLHIS） 是一个真正意义上的商品化软件 ，这是行业的奇迹。 对于一个 HIS 软件来说，很重要的是 产品框架体系和产品管理体系 ，产品框架体系构 建 比较好 ，扩充新功能和需求就比较容易； 产品管理体系比较完善 ， 则能保证用户的需求得到持续稳定的满足。 ※ 软件商品化的标志： 所有用户使用的软件是一个版本系列的 除基础调研外，开发人员不在现场开发和修改程序 用户的软件改进需求是通过正常的版本升级来实现的 用户的实施和后期技术维护不是开发人员来完成，而是由经过一定培训 的技术人员来完成 ※ 为什么国内 其它 公司做不到软件商品化。 由于感知和认识的原因，大多数 HIS 公司 在医院信息化模型的归纳和抽象能力不足，在软件商品化技术的储备上也不足，导致其在项目化操作 方式下越走越远、越陷越深 除上述分析的历史原因外，很多做 HIS 的公司由于自身意识和能力原因，认为 HIS 根本无法做到商品化，从而就没有在软件商品化技术上进行储备，更没有在软件商品化的前提下的 对技术支持体系经验 作出应有的储备 由于市场和自身能力的原因，目前国内大多数公司基本都是区域型公司，由于特定区域内的用户有限，导致这些公司在区 域内什么类型的医院都做，而在实际的操作中，特大型医院和小型医院、特殊的专科医院和综合医院确实存在需求的不同，从而使其产品和公司缺乏专业性 ※ 软件商品化 的优越性： 技术风险相对比较小，质量容易得到保证 由于采用集中开发的方式，对于产品管理和质量控制可以建立比较完善的体系，这样的情况下对于开发人员的个体依赖比较小，整体技术体系风险较项目化的方式低 知识的管理和传播比较容易，我们的用户可以 共享来自众多专家及 400 余家用 户的先进管理思想与经 验 由于商品化 带来的规范性，导致在经营中对于各种知识的积累、提炼相对比较容易。 比如由于商品化带来的规范性，我们就可以对实施、技术服务等进行相应的规范化操作，积累一系列的各种培训资料，通过培训和其它方式把知识传播出去。 反之，个性化太多的东西对于提炼和传播是非常不利的 容易规模化运作 由于商品化的规范性导致实施和技术服务的进入壁垒降低，我们可以 把 更多的积累用于实施和技术服务的人员 的储备、培养 ， 在 有大规模运作的情况下，我们才能抓住机会 “ 长期不断升级 ”策略在市场上可以很好打击项目化方式运作的公司 从国内目前的情况来看， HIS 系统的需求是不断变化的，用户需要软件的不断升级完善 由于商品化方 式采用一个版本体系的软件，我们可以在 代价 很小的情况下不断对用户进行升级，主动提高用户的满意度，在现今日益重视客户满意度的情况下，我们可以通过此点不断打击升级不易的项目化体系的公司 可以更好的专业分工 1 由于商品化方式采用的是整体体系下分工合作的方式，这个对于用户需求的各个环节都有专人负责，所以可以在分工的前提下把各项工作做得更加专业 中联医院信息系统技术方案书 版权所有 未经许可 不得翻印 ZLHIS 包括三十多个应用部件，构筑了几十个应用系统，几百个功能模块，上百个参数开关 ， 构筑的几十个应用系统。 模块化结构最大的好处是可以适应不同规模的应用。 整个方案由几百个功能模块 构成，除基础数据部份以外的模块，可分别组合成相互独立的几十个系统，根据医院的实际规模和应用范围，可以灵活地组合成从基本应用到完全应用的各种模式。 可以毫不夸张地说，本方案基本解决了所有的应用要求。 例如：  首创开放式部件策略，系统由统一的功能导航台驱动，使用相同的公共部件，完成必要的设备接口和数据接口；导航台、公共部件和各应用部件具有独立版本管理和运行协调，确保局部应用的调整、升级只与独立的部件相关。  系统提供完全的在线帮助，用户在任何一个模块的使用过程中均可通过帮助按钮来获得必要的帮助和操作提示。  能够支持收 费处方到指定药房取药和动态分配药房及窗口，支持忙闲动态分配和平均分配两种方式。  提供大量符合显示习惯的药品处方输入方式支持各类处方模板，支持协定处方、专家处方、经典方等，更加方便医生使用。  电子病历支持多种输入方式支持键盘汉字书写、手写笔书写。 提供自定义西医病历、中医病历、专科病历模板功能。 提供医学词汇术语摸板辅助书写病历。  分科定制病历书写规范 ：系统支持根据不同 医院或 科别病历书写规范，确定各科室或公共的门诊病历、住院病历、护理病历书写 格式 要求。 如要求内科住院病历完成入院记录、病程记录、出院记录，而对产科则 按要求书写入院记录、产前记录、产后记录；即使同种病历文件，也可以根据分科要求，突出重点病理内容项目。  提供符合电子病历规范化发展思想的所见单定义使用，并自动转换为文字病历。 既可以提高病历录入速度，也规范了诊断过程，保证医生评估无遗漏，指导经验不足医师完成诊断，更由于确定了标准的评估方法，任何医师评估时都能得到能共同理解且质量高的数据，成为医学统计、病例比较、临床研究、辅助诊断的基础资料。  提供实现 电子病历图文混排 的病历标记图和附加表：系统预装若干标准的人体解剖、疾病图谱等标记图和附加表，让医生可快速完成包含 烧伤标记、外科手术方案等各种复杂图形说明的病历文件，病历文件美观标准。 同时由于采用了标记方式，同样可以对医生基于标记图所作的病历描述与记录进行分析比较。 中联医院信息系统技术方案书 版权所有 未经许可 不得翻印  提供符合国家规范和手工记录习惯的 体温表、麻醉记录 等对体温表和麻醉记录等医护文件，提供医护人员习惯的图形坐标点绘记录，自动连线的方式，并按照这种方式显示提示准确的体征和手术麻醉进程信息。 同时可根据地方规范，调整图形坐标记录项目。  提供医嘱模板功能提供医嘱模板，可由用户将常用医嘱内容保存为模板，供输入医嘱时随时调用并自由编辑，大大提高工作效率，减少重复劳动。  提供病历 断点连续打印 功能，既保证打印内容不重复、不遗漏，又能为医院节省纸张费用。 167。 技术领先 —— 三层结构模式 医院信息系统（ ZLHIS） 是国内少数采用大型数据库的医院信息系统，高效的前台开发工具和充分的数据库自动化编程技术使系统彻底实现三层结构模式。 三层结构模式 ——在程序设计中，把数据库、事务处理、界面相互分离，因事务规则的改变而需要升级软件时，不必更换所有机器上的应用程序，而只需升级服务器上的事务处理程序即可，这样不但方便了程序的升级，而且降低了升级所花费的代价。 例如，一个单位其应用是两台服务器， 100 个 客户机，对非三层结构（如 C/S 结构）升级时要升级所有客户（ 100 台计算机）的程序，并且要对所有涉及到的用户重新进行培训；如果采用三层结构模式，则只需要升级两台服务器上的事务处理程序，而对客户来说没有任何改变，不必进行培训。 两相对照，后者优势不言而喻。 同时奠定了区域远程医疗协作基础；在同类系统中，首先应用了大对象图形图像存取技术；事务机制的采用，保证了数据在掉电袭击等意外情况的一致完整。 167。 应用安全 —— 三级安全防护 用 Windows NT/2020 和 Windows 95/98 控制网络操作权限；应用程序对用户 的程序操作权限进行控制；把用户程序操作密码与数据库登录密码分离，杜绝了用户直接对数据库进行操作的现象，防止了非法数据输入、数据删除、数据修改和数据查询。 利用数据库重写日志机制和联机日志归档，并定时后台自动进行系统的脱机备份、联机备份、逻辑备份，可完全确保系统在遭受任何硬件失效、系统崩溃情况下，完全恢复数据。 具有真正数据库授权 （ 每一个使用用户均采用数据库用户登录， 而非传统的固定用户 +密码的方式）， 具有完善的操作权限分配策略 （ 采用数据库对象方式授权 ，而非 采用程序控制权限 ），对于所有用户的密码均进行密码转换运 算，更大程度避免用户不通过系统直接进入数据库修改数据。 这样， 极大 地 保证了系统的安全性，避免人为进入数据库修改数据，同时在不告知密码的情况下，软件开发商 同样 不能直接进入数据库。 中联医院信息系统技术方案书 版权所有 未经许可 不得翻印 主要解决思路如下： “充分利 用 Oracle 数 据库系统提供的强大的安全管理机制；在应用软件进一步的强化加密性能”是本系统安全设置的主要思想。 Oracle 数据库是目前数据库产品中安全性最好的产品，这 是世界公认的事实。 它提供了完善的数据库事务保护机制 （ 事务日志与重做日志 ） 、恢复管理器、完整的数据备份和灾难处理策略、高可用性的若干选项，保证 建立在 Oracle 数据库上的产品的高度安全。 基于 Oracle 数据库的强大， 我们对 其 安全策略的利用主要在于： a) 利用 Oracle 的用户角色管理机制，实现本系统的用户权限管理； b) 利用存储过程，保证对数据的访问只能通过过程进行。 在本系统中，“用户”这个概念是分成两个部分来理解的：一是上机人员，也就是用户单位中的工作人员（以后简称人员）；另一个就是 Oracle 用户，也就是数据库中用户（以后简称用户）。 它们在数据库中的关系如下图： 系统的登录、执行各种操作（增加记录，修改记录，删除记 录）等都是以 Oracle 用户的身份在进行。 只有当需要得到当前操作员的真实姓名和部门等信息时 —— 比如填写单据，才用得到上机人员。 这样设置的好处是 Oracle 用户并不依赖于实际用户，在系统的实际用户资料还未建立时就能使用本系统。 在进行权限管理时，其对象都是指 Oracle 用户。 这套开发体系的权限控制采用的是多层结构，如下图所示： 程序中涉及权限管理的模块有两个地方： 在系统中，对数据库对象的各种操作权限都是授给角色的，而不是针对具体用户。 当在《系统用户管理》中为用户选择了角 色后，用户同时也就有了该角色所具有的权限。 程序中是通过《系统权限管理》给角色授权的。 界面上显示的是各个角色能执行哪个模块、模块中的哪个功能。 如此就已经让 Oracle 用户具有操作这些数据库对象的能力。 系统除可以对模块级别进行授权外，还可以对模块内部的子功能进行授权，更加贴近用户实际需求。 这样的安排优点很多： 人员表 Oracle 用户 通过 得到 上机人员表 用户名 人员名 对照关系 照关系 照 各功能对数据对象的操作权限 Oracle用户 Oracle角色 Oracle 数据对象 程序模块 模块功能 授予角色给用户 角色使用哪些模块 每个模块又分多个功能 每个用户对数据对象的操作权限 中联医院信息系统技术方案书 版权所有 未经许可 不得翻印  权限控制准确 由于模块功能所涉及到的数据库对象是由程序员填写，因此能给出完成该功能所需的最小数据库对象操作集，也就是如果该功能只会涉及一个表的 SELECT 操作，那绝不会再把表的INSERT 操作的权限赋 给角色。 当然这样做也有一定的负面影响，那就是程序员的工作量增大了；而且容易填写错误。  控制细致 同一个模块，我们可以按功能划分几个部分，对于每一部分具体授权。 比如入库管理程序，可以把填单和审核的功能分开管理。  控制灵活 由于权限控制都是通过数据表动态控制的，所以当权限有改动时，只需要相应改动数据表就行了，很少改程序。 熟悉数据库操作的人员不使用程序直接访问修改数据对象，是信息系统中司空见惯的事情。 本系统通过严格的数据库授权控制和密码转换的策略，使系统的操作者，只有通过系统程序才能 进行数据访问操作。  所有数据访问全部通过存储过程进行 具有用户访问操作权限的用户，并不具有具体的数据表的操作权限；只授予了他们相关的操作访问数据的存储过程的执行权限；使他们无法通过存储过程以外的方式改变数据，从而保证了系统的数据安全。 由于存储过程本身是包含了业务规则的完整事务，因此也保证了数据的完整性和一致性，避免了直接操作数据可能导致的。