《安全药房》项目技术方案及创新性.docVIP

《安全药房》项目技术方案及创新性 ——科技部创新基金项目申报资料 项目背景 随着中国国家经济实力的不断提升，人民群众对于医疗保障服务的要求也日益增强，国家政府及相关行业均加大了在此方面的投入，目前的热点问题之一：保证用药安全、合理与低廉，要求我们进一步强化药品生产、流通及使用过程的管理，使之更为高效、透明、可控及监管。为此，相关政府主管部门近年来也是动作频繁，如强化GSP执行、制定规范药房验收标准、完善编录基本药物目录。加速信息化建设等。 在此背景下，全球锁拟在在原有HIS产品基础上，升级强化原来的药房管理模块，使之在原有基本满足医疗机构药房内部管理功能要求的基础上达到：遵循规范保障“合理”；电子信息化保障“透明”；全程溯源保障“可控”；云计算技术保障“监管”。 项目技术原理 本项目以云计算技术为基础，建设一个兼顾功能需求及操作简便性，医疗机构药房管理的管理信息系统，并确保它满足最新政策要求。为此我们采用了四层结构：数据库层、中间件（应用服务）、客户端及对外接口（数据采集与支撑）。 数据库采用ORACLE数据库系统，用于存贮系统所需的各类数据信息。考虑到政府监管的潜在需求，在部署ORACLE时，充分考虑私有云与公有云之间的兼容问题。前期系统将可能完全在医疗机构构建的私有云上运行，一旦政府监管需要，系统将能够随时迁移到混合云甚至完全迁移到政府提供的公有云端。在由私有云向混合云、公有云迁移过程中可能出现的数据库异构等情况，也是本项目应着重考虑的一个重大技术问题，为此在本项目开发过程中，将采用面向服务编程（SOP）模式。 应用服务层将全面采用SOP模式编程，SOP(面向服务编程)是一种突破性的软件组件化技术，它是为建立灵活的应用程序模块提供的一种最新技术。SOP模块把内部流程、本地服务操作当作“组装的元件”，不仅仅只是使用服务访问系统，而是提供一种模块驱动的技术，使用内存中的服务镜像运行一个完整的应用程序。由于这些内存中的服务能够通过Web服务标准或者任何专有协议透明地实现外部化，SOP能够自动地把SOA（面向服务架构）添加到应用程序模块中，并且从“内部”进行实时整合，从而消除价格昂贵的数据复制的需求。SOP采用分层次的软件模块，用最低级的、原子的服务代表这个工作的最小的部分;用最高级的、合成的服务包含许多嵌套的服务模块。商务逻辑包括许多合成的服务。在运行的时候，这些服务在多内核、处理器和服务器上自动地以多线程方式运行并且进行分子级的虚拟化。 正是基于SOP的技术优势，我们的项目将具备以下几方面的特点： 1、易于扩展与迁移，无论是数据库，还是服务器硬件等后台运行环境，均可能在客户端几乎不作变更的情况下进行扩展与迁移，甚至可以在客户感知不变的情况下，已经完成了后台环境的扩展与迁移。 2、我们正处于一个变革的时代，政策、公众等外界因素，将不断对项目提出新的需求，而医疗机构内部业务逻辑却相对严密、稳定。因此我们可以在保证业务逻辑稳定的前提下，在中间层即能迎合不断推出的新的政策需求，从而保证项目的时效性，保证客户投资的长期有效性。 3、客户端编程效率将极大提升，有资料表明，在达到相同功效的前提下，由SOP支撑的前端程序将降低50%以上的编程工作量，而根据我们的实际经验，这种效率的提升，应该还不止上述程序。正由于编程工作量的节省，我们可以更关注客户业务逻辑的实现，从而使我们的项目更贴合客户的需要，更便于客户操作，更简捷美观。 4、对于各类接口，如药品电子监管码的采集使用（国家正强制要求使用电子监管码。）、新型自动摆药机（最新流行的药房设备）的购置、新医保（新农保、新居保、商业保险）的对接等，均能够非常便捷地接入我们的项目，并得到项目提供的支撑。 5、系统中各类服务被封装，因此相对集中于中间层；客户端由于业务流程相对已经成熟稳定，并不易出现较大变更。因此对于系统的维护工作将主要集中在中间层，相对而言，更易于维护。甚至可以在客户并不知情的情况下，即对系统完成较重大的变更（当然实际操作过程中不会出现这种情况，这里只是描述了一种理论状态）。 客户层（业务展示），即客户业务逻辑的实现层，将继承全球锁公司原有HIS系统的业务流程、控制逻辑以及操作界面，使之能够满足医疗机构稳定、长效运营需要。 对外接口是基于客户层的一些扩展应用，上面也已部分提及，在SOA、SOP技术的支撑下，也非常易于实现，并无缝接入我们的项目。 项目国内外研究开发现状 目前包括药房管理系统在内的一般计算机应用系统均普遍采用面向对象编程（OOP）方式，一旦项目完成，即基本确定了系统的各种控制逻辑。面对不断推出的国家新政或公众需求，将面临较大风险，甚至有可能需要全部重新进行升级开发，因此存在以下几方面的隐患： 1、对于新政响应（时效性）较慢：由于系统功能（服务）更新较慢，系统难于迅速响应政