彭山深蓝鸟信息化建设方案书.docx
- 文档编号:2819903
- 上传时间:2022-11-15
- 格式:DOCX
- 页数:25
- 大小:2.03MB
彭山深蓝鸟信息化建设方案书.docx
《彭山深蓝鸟信息化建设方案书.docx》由会员分享,可在线阅读,更多相关《彭山深蓝鸟信息化建设方案书.docx(25页珍藏版)》请在冰豆网上搜索。
彭山深蓝鸟信息化建设方案书
彭山县人民医院信息化
建设方案
四川深蓝鸟科技有限公司
2010年5月
目录
第1章-医院信息化建设解决方案概述
DBB-IHIS医院信息化解决方案为医院提供了前所未有的现代化管理手段和计算机管理系统,它克服了传统管理中繁琐、低效、信息不准确、不规范等弊端;较好的解决了动态、过程管理的需求与静态、终端管理手段的矛盾,先进医学科技水平、医疗设备条件与滞后的医疗管理的矛盾。
DBB-IHIS医院信息化解决方案为贵院业务流程提供了良好的信息平台,医院的临床、医技、药品、护理、财务、管理、成本核算、办公自动化等系统统一运行在此平台上,从而为患者提供高效率、高质量、低成本的医疗服务。
DBB-IHIS化医院信息化解决方案能够为医院的现代企业管理提供准确及时的医疗、财务、物资、人力资源、后勤服务等决策支持数据,同时能够采集、存储、统计大量的临床数据,为医院的教学、研究工作奠定基础。
1.1.DBB-IHIS具备的应用能力
基于我们多年从事医院信息化建设工作的经历和对中国医院管理业务的理解,结合中国医院信息化现状,总结出了DBB-IHIS医院信息化解决方案,具备三个应用层次和能力:
1.1.1.OLTP能力
OLTP(联机事务处理)是指利用计算机网络,将分布于不同地理位置的业务处理计算机设备或网络与业务管理中心网络连接,以便于在任何一个网络节点上都可以进行统一、实时的业务处理活动或客户服务。
通常在数据库系统中,事务是工作的离散单位。
例如,一个数据库事务可以是修改一个用户的帐户平衡或库存项的写操作。
联机事务处理系统(OLTP)实时地采集处理与事务相连的数据以及共享数据库和其它文件的地位的变化。
在联机事务处理中,事务是被立即执行的,这与批处理相反,一批事务被存储一段时间,然后再被执行。
大多数批处理(例如帐目交换)是在夜间进行的。
OLTP的结果可以在这个数据库中立即获得,这里假设这些事务可以完成。
联机事务处理以实时的方式发生。
民航定票系统和银行ATM机是联机事务处理系统的例子。
在单一用户、单一数据库环境下执行事务是简单的,这是因为没有冲突问题或对数据库间同步的需求。
在分布式环境下,维护多个数据库的完整性是另外一种问题。
传统上,大多数联机事务处理系统在大型计算机系统上实现,这是由于它的操作的复杂性,以及需要快速输入/输出、禁止和管理的原因。
如果一个事务必须在多个场地进行修改,那么就需要管理机制来防止重写数据并提供同步。
其它的需求包括具有卷回失效事务的能力、提供安全性特征,以及如果需要,提供数据恢复的能力。
这是通过一个事务处理监督器来处理的。
这个监督器保证了事务是完全完成的或是进行卷回的,因而就可以保证数据库状态的正确性。
在一个分布式环境下,写操作经常并行地在多个数据库服务器上发生。
这样的并发事务处理需要一个“卷回”机制,以保证在一次写操作中系统失效的情况下,仍保证数据库的完整性。
事务要么一起确认,要么放弃。
如果一个或多个与事务有关的系统响应不一致,这意味着系统或通信可能出现了故障,因而就会放弃一个事务。
可以看出,当多个用户试图同时改变数据的同一块时,就出现了冲突问题。
另外,对多个数据库的写入操作必须进行同步处理,并且必须保证这个写入已经确实被所有的数据库处理完毕了,需要一个监督程序来保证数据的完整性。
对在分布式环境下的事务处理有四种需求,联合起来称为“ACID”。
原子性(Atomicity):
定义工作的独立单元。
如果一个事务是分布的,所有影响分离地点数据的子事务都必须象一个事务那样被一起执行。
为了保持在多个地点数据的一致性,需要使用下面就将介绍的双阶段认可过程。
一致性(Consistency):
一致性基本上是一种数据库从一个状态变到同等的另一个状态的需求。
事务监督器必须检验所有被影响的数据都是一致的。
孤立性(Isolation):
事务必须被孤立地执行直到完成,执行期间不受到其它事务的影响。
持续性(Durability):
这个性质是与事务的最终确认一起进行的。
一旦一个事务被检验为对所有受影响的系统都是正确的,它就被认可并且不再需要卷回。
联机事务处理在金融、证券、期货以及信息服务等系统得到广泛的应用。
例如金融系统的银行业务网,通过拨号线、专线、分组交换网和卫星通信网覆盖整个国家甚至于全球,可以实现大范围的储蓄业务通存通兑,在任何一个分行、支行进行全国范围内的资金清算与划拨。
在自动提款机网络上,用户可以持信用卡在任何一台自动提款机上获得提款、存款及转帐等服务。
在期货、证券交易网上,遍布全国的所有会员公司都可以在当地通过计算机进行报价、交易、交割、结算及信息查询。
此外,民航订售票系统也是典型的联机事务处理,在全国甚至全球范围内提供民航机票的预订和售票服务。
DBB-IHIS的OLTP能力实现了全院各业务科室的日常业务操作和业务管理能力,涵盖了从挂号,门诊收费,门诊药房,住院药房,药库,入院,病区护理,出院,社保结算,设备管理,检验,检查等各个业务科室的内容。
并且进行了全面整合,不仅仅是简单的业务计算机化,在各个业务流程上更是进行优化设计,使病人享受到快捷、舒心的诊疗服务,同时使业务科室的管理,业务规范和绩效考核上向前跨了一大步。
1.1.2.OLAP能力
OLAP即联机分析,实现对业务数据的收集和汇总,如一些统计报表。
OLAP是数据仓库系统的主要应用,支持复杂的分析操作,侧重决策支持,并且提供直观易懂的查询结果。
联机分析处理的主要特点是直接仿照用户的多角度思考模式,预先为用户组建多维的数据模型,在这里,维指的是用户的分析角度。
例如对药品销售数据的分析,时间周期是一个维度,药品类别、地理分布、病人类型也分别是一个维度。
一旦多维数据模型建立完成,用户可以快速地从各个分析角度获取数据,也能动态的在各个角度之间切换或者进行多角度综合分析,具有极大的分析灵活性。
概括来说,数据仓库系统是指具有综合企业数据的能力,能够对大量企业数据进行快速和准确分析,辅助做出更好的商业决策的系统。
它本身包括三部分内容:
数据层。
实现对企业操作数据的抽取、转换、清洗和汇总,形成信息数据,并存储在企业级的中心信息数据库中。
应用层。
通过联机分析处理,甚至是数据挖掘等应用处理,实现对信息数据的分析。
表现层。
通过前台分析工具,将查询报表、统计分析、多维联机分析和数据发掘的结论展现在用户面前。
从应用角度来说,数据仓库系统除了联机分析处理外,还可以采用传统的报表,或者采用数理统计和人工智能等数据挖掘手段,涵盖的范围更广;就应用范围而言,联机分析处理往往根据用户分析的主题进行应用分割,例如:
销售分析、市场推广分析、客户利润率分析等等,每一个分析的主题形成一个OLAP应用,而所有的OLAP应用实际上只是数据仓库系统的一部分。
下表列出了OLTP与OLAP之间的比较。
OLTP
OLAP
用户
操作人员,低层管理人员
决策人员,高级管理人员
功能
日常操作处理
分析决策
数据库设计
面向应用
面向主题
数据
当前的,最新的细节的,二维的分立的
历史的,聚集的,多维的集成的,统一的
存取
读/写数十条记录
读上百万条记录
工作单位
简单的事务
复杂的查询
用户数
上千个
上百个
DB大小
100MB-GB
100GB-TB
1.1.3.DSS能力
DSS(DecisionSupportSystem,决策支持系统)是辅助决策者通过数据、模型和知识,以人机交互方式进行半结构化或非结构化决策的计算机应用系统。
它是管理信息系统(MIS)向更高一级发展而产生的先进信息管理系统。
它为决策者提供分析问题、建立模型、模拟决策过程和方案的环境,调用各种信息资源和分析工具,帮助决策者提高决策水平和质量。
决策按其性质可分为如下3类:
(1)结构化决策,是指对某一决策过程的环境及规则,能用确定的模型或语言描述,以适当的算法产生决策方案,并能从多种方案中选择最优解的决策;
(2)非结构化决策,是指决策过程复杂,不可能用确定的模型和语言来描述其决策过程,更无所谓最优解的决策;
(3)半结构化决策,是介于以上二者之间的决策,这类决策可以建立适当的算法产生决策方案,使决策方案中得到较优的解。
非结构化和半结构化决策一般用于一个组织的中、高管理层,其决策者一方面需要根据经验进行分析判断,另一方面也需要借助计算机为决策提供各种辅助信息,及时做出正确有效的决策。
1.2.DBB-IHIS具备的技术能力
DBB-IHIS医院信息化解决方案本着整体解决的设计思想,以“整合应用,优化流程,伸缩灵活,创造价值”为宗旨,构建基于信息流管理以医疗服务为核心的医疗信息管理专用平台。
其技术能力主要体现在以下几个方面,这些技术能力的表现为:
1.2.1.整合性
DBB-IHIS通过消息中间件,实现对全院各软件系统与区域医疗,保险系统的通信,在医院内部各分系统间也采取这种方式实现松耦合的设计。
利用消息中间件技术也保证了医院在信息化建设方面的逐步投入,每新加入一个新系统,要与现有系统进行通信,都通过消息中间件服务器完成,当其中一个系统发生故障,不会影响另一个系统的正常运行,同时,也保证了有多家系统提供商的情况下,实现各个提供商产品之间的信息互通,不再有信息孤岛存在,从而实现全院系统的整合。
在即将出台的医疗改革新方案中,明确指出要实现检验检查结果互认,实现双向转诊,这些改革方向都会医院信息化建设提出了新的要求,如果不能进行整合,将来在实施新医改方案时,就不能及时做出响应,DBB-IHIS医院信息化解决方案实现了检验检查结果向上级单位(如卫生局)推送的功能,病人在转入其它医院后,可方便地获取源医院检验检查结果,避免了重复检验检查,大大减轻了病人的经济负担。
DBB-IHIS整合数据流图:
图5.2.1.DBB-IHIS整合数据流图
1.2.2.可伸缩性
DBB-IHIS整体解决方案覆盖了医院信息化的方方面面,按照总体规划,分布实施的原则,医院可以先建设第一阶段产品(HIS,LIS和PACS),然后再建设第二阶段产品(CIS),最后建设第三阶段产品(DSS产品),就第一阶段产品而言,也可以分开建设,如可以先建设HIS,然后部署LIS,再部署PACS,每新加入一个产品到医院网络中,可直接与先期建设的产品进行无缝集成,真正灵活,而且其中任何一个产品出现故障,并不会影响到其他产品的正常运行。
1.2.3.易用性
DBB-IHIS产品同时采用的B/S和C/S结构,充分发挥每种结构在开发、维护和使用上的优势,所有分系统的界面设计都充分吸收了大量一线用户的意见和建议,经过专业的模拟演示和用户使用,目前所有产品的界面风格统一,按照人体工程学设计要求,设计出的界面操作简单,一看就会,在业务繁忙的系统中,全部设计为使用键盘操作,大大提升了业务处理速度。
同时在关键业务系统中,我们追求严格的设计目标,对每个文字的大小,颜色,每个界面元素的布局都进行了充分的论证,保证98%以上的用户使用起来感觉舒心。
1.2.4.可维护性
DBB-IHIS所有产品使用一个系统维护工具,全面集成了用户和角色的管理,权限维护,基础资料,数据字典的维护,全局参数,系统参数和用户参数的维护都有直接可用的工具进行管理,最终交付给医院使用时,避免工具不足直接修改数据库结构和内容的现象。
1.2.5.安全性
DBB-IHIS在应用系统设计时,就考虑到医院信息数据的安全性,保证其不能随意修改,修改后保留痕迹,不可抵赖,充分利用了Oracle数据库的加密和审核功能,同时应用系统中设计了操作权限、数据权限、报表权限、仪器权限来保护数据,不同角色的人登陆系统所能做的操作都可限制,并可追踪,他们能够看到的数据也可做严格的限制。
1.2.6.业务追踪
DBB-IHIS在所有关键业务上在设计时就考虑到了可能出现的种种非法操作,如门诊收
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 彭山 深蓝 信息化 建设 方案